mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Sonny Rao <sonny@burdell.org>
To: Andrew Morton <akpm@osdl.org>
Cc: linux-kernel@vger.kernel.org, anton@samba.org, linuxppc64-dev@ozlabs.org
Subject: Re: 2.6.13-mm3
Date: Tue, 13 Sep 2005 14:32:15 -0400	[thread overview]
Message-ID: <20050913183215.GA28596@kevlar.burdell.org> (raw)
In-Reply-To: <20050912125641.4b53553d.akpm@osdl.org>

On Mon, Sep 12, 2005 at 12:56:41PM -0700, Andrew Morton wrote:
> Sonny Rao <sonny@burdell.org> wrote:
> >
> > On Mon, Sep 12, 2005 at 02:43:50AM -0700, Andrew Morton wrote:
> > <snip>
> > > - There are several performance tuning patches here which need careful
> > >   attention and testing.  (Does anyone do performance testing any more?)
> > <snip>
> > > 
> > >   - The size of the page allocator per-cpu magazines has been increased
> > > 
> > >   - The page allocator has been changed to use higher-order allocations
> > >     when batch-loading the per-cpu magazines.  This is intended to give
> > >     improved cache colouring effects however it might have the downside of
> > >     causing extra page allocator fragmentation.
> > > 
> > >   - The page allocator's per-cpu magazines have had their lower threshold
> > >     set to zero.  And we can't remember why it ever had a lower threshold.
> > > 
> > 
> > What would you like? The usual suspects:  SDET, dbench, kernbench ?
> > 
> 
> That would be a good start, thanks.  The higher-order-allocations thing is
> mainly targeted at big-iron numerical computing I believe.
> 
> I've already had one report of fragmentation-derived page allocator
> failures (http://bugzilla.kernel.org/show_bug.cgi?id=5229).

Ok, I'm getting much further on ppc64 thanks to Anton B.

So far, I need patched in the hvc console fix, Anton's SCSI fix for
2.6.14-rc1, Paulus's EEH fix, and I reverted
remove-near-all-bugs-in-mm-mempolicyc.patch and
convert-mempolicies-to-nodemask_t.patch

I got most of the way through the boot scripts and crashed while
bringing up the loopback interface.

Here's the latest PPC64 crash on 2.6.13-mm3:

smp_call_function on cpu 5: other cpus not responding (5)
cpu 0x5: Vector: 0  at [c00000000f3b6b00]
    pc: 000000000000003d
    lr: 000000000000003d
    sp: c00000000f3b6a90
   msr: 8000000000009032
  current = 0xc000000002018050
  paca    = 0xc00000000048a400
    pid   = 1679, comm = ip
enter ? for help
5:mon> t

(xmon hangs here)

Anyone have ideas on what to try?

  parent reply	other threads:[~2005-09-13 18:36 UTC|newest]

Thread overview: 56+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-09-12  9:43 2.6.13-mm3 Andrew Morton
2005-09-12 11:47 ` 2.6.13-mm3 Michal Piotrowski
2005-09-12 11:48 ` 2.6.13-mm3 [OOPS] vfs, page_owner, full reproductively, badness in vsnprintf Michal Piotrowski
2005-09-12 17:54   ` Alexander Nyberg
2005-09-12 18:48     ` Ingo Oeser
2005-09-12 21:13     ` Michal Piotrowski
2005-09-12 22:44       ` Andrew Morton
2005-09-12 22:56         ` Michal Piotrowski
2005-09-12 23:16           ` Andrew Morton
2005-09-12 13:15 ` 2.6.13-mm3 Reuben Farrelly
2005-09-12 14:17 ` 2.6.13-mm3 BUG in ntfs or slab Jiri Slaby
2005-09-12 14:21   ` Jiri Slaby
2005-09-12 14:45   ` Anton Altaparmakov
2005-09-12 14:17 ` 2.6.13-mm3 Andrew Walrond
2005-09-12 14:26   ` 2.6.13-mm3 Nick Piggin
2005-09-12 14:54 ` 2.6.13-mm3 Sonny Rao
2005-09-12 19:56   ` 2.6.13-mm3 Andrew Morton
2005-09-12 20:09     ` 2.6.13-mm3 Sonny Rao
2005-09-12 20:55       ` 2.6.13-mm3 Andrew Morton
2005-09-12 21:03       ` 2.6.13-mm3 Danny ter Haar
2005-09-12 22:06         ` 2.6.13-mm3 Sonny Rao
2005-09-12 22:47           ` 2.6.13-mm3 Martin J. Bligh
2005-09-13  5:19             ` 2.6.13-mm3 Danny ter Haar
2005-09-13  6:35               ` 2.6.13-mm3 Sonny Rao
2005-09-13  5:14           ` 2.6.13-mm3 Danny ter Haar
2005-09-13  7:02             ` 2.6.13-mm3 Sonny Rao
2005-09-13 14:31               ` 2.6.13-mm3 Martin J. Bligh
2005-09-13 18:32     ` Sonny Rao [this message]
2005-09-13 18:46       ` 2.6.13-mm3 Sonny Rao
2005-09-12 15:19 ` 2.6.13-mm3 Paolo Ciarrocchi
2005-09-12 20:13   ` 2.6.13-mm3 Nish Aravamudan
2005-09-12 21:04     ` 2.6.13-mm3 Paolo Ciarrocchi
2005-09-12 21:07       ` 2.6.13-mm3 Nish Aravamudan
2005-09-12 22:50       ` 2.6.13-mm3 Martin J. Bligh
2005-09-12 19:40 ` 2.6.13-mm3 Sonny Rao
     [not found]   ` <200509122106.j8CL6WPk006092@wscnet.wsc.cz>
2005-09-12 21:49     ` 2.6.13-mm3 Sonny Rao
2005-09-12 22:10       ` 2.6.13-mm3 Sonny Rao
2005-09-13  0:51         ` 2.6.13-mm3 Jiri Slaby
2005-09-13  5:58           ` 2.6.13-mm3 Sonny Rao
     [not found] ` <20050912222437.GA13124@sergelap.austin.ibm.com>
2005-09-12 23:10   ` ibmvscsi badness (Re: 2.6.13-mm3) Andrew Morton
2005-09-13  1:38     ` Anton Blanchard
2005-09-13  8:56       ` serue
2005-09-13 15:09         ` [Patch] ibmvscsi compatibility fix Dave C Boutcher
2005-09-13 15:18           ` James Bottomley
2005-09-13 18:10             ` Serge E. Hallyn
2005-09-13 19:16           ` Serge E. Hallyn
2005-09-13  4:04     ` ibmvscsi badness (Re: 2.6.13-mm3) Anton Blanchard
2005-09-13  5:10     ` Dave C Boutcher
2005-09-18  0:38       ` Benjamin Herrenschmidt
2005-09-13  0:02 ` drivers/usb/class/bluetty.c does NOT build Lion Vollnhals
2005-09-13  0:10   ` Andrew Morton
2005-09-13  0:34   ` [PATCH] usb: bluetty fix old tty buffer using Jiri Slaby
2005-09-15 18:58 ` 2.6.13-mm3 (general protection fault) Dominik Karall
2005-09-15 19:34   ` Andrew Morton
2005-09-15 19:36     ` Andrew Morton
2006-01-14 17:39 ` 2.6.13-mm3 Matthias Urlichs

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20050913183215.GA28596@kevlar.burdell.org \
    --to=sonny@burdell.org \
    --cc=akpm@osdl.org \
    --cc=anton@samba.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linuxppc64-dev@ozlabs.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®