On Fri, 13 Apr 2007, Badari Pulavarty wrote:
> On Wed, 2007-04-04 at 11:04 -0700, Christoph Lameter wrote:
> > On Wed, 4 Apr 2007, Badari Pulavarty wrote:
> ...
> >
> > > *** SLUB: Freepointer corrupt in [EMAIL PROTECTED] Slab
> > > 0x81017f9f8b80
> > > offset=672 flags=0x2c7
On Fri, 13 Apr 2007 17:45:37 +0200 Andi Kleen <[EMAIL PROTECTED]> wrote:
>
> >
> > cache_k8_northbridges() is storing config values to incorrect locations
> > (in flush_words) and also its overflowing beyond the allocation, causing
> > slab verification failures.
>
> Oops. Thanks for tracking t
On Friday 13 April 2007 18:42:43 Chuck Ebbert wrote:
> Andi Kleen wrote:
> >> cache_k8_northbridges() is storing config values to incorrect locations
> >> (in flush_words) and also its overflowing beyond the allocation, causing
> >> slab verification failures.
> >
> > Oops. Thanks for tracking tha
Andi Kleen wrote:
>> cache_k8_northbridges() is storing config values to incorrect locations
>> (in flush_words) and also its overflowing beyond the allocation, causing
>> slab verification failures.
>
> Oops. Thanks for tracking that down, Badari.
>
> Andrew, clear .21 candidate.
>
2.6.20 as w
>
> cache_k8_northbridges() is storing config values to incorrect locations
> (in flush_words) and also its overflowing beyond the allocation, causing
> slab verification failures.
Oops. Thanks for tracking that down, Badari.
Andrew, clear .21 candidate.
-ANdi
>
> Signed-off-by: Badari Pulav
On Wed, 2007-04-04 at 11:04 -0700, Christoph Lameter wrote:
> On Wed, 4 Apr 2007, Badari Pulavarty wrote:
...
>
> > *** SLUB: Freepointer corrupt in [EMAIL PROTECTED] Slab
> > 0x81017f9f8b80
> > offset=672 flags=0x2c7 inuse=42
> > freelist=0x810173f172a0
> > Bytes b4 0xff
On Wed, Apr 11, 2007 at 10:37:11AM -0400, Dmitry Torokhov wrote:
> On 4/11/07, Helge Hafting <[EMAIL PROTECTED]> wrote:
> >Dmitry Torokhov wrote:
> >>
> >> *sigh* When will I learn to spell names of kernel parameters
> >> correctly? It is initcall_debug, not debug_initcall :( Could you try
> >> aga
On 4/11/07, Helge Hafting <[EMAIL PROTECTED]> wrote:
Dmitry Torokhov wrote:
>
> *sigh* When will I learn to spell names of kernel parameters
> correctly? It is initcall_debug, not debug_initcall :( Could you try
> again, please?
Here is the dmesg for rc5mm4 with initcall_debug, showing how
no usb
Dmitry Torokhov wrote:
*sigh* When will I learn to spell names of kernel parameters
correctly? It is initcall_debug, not debug_initcall :( Could you try
again, please?
Here is the dmesg for rc5mm4 with initcall_debug, showing how
no usbtouch function is called at all.
I also attached a similia
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 4/10/07, Helge Hafting <[EMAIL PROTECTED]> wrote:
Dmitry Torokhov wrote:
> Hmm, I am concerned because not only you don't have an input device created,
> you don't even see the driver being registered with usbcore. Could you please
> try booting with debug_initcall to see with what error code
Andrew Morton wrote:
Is 2.6.21-rc6 OK?
If so, please keep a close eye on 2.6.22-rcX, let us know if/when we've
moved this breakage into mainline :(
2.6.21-rc6 is ok.
Here, I get messages from usbtouchscreen, something
rc5-mm4 failed to produce.
The egalax driver gets /class/input/input3,
us
Dmitry Torokhov wrote:
Hmm, I am concerned because not only you don't have an input device created,
you don't even see the driver being registered with usbcore. Could you please
try booting with debug_initcall to see with what error code usbtouchscreen
initialization fails?
Here is the dmesg
8 kernel supplied by debian.
> > >
> > > It fails when I compile 2.6.21-rc5-mm4, tuned to the machine
> > > in question. Unlike the debian kernel, this kernel don't use
> > > modules in order to save boot time.
> > >
> > > The strange thing
; > the 2.6.18 kernel supplied by debian.
> > >
> > > It fails when I compile 2.6.21-rc5-mm4, tuned to the machine
> > > in question. Unlike the debian kernel, this kernel don't use
> > > modules in order to save boot time.
> > >
> > &
On Fri, Apr 06, 2007 at 10:37:12PM -0400, Dmitry Torokhov wrote:
> On Friday 06 April 2007 20:54, Helge Hafting wrote:
> > I have an usb touchscreen (egalax variety) that works with
> > the 2.6.18 kernel supplied by debian.
> >
> > It fails when I compile 2.6.21-rc
On Friday 06 April 2007 20:54, Helge Hafting wrote:
> I have an usb touchscreen (egalax variety) that works with
> the 2.6.18 kernel supplied by debian.
>
> It fails when I compile 2.6.21-rc5-mm4, tuned to the machine
> in question. Unlike the debian kernel, this kernel don
I have an usb touchscreen (egalax variety) that works with
the 2.6.18 kernel supplied by debian.
It fails when I compile 2.6.21-rc5-mm4, tuned to the machine
in question. Unlike the debian kernel, this kernel don't use
modules in order to save boot time.
The strange thing is, 2.6.21-rc
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-
I built a version of 2.6.21-rc5-mm4 with an initramfs and it built OK
the first time.
Then I made changes (applied a Reiser4 patch) and rebuilt, and got the
following error:
zephyr linux # make
CHK include/linux/version.h
CHK include/linux/utsrelease.h
CALLscripts
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&#
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
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
> >
>
Running a 'usex -e' load [http://people.redhat.com/~anderson/usex/] on
2.6.21-rc5-mm4 on ia64, I see the following:
BUG: scheduling while atomic: strace/0x4001/20162
Call Trace:
[] show_stack+0x80/0xa0
sp=e76042dc7610 bsp=e76042dc1260
[]
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_noaudi
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
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
TECTED]>
Index: linux-2.6.21-rc5-mm4/mm/slub.c
===
--- linux-2.6.21-rc5-mm4.orig/mm/slub.c 2007-04-04 20:26:03.0 -0700
+++ linux-2.6.21-rc5-mm4/mm/slub.c 2007-04-04 21:26:15.0 -0700
@@ -2280,6 +2280,6
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 d
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
requires knowing which
> slab the objects come from and merging looses that information.
>
> Index: linux-2.6.21-rc5-mm4/mm/slub.c
> ===============
> --- linux-2.6.21-rc5-mm4.orig/mm/slub.c 2007-04-04 11:19:29.0
>
---
1 file changed, 9 insertions(+), 8 deletions(-)
Index: linux-2.6.21-rc5-mm4/kernel/sched.c
===========
--- linux-2.6.21-rc5-mm4.orig/kernel/sched.c 2007-04-04 12:14:29.0
+1000
+++ linux-2.6.21-rc5-mm4/kernel/sched.c 2007-04-04 12:4
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
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 d
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
may need merging to trigger the
discovery of the overwrite.
Here is a patch to enable merging even while tracking slabs. This patch
should not be applied to mm. In general tracking requires knowing which
slab the objects come from and merging looses that information.
Index: linux-2.6.21-r
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
this by using the correct SLAB mask and then use the SLUB_DMA
> for the ORing of flags. If the system does not support DMA then
> we will OR zero which will hopefully get the compiler to drop the
> useless if statement as well.
>
> Signed-off-by: Christoph Lameter <[EMA
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
reat SLAB_HWCACHE_ALIGN as a mininum and not as *the* alignment
>
> If the specified alignment is higher than L1_CACHE_BYTES and
> SLAB_HWCACHE_ALIGN is set then use the higher alignment.
>
> Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
>
> Index: linux-2.6.21-rc5-mm4/mm/slub.c
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
cacheline. Try the following fix:
SLUB: Treat SLAB_HWCACHE_ALIGN as a mininum and not as *the* alignment
If the specified alignment is higher than L1_CACHE_BYTES and
SLAB_HWCACHE_ALIGN is set then use the higher alignment.
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
Index: linux-
d-off-by: Christoph Lameter <[EMAIL PROTECTED]>
Index: linux-2.6.21-rc5-mm4/mm/slub.c
===========
--- linux-2.6.21-rc5-mm4.orig/mm/slub.c 2007-04-04 09:59:05.0 -0700
+++ linux-2.6.21-rc5-mm4/mm/slub.c 2007-04-04 10:01:1
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
trap because we still run single threaded there.
> >
> > I dropped the interrupt preservation code just before SLUB v6 because
> > it looked useless there. SLUB worked on the following NUMA tests
> > that just had a single node.
worked on the following NUMA tests
> that just had a single node. Sigh.
>
> Enable interrupts after calling new_slab.
>
> Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
>
> Index: linux-2.6.21-rc5-mm4/mm/slub.c
>
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
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.
00:00.0 Host bridge: Intel Corporation 82852/82855 GM/GME/PM/GMV
Processor to I/O Controller (rev 02)
00:00.1 System peripheral: Intel Corporation 82852/82855 GM/GME/PM/GMV
Pro
[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 mo
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
readed there.
I dropped the interrupt preservation code just before SLUB v6 because
it looked useless there. SLUB worked on the following NUMA tests
that just had a single node. Sigh.
Enable interrupts after calling new_slab.
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
Index: linux
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
s not recognized by SLUB so there were no
> debug options set.
>
> > Linux version 2.6.21-rc5-mm4 ([EMAIL PROTECTED]) (gcc version 4.1.0 (SUSE
> > Linux)) #2 SMP Tue Apr 3 17:36:21 PDT 2007
> > Command line: root=/dev/hda2 vga=0x314 selinux=0 console=tty0
> > conso
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 ([
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
.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 causing the issue is:
> >
> > mm/slub.c:1133
> >
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-ga
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/
> >
> &g
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
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
gt; > >
> > > 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.
> > >
> > &g
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/
> > >
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/
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.
&g
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
&g
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
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
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 s
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
PROTEC
Fixes a build error on x86_64 that happens when the new CONFIG_* options
for the new fds are not set
Signed-off-by: Davide Libenzi
- Davide
Index: linux-2.6.21-rc5.mm4/kernel/sys_ni.c
===
--- linux-2.6.21-rc5.mm4.orig/kernel
Removes a few unneeded include files from the signalfd code.
Signed-off-by: Davide Libenzi
- Davide
Index: linux-2.6.21-rc5.mm4/fs/signalfd.c
===
--- linux-2.6.21-rc5.mm4.orig/fs/signalfd.c 2007-04-03 13:17:25.0
Removes a few unneeded include files from the eventfd code.
Signed-off-by: Davide Libenzi
- Davide
Index: linux-2.6.21-rc5.mm4/fs/eventfd.c
===
--- linux-2.6.21-rc5.mm4.orig/fs/eventfd.c 2007-04-03 13:17:25.0
Fixes a spelling error inside init/Kconfig.
Signed-off-by: Davide Libenzi
- Davide
Index: linux-2.6.21-rc5.mm4/init/Kconfig
===
--- linux-2.6.21-rc5.mm4.orig/init/Kconfig 2007-04-03 13:17:25.0
-0700
+++ linux
Removes a few unneeded include files from the timerfd code.
Signed-off-by: Davide Libenzi
- Davide
Index: linux-2.6.21-rc5.mm4/fs/timerfd.c
===
--- linux-2.6.21-rc5.mm4.orig/fs/timerfd.c 2007-04-03 13:17:25.0
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 h
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-mappe
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
IP:0060:[]Not tainted VLI
EFLAGS: 00010046 (2.6.21-rc5-mm4-default #3)
EIP is at 0x
eax: ebx: ecx: edx:
esi: edi: c0462008 ebp: 0080 esp: c0463f94
ds: 007b es: 007b fs: 00d8 gs: ss: 0068
Process swapper
EIP:0060:[]Not tainted VLI
EFLAGS: 00010046 (2.6.21-rc5-mm4-default #3)
EIP is at 0x
eax: ebx: ecx: edx:
esi: edi: c0462008 ebp: 0080 esp: c0463f94
ds: 007b es: 007b fs: 00d8 gs: ss: 0068
Process swapper (pid: 0, ti
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]
PREEM
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
1 - 100 of 102 matches
Mail list logo
