On Friday April 6, [EMAIL PROTECTED] wrote:
>
> Looks like some damage, or maybe intolerance to on-disk damage, to RAID-1.
Difference is that kzalloc(0, ) now returns NULL. Maybe it is a
SLUB/SLAB difference? (So maybe it did use memory it shouldn't have
before, but now it fails, which is the be
On Fri, 06 Apr 2007 11:26:24 -0400
[EMAIL PROTECTED] wrote:
> On Thu, 05 Apr 2007 13:31:09 PDT, Andrew Morton said:
> > On Thu, 05 Apr 2007 13:02:59 -0400, [EMAIL PROTECTED] wrote:
>
> > > Am seeing an Oops 'cannot handle kernel paging request' during late
> > > system startup, hand-copied traceb
On Thu, 05 Apr 2007 13:31:09 PDT, Andrew Morton said:
> On Thu, 05 Apr 2007 13:02:59 -0400, [EMAIL PROTECTED] wrote:
> > Am seeing an Oops 'cannot handle kernel paging request' during late
> > system startup, hand-copied traceback follows:
> >
> > avc_has_perm_noaudit+0x2bf/0x506
> > avc_has_perm
Jiri Kosina <[EMAIL PROTECTED]> writes:
> Hi Eric,
>
> after struggling with this issue for some time, I think that it's just
> some incosistent usage of NR_IRQS throughout the source probably due to
> some include hell. I really don't understand the how the mach-*/ includes
> are supposed to w
On Wed, 4 Apr 2007, Eric W. Biederman wrote:
> > And the bisection winner is
> >
> > i386-irq-kill-nr_irq_vectors-and-increase-nr_irqs.patch
> >
> > I don't immediately see how it could be causing it, so adding CCs which
> > are listed in the patch.
> Weird. I will have to look at that in a
On 4/5/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
On Fri, 06 Apr 2007 02:33:03 +1000
Reuben Farrelly <[EMAIL PROTECTED]> wrote:
> Hi,
>
> On 3/04/2007 3:47 PM, Andrew Morton wrote:
> >
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm4/
> >
> > - The oops
On Thu, 05 Apr 2007 13:02:59 -0400
[EMAIL PROTECTED] wrote:
> On Mon, 02 Apr 2007 22:47:45 PDT, Andrew Morton said:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm4/
>
> Am seeing an Oops 'cannot handle kernel paging request' during late
> system startup
On Fri, 06 Apr 2007 02:33:03 +1000
Reuben Farrelly <[EMAIL PROTECTED]> wrote:
> Hi,
>
> On 3/04/2007 3:47 PM, Andrew Morton wrote:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm4/
> >
> > - The oops in git-net.patch has been fixed, so that tree has bee
Thanks for the report. I introduced this bug recently when I changed
around some of the locking but forgot about the writeback issue. I don't
think this is directly related to any other crash you might have seen.
I've moved the call out of the lock-holding region, where it didn't need to
be. I'
On Thu, 5 Apr 2007, Badari Pulavarty wrote:
> On Wed, 2007-04-04 at 21:29 -0700, Christoph Lameter wrote:
> > Here is a patch that adds validation (only for cpuslabs and partial
> > slabs but thats where the action is). Apply this patch
> > and then do
> >
> > echo 1 >/sys/slab//validate
> >
>
On Mon, 02 Apr 2007 22:47:45 PDT, Andrew Morton said:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm4/
Am seeing an Oops 'cannot handle kernel paging request' during late
system startup, hand-copied traceback follows:
avc_has_perm_noaudit+0x2bf/0x506
avc_
Hi,
On 3/04/2007 3:47 PM, Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm4/
- The oops in git-net.patch has been fixed, so that tree has been restored.
It is huge.
- Added the device-mapper development tree to the -mm lineup (Alas
On Wed, 2007-04-04 at 21:29 -0700, Christoph Lameter wrote:
> Here is a patch that adds validation (only for cpuslabs and partial
> slabs but thats where the action is). Apply this patch
> and then do
>
> echo 1 >/sys/slab//validate
>
> I suggest to boot with full debugging and then run this on
On Wed, Apr 04, 2007 at 01:55:08PM -0400, [EMAIL PROTECTED] wrote:
> On Tue, 03 Apr 2007 20:37:42 PDT, Randy Dunlap said:
> >
> > Good luck. But the symbols are there. Just use left/right arrow keys
> > to scroll the display left/right and you can see them. Now if you just
> > had that indicator
Here is a patch that adds validation (only for cpuslabs and partial
slabs but thats where the action is). Apply this patch
and then do
echo 1 >/sys/slab//validate
I suggest to boot with full debugging and then run this on the ACPI slabs.
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
In
On Wed, 4 Apr 2007, Badari Pulavarty wrote:
> > Were the slabs merged? Look at /sys/slab and see if there are any symlinks
> > there.
> >
Ok. symlinks there. Its a sporadic thing. I think I am going to add a slab
validator to SLUB that goes through all slabs and checks all objects for
validity
On Wed, 2007-04-04 at 17:31 -0700, Christoph Lameter wrote:
> On Wed, 4 Apr 2007, Badari Pulavarty wrote:
>
> > On Wed, 2007-04-04 at 15:59 -0700, Christoph Lameter wrote:
> > > On Wed, 4 Apr 2007, Badari Pulavarty wrote:
> > >
> > > > Here is the slub_debug=FU output with the above patch.
> > >
On Mon, 2007-04-02 at 22:47 -0700, Andrew Morton wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm4/
>
> - The oops in git-net.patch has been fixed, so that tree has been restored.
> It is huge.
>
> - Added the device-mapper development tree to the
On Wed, 4 Apr 2007, Badari Pulavarty wrote:
> On Wed, 2007-04-04 at 15:59 -0700, Christoph Lameter wrote:
> > On Wed, 4 Apr 2007, Badari Pulavarty wrote:
> >
> > > Here is the slub_debug=FU output with the above patch.
> >
> > Hmmm... Looks like the object is actually free. Someone writes beyond
On Thu, 2007-04-05 at 08:38 +1000, Con Kolivas wrote:
> On Thursday 05 April 2007 08:10, Andrew Morton wrote:
> > Thanks - that'll be the CPU scheduler changes.
> >
> > Con has produced a patch or two which might address this but afaik we don't
> > yet have a definitive fix?
> >
> > I believe that
On Wed, 2007-04-04 at 15:59 -0700, Christoph Lameter wrote:
> On Wed, 4 Apr 2007, Badari Pulavarty wrote:
>
> > Here is the slub_debug=FU output with the above patch.
>
> Hmmm... Looks like the object is actually free. Someone writes beyond the
> end of the earlier object. Setting Z should check
On Wed, 4 Apr 2007, Badari Pulavarty wrote:
> Here is the slub_debug=FU output with the above patch.
Hmmm... Looks like the object is actually free. Someone writes beyond the
end of the earlier object. Setting Z should check overwrites but it
switched off merging. So set
slub_debug = FZ
Analo
On Wed, 2007-04-04 at 11:22 -0700, Christoph Lameter wrote:
> On Wed, 4 Apr 2007, Christoph Lameter wrote:
>
> > Yes. slub_debug=U. But user tracking may need to increase the slab
> > size (depends on the padding available in the slab) to store the
> > tracking information, so you may not get th
On Thursday 05 April 2007 08:10, Andrew Morton wrote:
> Thanks - that'll be the CPU scheduler changes.
>
> Con has produced a patch or two which might address this but afaik we don't
> yet have a definitive fix?
>
> I believe that reverting
> sched-implement-staircase-deadline-cpu-scheduler-stairca
On Thu, 05 Apr 2007 05:56:35 +0800
"Antonino A. Daplas" <[EMAIL PROTECTED]> wrote:
> On Mon, 2007-04-02 at 22:47 -0700, Andrew Morton wrote:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm4/
> >
> > - The oops in git-net.patch has been fixed, so that tre
On Mon, 2007-04-02 at 22:47 -0700, Andrew Morton wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm4/
>
> - The oops in git-net.patch has been fixed, so that tree has been restored.
> It is huge.
>
> - Added the device-mapper development tree to the
On Wed, 2007-04-04 at 10:35 -0700, Christoph Lameter wrote:
> On Wed, 4 Apr 2007, Badari Pulavarty wrote:
>
> > Next issue ? Sorry.
>
> No problem. Could have a look at the hvsi driver and figure out what is
> failing there? What is the hvsi driver?
>
> > Console: switching to colour frame buf
On Tue, 2007-04-03 at 22:44 -0700, Andrew Morton wrote:
> On Wed, 4 Apr 2007 00:33:36 -0500 "Miles Lane" <[EMAIL PROTECTED]> wrote:
>
> > This is an old bug. It has been happening forever, but I'd love to
> > know how I can help get this tracked down and fixed.
>
> Yes, I've been hitting somethi
On Wed, 4 Apr 2007, Badari Pulavarty wrote:
> free. Any ideas on how I can track down easily ? Is there
> a way to store last allocated (function, line#) and look
> around there ?
Also you may want to switch off slab merging. That will allow you to
determine the cache involved if its not a kmall
On Wed, 4 Apr 2007, Christoph Lameter wrote:
> Yes. slub_debug=U. But user tracking may need to increase the slab
> size (depends on the padding available in the slab) to store the
> tracking information, so you may not get the same corruption.
Hummm U is switching off merging and you may need
On Wed, 4 Apr 2007, Badari Pulavarty wrote:
> Machine booted fine with slub_debug=F. Got following in the
> log. I guess we need to track down who is touching after
> free. Any ideas on how I can track down easily ? Is there
> a way to store last allocated (function, line#) and look
> around there
On Wed, 2007-04-04 at 10:03 -0700, Christoph Lameter wrote:
> On Wed, 4 Apr 2007, Badari Pulavarty wrote:
>
> > On Tue, 2007-04-03 at 16:55 -0700, Christoph Lameter wrote:
> > > On Tue, 3 Apr 2007, Badari Pulavarty wrote:
> > >
> > > > Hmm. booted fine with slub_debug :(
> > >
> > > Try to selec
On Tue, 03 Apr 2007 20:37:42 PDT, Randy Dunlap said:
>
> Good luck. But the symbols are there. Just use left/right arrow keys
> to scroll the display left/right and you can see them. Now if you just
> had that indicator to tell you that you Need to scroll to see more text...
Exactly. :) I had
On Wed, 4 Apr 2007, Badari Pulavarty wrote:
> Next issue ? Sorry.
No problem. Could have a look at the hvsi driver and figure out what is
failing there? What is the hvsi driver?
> Console: switching to colour frame buffer device 80x30
> fb0: MATROX frame buffer device
> matroxfb_crtc2: secondar
On Wed, 2007-04-04 at 10:13 -0700, Christoph Lameter wrote:
> On Wed, 4 Apr 2007, Badari Pulavarty wrote:
>
> > Well !! Helps a little, but not enough to boot (hangs little later) :(
> > I will try to get stack trace for that.
>
> Great! Thanks for all the debugging help.
>
>
> > Processor 6 f
Jiri Kosina <[EMAIL PROTECTED]> writes:
> On Tue, 3 Apr 2007, Jiri Kosina wrote:
>
>> > we're also having problems reproducing it on that same combination
>> > (2.6.21-rc4 + my tree), so it points to something in -mm. Since your
>> > trace is completely different right now it looks like somethin
On Wed, 4 Apr 2007, Badari Pulavarty wrote:
> Well !! Helps a little, but not enough to boot (hangs little later) :(
> I will try to get stack trace for that.
Great! Thanks for all the debugging help.
> Processor 6 found.
> Processor 7 found.
> Brought up 8 CPUs
> mm/memory.c:111: bad pud c000
On Wed, 4 Apr 2007, Badari Pulavarty wrote:
> On Tue, 2007-04-03 at 16:55 -0700, Christoph Lameter wrote:
> > On Tue, 3 Apr 2007, Badari Pulavarty wrote:
> >
> > > Hmm. booted fine with slub_debug :(
> >
> > Try to selectively disable debug options... if you got the
> > time...
> >
> > F.e. Tr
On Tue, 3 Apr 2007, Jiri Kosina wrote:
> > we're also having problems reproducing it on that same combination
> > (2.6.21-rc4 + my tree), so it points to something in -mm. Since your
> > trace is completely different right now it looks like something else
> > is fuzzing it up. Since the e1000 c
On Wed, 2007-04-04 at 08:12 -0700, Badari Pulavarty wrote:
> On Tue, 2007-04-03 at 18:16 -0700, Christoph Lameter wrote:
> > On Tue, 3 Apr 2007, Badari Pulavarty wrote:
> >
> > > Seems to be an issue with calibrate_delay() spinning in a tight
> > > loop :(
> > >
> > > BTW, machine boots fine with
On Tue, 2007-04-03 at 18:16 -0700, Christoph Lameter wrote:
> On Tue, 3 Apr 2007, Badari Pulavarty wrote:
>
> > Seems to be an issue with calibrate_delay() spinning in a tight
> > loop :(
> >
> > BTW, machine boots fine with SLAB code - not sure why ?
>
> Interrupt disabled sigh.
>
> Here is th
On Wed, 4 Apr 2007 00:33:36 -0500 "Miles Lane" <[EMAIL PROTECTED]> wrote:
> This is an old bug. It has been happening forever, but I'd love to
> know how I can help get this tracked down and fixed.
Yes, I've been hitting something like that in the past 3-4 weeks. We
started to diagnose it but I
[EMAIL PROTECTED] wrote:
On Tue, 03 Apr 2007 19:20:04 PDT, Randy Dunlap said:
On Tue, 03 Apr 2007 21:35:54 -0400 [EMAIL PROTECTED] wrote:
I do a '/ACPI_SLEEP' inside that, and I get this output:
x Symbol: ACPI_SLEEP [=n] x
x Depends on: !X86_
On Tue, 03 Apr 2007 19:20:04 PDT, Randy Dunlap said:
> On Tue, 03 Apr 2007 21:35:54 -0400 [EMAIL PROTECTED] wrote:
> > I do a '/ACPI_SLEEP' inside that, and I get this output:
> >
> > x Symbol: ACPI_SLEEP [=n] x
> > x Depends on: !X86_NUMAQ && !X
On Tue, 03 Apr 2007 21:35:54 -0400 [EMAIL PROTECTED] wrote:
> On Mon, 02 Apr 2007 22:47:45 PDT, Andrew Morton said:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm4/
>
> So I was looking at a patch for ACPI_SLEEP that went around a moment ago,
> and ende
On Mon, 02 Apr 2007 22:47:45 PDT, Andrew Morton said:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm4/
So I was looking at a patch for ACPI_SLEEP that went around a moment ago,
and ended up doing a 'make menuconfig'.
I do a '/ACPI_SLEEP' inside that, and
On Tue, 3 Apr 2007, Badari Pulavarty wrote:
> Seems to be an issue with calibrate_delay() spinning in a tight
> loop :(
>
> BTW, machine boots fine with SLAB code - not sure why ?
Interrupt disabled sigh.
Here is the fix:
SLUB: Fix numa bootstrap
NUMA bootstrap calls new_slab() if more tha
On Tue, 3 Apr 2007, Badari Pulavarty wrote:
> Hmm. booted fine with slub_debug :(
Try to selectively disable debug options... if you got the
time...
F.e. Try with sanity checks only
slub_debug=F
then with redzoning
slub_debug=FZ
and do one with poisoning
slub_debug=FP
Maybe slub_debug avo
On Tue, 2007-04-03 at 16:40 -0700, Christoph Lameter wrote:
> On Tue, 3 Apr 2007, Badari Pulavarty wrote:
>
> > > x86_64 with numa emulation 4 nodes boots fine here.
> >
> > Not sure, if this helps any (slub_debug = 1) :(
>
> Specify only slub_debug. The 1 is not recognized by SLUB so there were
On Tue, 03 Apr 2007 19:22:47 -0400, [EMAIL PROTECTED] wrote:
> On Wed, 04 Apr 2007 00:58:26 +0200, "J.A. =?UTF-8?B?TWFnYWxsw7Nu?=" said:
>
> > Anyways, I have just remembered I use the (in)famous nVidia driver.
> > Will try to reproduce without it. This was more like a probe to see if
> > somebod
On Tue, 2007-04-03 at 15:59 -0700, Christoph Lameter wrote:
> On Tue, 3 Apr 2007, Badari Pulavarty wrote:
>
> > > > SLUB code hangs my ppc64 machine on boot.
> > >
> > > Could you enable NMI or something and get me a stackdump? PPC is
> > > notorious
> > > for having strange NUMA issues. Any fa
On Tue, 3 Apr 2007, Badari Pulavarty wrote:
> > x86_64 with numa emulation 4 nodes boots fine here.
>
> Not sure, if this helps any (slub_debug = 1) :(
Specify only slub_debug. The 1 is not recognized by SLUB so there were no
debug options set.
> Linux version 2.6.21-rc5-mm4 ([EMAIL PROTECTED]
On Tue, 3 Apr 2007, Badari Pulavarty wrote:
> I have no idea, what this code is supposed to be doing :(
> Let me know, what I can do for you.
I replicated the failure on IA64 give me a minute ...
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a messa
On Tue, 2007-04-03 at 16:27 -0700, Christoph Lameter wrote:
> On Tue, 3 Apr 2007, Badari Pulavarty wrote:
>
> > On Tue, 2007-04-03 at 14:55 -0700, Badari Pulavarty wrote:
> > > On Mon, 2007-04-02 at 22:47 -0700, Andrew Morton wrote:
> > > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches
Con Kolivas napisał(a):
> On Wednesday 04 April 2007 08:20, Michal Piotrowski wrote:
>> Michal Piotrowski napisał(a):
>>> http://www.stardust.webpages.pl/files/tbf/bitis-gabonica/2.6.21-rc5-mm4/m
>>> m-oops
>>> http://www.stardust.webpages.pl/files/tbf/bitis-gabonica/2.6.21-rc5-mm4/m
>>> m-config
>
On Tue, 3 Apr 2007, Badari Pulavarty wrote:
> On Tue, 2007-04-03 at 14:55 -0700, Badari Pulavarty wrote:
> > On Mon, 2007-04-02 at 22:47 -0700, Andrew Morton wrote:
> > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm4/
> >
> >
> >
> > SLUB code paniced m
On Wed, 04 Apr 2007 00:58:26 +0200, "J.A. =?UTF-8?B?TWFnYWxsw7Nu?=" said:
> Anyways, I have just remembered I use the (in)famous nVidia driver.
> Will try to reproduce without it. This was more like a probe to see if
> somebody else is suffering it...
The nVidia driver will get some truly astound
On Tue, 2007-04-03 at 14:55 -0700, Badari Pulavarty wrote:
> On Mon, 2007-04-02 at 22:47 -0700, Andrew Morton wrote:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm4/
>
>
>
> SLUB code paniced my x86-64 box also :(
More on this panic.. line of code cau
On Tue, 3 Apr 2007, Badari Pulavarty wrote:
> > > SLUB code hangs my ppc64 machine on boot.
> >
> > Could you enable NMI or something and get me a stackdump? PPC is notorious
> > for having strange NUMA issues. Any fallbacks from node 0 on bootstrap? Is
> > there memory on node 0?
>
>
> Seems
On Tue, 3 Apr 2007 15:51:35 -0700, Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Wed, 4 Apr 2007 00:40:05 +0200
> "J.A. Magall__n" <[EMAIL PROTECTED]> wrote:
>
> > On Mon, 2 Apr 2007 22:47:45 -0700, Andrew Morton <[EMAIL PROTECTED]> wrote:
> >
> > >
> > > ftp://ftp.kernel.org/pub/linux/kernel/p
On Tue, 2007-04-03 at 13:40 -0700, Christoph Lameter wrote:
> On Tue, 3 Apr 2007, Badari Pulavarty wrote:
>
> > On Mon, 2007-04-02 at 22:47 -0700, Andrew Morton wrote:
> > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm4/
> > >
> >
> > SLUB code hangs my
On Wed, 4 Apr 2007 00:40:05 +0200
"J.A. Magall__n" <[EMAIL PROTECTED]> wrote:
> On Mon, 2 Apr 2007 22:47:45 -0700, Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm4/
> >
> > - The oops in git-net.patch has
On Mon, 2 Apr 2007 22:47:45 -0700, Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm4/
>
> - The oops in git-net.patch has been fixed, so that tree has been restored.
> It is huge.
>
> - Added the device-mapper
On Wednesday 04 April 2007 08:20, Michal Piotrowski wrote:
> Michal Piotrowski napisał(a):
> > http://www.stardust.webpages.pl/files/tbf/bitis-gabonica/2.6.21-rc5-mm4/m
> >m-oops
> > http://www.stardust.webpages.pl/files/tbf/bitis-gabonica/2.6.21-rc5-mm4/m
> >m-config
>
> Sorry for a delay.
Never
Michal Piotrowski napisał(a):
> Andrew Morton napisał(a):
>> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm4/
>>
>
> Looks like a scheduler problem.
>
> BUG: unable to handle kernel paging request at virtual address 0743c798
> printing eip:
> c011d840
> *p
On Mon, 2007-04-02 at 22:47 -0700, Andrew Morton wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm4/
SLUB code paniced my x86-64 box also :(
Thanks,
Badari
Linux version 2.6.21-rc5-mm4 ([EMAIL PROTECTED]) (gcc version 4.1.0 (SUSE
Linux)) #1 SMP Tue
On Tue, 3 Apr 2007, Badari Pulavarty wrote:
> On Mon, 2007-04-02 at 22:47 -0700, Andrew Morton wrote:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm4/
> >
>
> SLUB code hangs my ppc64 machine on boot.
Could you enable NMI or something and get me a sta
On Mon, 2007-04-02 at 22:47 -0700, Andrew Morton wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm4/
>
SLUB code hangs my ppc64 machine on boot.
Thanks,
Badari
booted from '/[EMAIL PROTECTED]/[EMAIL PROTECTED],2/pci1069,[EMAIL
PROTECTED]/[EMAIL PRO
On Tue, 3 Apr 2007, Randy Dunlap wrote:
> On Mon, 2 Apr 2007 22:47:45 -0700 Andrew Morton wrote:
>
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm4/
> >
> > - The oops in git-net.patch has been fixed, so that tree has been restored.
> > It is hu
On Mon, 2 Apr 2007 22:47:45 -0700 Andrew Morton wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm4/
>
> - The oops in git-net.patch has been fixed, so that tree has been restored.
> It is huge.
>
> - Added the device-mapper development tree to
On Tue, 3 Apr 2007, Kok, Auke wrote:
> we're also having problems reproducing it on that same combination
> (2.6.21-rc4 + my tree), so it points to something in -mm. Since your
> trace is completely different right now it looks like something else is
> fuzzing it up.
> Since the e1000 changes a
Jiri Kosina wrote:
On Tue, 3 Apr 2007, Kok, Auke wrote:
Also, it would help a lot if you knew what kind of settings your init
scripts are trying to configure. It seems that something is setting
multicast or promiscuous mode. Do you happen to know which command is
being executed by the shell?
On Tue, 3 Apr 2007, Kok, Auke wrote:
> Also, it would help a lot if you knew what kind of settings your init
> scripts are trying to configure. It seems that something is setting
> multicast or promiscuous mode. Do you happen to know which command is
> being executed by the shell?
It's 100% re
Andrew Morton napisał(a):
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm4/
>
Looks like a scheduler problem.
BUG: unable to handle kernel paging request at virtual address 0743c798
printing eip:
c011d840
*pde =
Oops: [#1]
PREEMPT SMP
last
Jiri Kosina wrote:
On Mon, 2 Apr 2007, Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm4/
[proper CCs added]
On boot (e1000 compiled as module)
can you send me a full `lspci -vv`, `dmesg` as well? I've never seen this happen
but i
On Mon, 2 Apr 2007, Andrew Morton wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm4/
[proper CCs added]
On boot (e1000 compiled as module)
BUG: unable to handle kernel paging request at virtual address
printing eip:
*pde = 50
76 matches
Mail list logo
