On Tue, Jul 03, 2007 at 10:50:40AM +0200, Cornelia Huck wrote:
> On Fri, 1 Jun 2007 05:38:48 -0700,
> Greg KH <[EMAIL PROTECTED]> wrote:
>
> [Sorry for taking so long to respond, I've been offline for a month]
>
> > Can you resend me the new patch, I seem to have lost it in this thread
> > :(
>
On Fri, 1 Jun 2007 05:38:48 -0700,
Greg KH <[EMAIL PROTECTED]> wrote:
[Sorry for taking so long to respond, I've been offline for a month]
> Can you resend me the new patch, I seem to have lost it in this thread
> :(
Andrew has the fixup patch in his -mm lineup as
driver-core-check-return-code-o
On Tue, May 29, 2007 at 07:25:11PM +0200, Cornelia Huck wrote:
> On Tue, 29 May 2007 18:55:21 +0200,
> Tilman Schmidt <[EMAIL PROTECTED]> wrote:
>
> > Am 29.05.2007 09:25 schrieb Cornelia Huck:
> > > Could those folks that had trouble with this kernel check out whether
> > > the following patch he
On Wed, 30 May 2007, Dmitry Torokhov wrote:
> I'd rather leave it as is in case someone wants to squeeze last bit of
> memory savings from the kernel.
Yup, that's why I left CONFIG_HID_DEBUG still in place to let users that
care that much to turn in off.
> Also there some security issues (som
Hi Jiri,
On 5/30/07, Jiri Kosina <[EMAIL PROTECTED]> wrote:
From: Jiri Kosina <[EMAIL PROTECTED]>
Input: i8042 - cleanup of debug code
Debugging facility of i8042 is now toggled in runtime instead
of needing to recompile the kernel. Therefore the DEBUG macro
is useless (it's hardcoded to be d
(some irrelevant CCs dropped)
On Wed, 23 May 2007, Dmitry Torokhov wrote:
> It looks like you are now in the same position I was some time ago WRT
> to debug information for i8042 - constantly asking people to enable
> debug, recompile and send the results. May I recommend changing
> CONFIG_HI
On Tue, 29 May 2007, Christoph Lameter wrote:
> > when trying to reproduce a bugreport in bugzilla, I am experiencing
> > panics upon boot. The .config which causes this is at [1]
> Please reboot with "slub_debug" to identify what causes this.
Hi Christoph,
with slub_debug, there is no panic (w
On Tue, 29 May 2007 11:32:27 -0700 (PDT) Christoph Lameter wrote:
> Oh. I forgot the usual instruction: Try to boot with slub_debug on the
> kernel command line. SLUB will attempt to remedy the situation to allow
> the boot to continue if it finds anything that goes wrong.
Yes, that boots, than
Oh. I forgot the usual instruction: Try to boot with slub_debug on the
kernel command line. SLUB will attempt to remedy the situation to allow
the boot to continue if it finds anything that goes wrong.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
On Tue, 29 May 2007, Randy Dunlap wrote:
> Nope, still no booty.
Your .configs boot fine here (until it panics since I \have another root
fs)
root (hd0,0)
Filesystem type is reiserfs, partition type 0x83
kernel /boot/vmlinuz root=/dev/hda1 console=ttyS0,115200
[Linux-bzImage, setup=0x2800,
Christoph Lameter wrote:
On Mon, 28 May 2007, Randy Dunlap wrote:
Has then already been posted and I missed it.. and it's fixed? :)
/me hopes
Maybe this patch wil help?
Nope, still no booty.
SLUB: Fix NUMA / SYSFS bootstrap issue
The kmem_cache_node cache is very special because it is n
On Tue, 29 May 2007 18:55:21 +0200,
Tilman Schmidt <[EMAIL PROTECTED]> wrote:
> Am 29.05.2007 09:25 schrieb Cornelia Huck:
> > Could those folks that had trouble with this kernel check out whether
> > the following patch helps?
>
> Yes, that patch fixes my problem.
>
> Thanks,
> Tilman
Thanks f
On Mon, 28 May 2007, Randy Dunlap wrote:
> Has then already been posted and I missed it.. and it's fixed? :)
> /me hopes
Maybe this patch wil help?
SLUB: Fix NUMA / SYSFS bootstrap issue
The kmem_cache_node cache is very special because it is needed for
NUMA bootstrap. Under certain conditions
On Mon, 28 May 2007, Jiri Kosina wrote:
> when trying to reproduce a bugreport in bugzilla, I am experiencing panics
> upon boot. The .config which causes this is at [1]
Please reboot with "slub_debug" to identify what causes this.
-
To unsubscribe from this list: send the line "unsubscribe lin
Am 29.05.2007 09:25 schrieb Cornelia Huck:
> Could those folks that had trouble with this kernel check out whether
> the following patch helps?
Yes, that patch fixes my problem.
Thanks,
Tilman
> From: Cornelia Huck <[EMAIL PROTECTED]>
>
> Fix check when to create certain symlinks (the device li
On Tue, May 29, 2007 at 09:25:43AM +0200, Cornelia Huck wrote:
> On Mon, 28 May 2007 00:41:19 +0200,
> "Kay Sievers" <[EMAIL PROTECTED]> wrote:
>
> > Cornelia,
> > in the patch is:
> > + if (dev->kobj.parent == &dev->class->subsys.kobj)
> > + return 0;
> >
> > which will skip the crea
On Mon, 2007-05-28 at 19:22 +0200, Cornelia Huck wrote:
> On Mon, 28 May 2007 00:41:19 +0200,
> "Kay Sievers" <[EMAIL PROTECTED]> wrote:
>
> > Cornelia,
> > in the patch is:
> > + if (dev->kobj.parent == &dev->class->subsys.kobj)
> > + return 0;
> >
> > which will skip the creation o
On Mon, 28 May 2007 00:41:19 +0200,
"Kay Sievers" <[EMAIL PROTECTED]> wrote:
> Cornelia,
> in the patch is:
> + if (dev->kobj.parent == &dev->class->subsys.kobj)
> + return 0;
>
> which will skip the creation of the "device"-link, right?
...and this is certainly broken. Argl.
Co
On Mon, 28 May 2007 00:41:19 +0200,
"Kay Sievers" <[EMAIL PROTECTED]> wrote:
> Cornelia,
> in the patch is:
> + if (dev->kobj.parent == &dev->class->subsys.kobj)
> + return 0;
>
> which will skip the creation of the "device"-link, right?
Uh, looking at the code again, this doesn'
On Mon, 28 May 2007 13:43:12 +0300, Pekka Enberg said:
> On 5/28/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> > [4294667.472000] BUG: at mm/slab.c:777 __find_general_cachep()
>
> [snip]
>
> > Any suggestions before I go doing the bisect shuffle?
>
> It's complaining about a kmalloc() with
On 5/28/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
[4294667.472000] BUG: at mm/slab.c:777 __find_general_cachep()
[snip]
Any suggestions before I go doing the bisect shuffle?
It's complaining about a kmalloc() with size zero. The warning is new
and harmless for now, so no need to bise
On Wed, 23 May 2007 00:42:33 PDT, Andrew Morton said:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc2/2.6.22-rc2-mm1/
Dell Latitude D820 laptop, Intel T7200 dual-core, x86_64 kernel.
Does something wonky during very early boot, before userspace has started:
[4294667.47
On 5/28/07, Tilman Schmidt <[EMAIL PROTECTED]> wrote:
Am 26.05.2007 18:01 schrieb Andrew Morton:
> On Sat, 26 May 2007 17:59:15 +0200 Tilman Schmidt <[EMAIL PROTECTED]> wrote:
>> This breaks network initialization on my SuSE 10.0 box [...]
>
> Thanks. I think others have seen similar things and
Am 26.05.2007 18:01 schrieb Andrew Morton:
> On Sat, 26 May 2007 17:59:15 +0200 Tilman Schmidt <[EMAIL PROTECTED]> wrote:
>> This breaks network initialization on my SuSE 10.0 box [...]
>
> Thanks. I think others have seen similar things and it was attributed to
> driver-core-check-return-code-o
On Fri, 25 May 2007 17:02:09 -0700,
Andrew Morton <[EMAIL PROTECTED]> wrote:
> > This wouldn't be the first time this patch has broken things :(
>
> Why does checking these errors cause ipw2200 to fail?
I'd like to know this as well. Could someone stick in some printk's to
find out which symlink
On Sat, 26 May 2007 17:59:15 +0200 Tilman Schmidt <[EMAIL PROTECTED]> wrote:
> Am 23.05.2007 09:42 schrieb Andrew Morton:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc2/2.6.22-rc2-mm1/
>
> This breaks network initialization on my SuSE 10.0 box once
> again although I
Am 23.05.2007 09:42 schrieb Andrew Morton:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc2/2.6.22-rc2-mm1/
This breaks network initialization on my SuSE 10.0 box once
again although I compiled with CONFIG_SYSFS_DEPRECATED=y.
Acquisition of the IP address via DHCP times o
On Fri, May 25, 2007 at 07:48:14PM -0400, Jeff Garzik wrote:
>
> Is this for -stable or upstream? I got confused with all the patches
> flying about.
>
> Send it to me, if it's for upstream.
It's for upstream. Once you take then I'll rediff it for stable.
[E1000]: Restore netif_poll_enable c
On Fri, 25 May 2007 16:12:57 -0700 Greg KH <[EMAIL PROTECTED]> wrote:
> On Fri, May 25, 2007 at 06:01:09PM -0500, Matt Mackall wrote:
> > Bisect sequence went 56+ 84+ 98+ 105- 102- 100+ 101+. Looks like 102's
> > to blame:
> >
> > driver-core-check-return-code-of-sysfs_create_link.patch
> >
> >
Kok, Auke wrote:
Herbert Xu wrote:
On Fri, May 25, 2007 at 11:04:04PM +1000, Herbert Xu wrote:
[E1000]: Call netif_poll_enable in e1000_open
Here is a better one.
[E1000]: Restore netif_poll_enable call but make sure IRQs are off
This restores the previously removed netif_poll_enable call i
On Fri, 2007-05-25 at 16:12 -0700, Greg KH wrote:
> On Fri, May 25, 2007 at 06:01:09PM -0500, Matt Mackall wrote:
> > Bisect sequence went 56+ 84+ 98+ 105- 102- 100+ 101+. Looks like 102's
> > to blame:
> >
> > driver-core-check-return-code-of-sysfs_create_link.patch
> >
> > From: Cornelia Huck
On Fri, May 25, 2007 at 06:01:09PM -0500, Matt Mackall wrote:
> Bisect sequence went 56+ 84+ 98+ 105- 102- 100+ 101+. Looks like 102's
> to blame:
>
> driver-core-check-return-code-of-sysfs_create_link.patch
>
> From: Cornelia Huck <[EMAIL PROTECTED]>
>
> Check for return value of sysfs_create_
On Fri, May 25, 2007 at 04:01:52PM -0500, Matt Mackall wrote:
> On Fri, May 25, 2007 at 12:53:19PM -0500, Matt Mackall wrote:
> > On Fri, May 25, 2007 at 07:37:46PM +0200, Kay Sievers wrote:
> > > On 5/25/07, Greg KH <[EMAIL PROTECTED]> wrote:
> > > >On Fri, May 25, 2007 at 11:36:22AM -0500, Matt M
Herbert Xu wrote:
On Fri, May 25, 2007 at 11:04:04PM +1000, Herbert Xu wrote:
[E1000]: Call netif_poll_enable in e1000_open
Here is a better one.
[E1000]: Restore netif_poll_enable call but make sure IRQs are off
This restores the previously removed netif_poll_enable call in
e1000_open. It'
On Fri, 25 May 2007 23:20:25 +0200 "J.A. Magallón" <[EMAIL PROTECTED]> wrote:
> Is idle=poll a quick and dirty way to burn your box in flames ?
yep ;) It makes the CPU(s) busy-wait when they have nothing else to do.
It was originally added as a thing to maybe save a few cycles of latency
in res
On Wed, 23 May 2007 00:42:33 -0700, Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc2/2.6.22-rc2-mm1/
>
Don't know if it's specific to this kernel, but as I have realized it now...
I booted with idle=poll to check some issues
On Fri, 25 May 2007 11:36:22 -0500
Matt Mackall <[EMAIL PROTECTED]> wrote:
> 2.6.22-rc2 works. CONFIG_SYSFS_DEPRECATED = y, though that shouldn't
> matter. Bringing up the interface manually still works, so I suspect
> this is sysfs or HAL related again. Again, Debian unstable so
> userspace is qu
On Fri, May 25, 2007 at 12:53:19PM -0500, Matt Mackall wrote:
> On Fri, May 25, 2007 at 07:37:46PM +0200, Kay Sievers wrote:
> > On 5/25/07, Greg KH <[EMAIL PROTECTED]> wrote:
> > >On Fri, May 25, 2007 at 11:36:22AM -0500, Matt Mackall wrote:
> > >> 2.6.22-rc2 works. CONFIG_SYSFS_DEPRECATED = y, th
On Fri, May 25, 2007 at 07:37:46PM +0200, Kay Sievers wrote:
> On 5/25/07, Greg KH <[EMAIL PROTECTED]> wrote:
> >On Fri, May 25, 2007 at 11:36:22AM -0500, Matt Mackall wrote:
> >> 2.6.22-rc2 works. CONFIG_SYSFS_DEPRECATED = y, though that shouldn't
> >> matter. Bringing up the interface manually st
On 5/25/07, Greg KH <[EMAIL PROTECTED]> wrote:
On Fri, May 25, 2007 at 11:36:22AM -0500, Matt Mackall wrote:
> 2.6.22-rc2 works. CONFIG_SYSFS_DEPRECATED = y, though that shouldn't
> matter. Bringing up the interface manually still works, so I suspect
> this is sysfs or HAL related again. Again, D
On Fri, May 25, 2007 at 11:36:22AM -0500, Matt Mackall wrote:
> 2.6.22-rc2 works. CONFIG_SYSFS_DEPRECATED = y, though that shouldn't
> matter. Bringing up the interface manually still works, so I suspect
> this is sysfs or HAL related again. Again, Debian unstable so
> userspace is quite up-to-date
On Fri, May 25, 2007 at 11:04:04PM +1000, Herbert Xu wrote:
>
> [E1000]: Call netif_poll_enable in e1000_open
Here is a better one.
[E1000]: Restore netif_poll_enable call but make sure IRQs are off
This restores the previously removed netif_poll_enable call in
e1000_open. It's needed on all b
On Fri, May 25, 2007 at 10:54:13PM +1000, Herbert Xu wrote:
>
> So please revert my patch.
>
> We need to find out why we're getting IRQs before calling
> e1000_irq_enable in e1000_open.
In the mean time this should be a safe fix. This is against
the current mainline tree.
[E1000]: Call netif_
On Thu, May 24, 2007 at 07:44:29AM -0700, Kok, Auke wrote:
>
> I get the feeling that a recent change exposed us to this, our lab has been
> seeing similar OOPS's yesterday out of nothing.
Yep you're right. It was the change where we removed the
netif_poll_enable call from e1000_open. The probl
On Thu, 24 May 2007, Zan Lynx wrote:
> [snip]
> > Do you please have any indication which kernel versions were OK with the
> > same .config, with respect to the USB mouse/keyboard hogs you are seeing
> > with 2.6.22-rc2-mm1?
> The last 2.6.21 -mm kernel worked well.
[...]
> drivers/hid/usbhid/hi
On Fri, 25 May 2007 07:10:38 + "young dave" <[EMAIL PROTECTED]> wrote:
> Hi,
> I'm very sorry, andrew, you are right.
> I directly modified the source and forgot remove the line ni->name[i] = 0;
>
Phew ;)
Thanks for checking.
-
To unsubscribe from this list: send the line "unsubscribe linux
Hi,
I'm very sorry, andrew, you are right.
I directly modified the source and forgot remove the line ni->name[i] = 0;
Regards
dave
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org
On Fri, 25 May 2007 06:48:34 + "young dave" <[EMAIL PROTECTED]> wrote:
> Yes, I'm sure. but the patch in top post of mine works, the diffrence
> is using kzalloc and remove the "ni->name[i] = 0;" line.
>
Let's walk through the existing code:
i = na->name_len * sizeof(ntfsc
Yes, I'm sure. but the patch in top post of mine works, the diffrence
is using kzalloc and remove the "ni->name[i] = 0;" line.
Regards
dave
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger
On Fri, 25 May 2007 06:27:51 + "young dave" <[EMAIL PROTECTED]> wrote:
> Hi Andrew,
>
> > So I think this was meant:
> >
> > --- a/fs/ntfs/inode.c~a
> > +++ a/fs/ntfs/inode.c
> > @@ -140,7 +140,7 @@ static int ntfs_init_locked_inode(struct
> > if (!ni->name)
> >
Hi Andrew,
So I think this was meant:
--- a/fs/ntfs/inode.c~a
+++ a/fs/ntfs/inode.c
@@ -140,7 +140,7 @@ static int ntfs_init_locked_inode(struct
if (!ni->name)
return -ENOMEM;
memcpy(ni->name, na->name, i);
- ni->name[i] = 0
On Fri, 25 May 2007 05:22:50 + "young dave" <[EMAIL PROTECTED]> wrote:
> Hi,
>
> > Is this ntfs_init_locked_inode?
>
> Yes, it is.
>
> > > Bytes b4 0xc2959e28: 00 00 00 00 00 00 00 00 5a 5a 5a 5a 5a 5a 5a
> > >Object 0xc2959e38: 24 00 51 00 00 00 6b a5
> > > Redzone 0xc2959e40: 00
Hi,
Is this ntfs_init_locked_inode?
Yes, it is.
> Bytes b4 0xc2959e28: 00 00 00 00 00 00 00 00 5a 5a 5a 5a 5a 5a 5a
>Object 0xc2959e38: 24 00 51 00 00 00 6b a5
> Redzone 0xc2959e40: 00 00 cc cc
First two bytes after the object overwritten. The allocation for this
object should hav
On Fri, 25 May 2007, young dave wrote:
> I can't call it oops, right?
Yes sure. This is a problem in the NTFS layer. It writes 2 bytes
after the allocated size.
> I navagated the ntfs inode.c, and found a possible bug, replaced
> kmalloc with kzalloc,
> because the ntfschar size is 2. then the
On Fri, 25 May 2007, young dave wrote:
> > Reboot with slub_debug as a kernel parameter please.
>
> Yes, I will enable slub_debug as boot parameter, but it doesn't occur
> definitely.
>
> I will report the info if it arrive again ASAP.
Thank you. This looks like something overwrote a slab objec
Hi,
Reboot with slub_debug as a kernel parameter please.
Yes, I will enable slub_debug as boot parameter, but it doesn't occur
definitely.
I will report the info if it arrive again ASAP.
Regards
dave
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a m
On Thu, 24 May 2007 15:35:45 -0700 (PDT)
Christoph Lameter <[EMAIL PROTECTED]> wrote:
> > This is pretty-printing. and creature-feep.
> > But lib/hexdump.c can probably do this if we add a "prefix/tag" string
> > parameter to it.
> >
> > Hugh D. wants it to print 32-bit quantities, not just byte
On Thu, 24 May 2007, Randy Dunlap wrote:
> This is pretty-printing. and creature-feep.
> But lib/hexdump.c can probably do this if we add a "prefix/tag" string
> parameter to it.
>
> Hugh D. wants it to print 32-bit quantities, not just bytes.
> Yet another parameter.
>
> I'll look into these u
On Thu, 24 May 2007 14:29:08 -0700 Andrew Morton wrote:
> On Thu, 24 May 2007 14:20:03 -0700 (PDT)
> Christoph Lameter <[EMAIL PROTECTED]> wrote:
>
> > Bytes b4 0x81000208f6b0: 55 db fe ff 00 00 00 00 5a 5a 5a 5a 5a 5a
> > 5a 5a UUpÿ
> > Object 0x81000208f6c0: 6b 6b 6
On Thu, 24 May 2007 14:20:03 -0700 (PDT)
Christoph Lameter <[EMAIL PROTECTED]> wrote:
> Bytes b4 0x81000208f6b0: 55 db fe ff 00 00 00 00 5a 5a 5a 5a 5a 5a 5a
> 5a UUpÿ
> Object 0x81000208f6c0: 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b
> 6b
> Ob
On Thu, 24 May 2007, Ingo Molnar wrote:
> please also put in one of the keywords as the first word of whatever
> SLUB prints:
I modified the reports as you suggested. Here is a sample:
BUG kmalloc-512: Redzone corrupted. Expected 0xbb at 0x81000208f8c0 but
found 0xab
INFO: Last alloc: slab
On Thu, 24 May 2007, Ingo Molnar wrote:
>
> when constructing debug output it's a good idea to make it as
> 'context-free' as possible. I.e. instead of saying 'Filler' and
> explaining it somewhere in Documentation/*, just say:
>
> Expected memory values at 0xc90f6d50: 5a 5a 5a 5a 5a 5a 5a
On Thu, 24 May 2007, young dave wrote:
> When I exec aumix from console, the kernel oops seems in modprobe
> process, and after a while , system hanged.
Reboot with slub_debug as a kernel parameter please.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
Herbert Xu wrote:
On Thu, May 24, 2007 at 08:47:13PM +1000, Herbert Xu wrote:
On Thu, May 24, 2007 at 11:36:22AM +0100, Jeremy Fitzhardinge wrote:
I got a hang while rmmodding e1000. sysrq-t shows:
rmmod D 003FFAFC 6616 15923 15911 (NOTLB)
e9341e44 0092 82318c15 003ffafc
On Thu, May 24, 2007 at 08:47:13PM +1000, Herbert Xu wrote:
> On Thu, May 24, 2007 at 11:36:22AM +0100, Jeremy Fitzhardinge wrote:
> >
> > I got a hang while rmmodding e1000. sysrq-t shows:
> >
> > rmmod D 003FFAFC 6616 15923 15911 (NOTLB)
> >e9341e44 0092 82318c15 003ffafc
On Thu, May 24, 2007 at 11:36:22AM +0100, Jeremy Fitzhardinge wrote:
>
> I got a hang while rmmodding e1000. sysrq-t shows:
>
> rmmod D 003FFAFC 6616 15923 15911 (NOTLB)
>e9341e44 0092 82318c15 003ffafc e9341e2c e9341e14
> 823187a1
>003ffafc c012
Andrew Morton wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc2/2.6.22-rc2-mm1/
>
I got a hang while rmmodding e1000. sysrq-t shows:
rmmod D 003FFAFC 6616 15923 15911 (NOTLB)
e9341e44 0092 82318c15 003ffafc e9341e2c e9341e14 823187
* Christoph Lameter <[EMAIL PROTECTED]> wrote:
> +SLUB Debug output
> +-
> +
> +Here is a sample of slub debug output:
> +
> +*** SLUB kmalloc-8: Redzone [EMAIL PROTECTED] slab 0xc528c530 offset=3360
> flags=0x40c3 inuse=61 freelist=0xc90f6d58
> + Bytes b4 0xc90f6d10: 00 00
On Wed, 23 May 2007, Dmitry Torokhov wrote:
> It looks like you are now in the same position I was some time ago WRT
> to debug information for i8042 - constantly asking people to enable
> debug, recompile and send the results. May I recommend changing
> CONFIG_HID_DEBUG to "default y if !EMBED
Hi Jiri,
On Wednesday 23 May 2007 19:40, Jiri Kosina wrote:
> This is pretty strange. Mouse shouldn't be claimed by hiddev. Seems like
> this mouse probably has some "interesting" HID report descriptor. Could
> you please recompile with CONFIG_HID_DEBUG enabled and send me the output?
>
It loo
On Wed, 23 May 2007 20:00:52 -0700 (PDT) Christoph Lameter wrote:
> New version with Randy's fixes:
well... :)
> Index: slub/Documentation/kernel-parameters.txt
> ===
> --- slub.orig/Documentation/kernel-parameters.txt 2007-05
New version with Randy's fixes:
SLUB: More documentation
Update documentation to describe how to read a SLUB error report.
Add slub parameters to Documentation/kernel-parameters.
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
---
Documentation/kernel-parameters.txt | 37 +-
Do
On Wed, 23 May 2007, Randy Dunlap wrote:
> > > A few words in slub.txt, perhaps?
>
> Thanks for the update. A few nits below.
Ok will get the nits out soon.
> How large is the RedZone? Is it a fixed size or does it vary?
The red zone are between 1 byte and a full word. If the object does not
On Wed, 23 May 2007 16:36:07 -0700 (PDT) Christoph Lameter wrote:
> On Wed, 23 May 2007, Andrew Morton wrote:
>
> > A few words in slub.txt, perhaps?
Thanks for the update. A few nits below.
> SLUB: More documentation
>
> Update documentation to describe how to read a SLUB error report.
> Add
On Wed, 23 May 2007 17:17:09 -0600
Zan Lynx <[EMAIL PROTECTED]> wrote:
> ===
> [ INFO: possible circular locking dependency detected ]
> 2.6.22-rc2-mm1 #1
> ---
> rhythmbox/6976 is trying to acq
On Wed, 23 May 2007, Zan Lynx wrote:
> I am having weird problems with USB keyboard and mouse. The USB
> keyboard will drop keystrokes, but not all of them. The mouse seems to
> move fine but drops clicks. Could be that an occasional missed move
> event isn't noticeable. Nothing is logged w
On Wed, 23 May 2007, Andrew Morton wrote:
> A few words in slub.txt, perhaps?
SLUB: More documentation
Update documentation to describe how to read a SLUB error report.
Add slub parameters to Documentation/kernel-parameters.
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
---
Documenta
On Wed, 23 May 2007 17:17:09 -0600
Zan Lynx <[EMAIL PROTECTED]> wrote:
> On Wed, 2007-05-23 at 00:42 -0700, Andrew Morton wrote:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc2/2.6.22-rc2-mm1/
> >
> > - A new readahead patch series. This needs serious review and per
On Wed, 2007-05-23 at 00:42 -0700, Andrew Morton wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc2/2.6.22-rc2-mm1/
>
> - A new readahead patch series. This needs serious review and performance
> testing please.
>
> - Added Ingo's CFS CPU scheduler
>
> - Xen do
On Wed, 23 May 2007 15:27:28 -0700 (PDT)
Christoph Lameter <[EMAIL PROTECTED]> wrote:
> On Wed, 23 May 2007, Andrew Morton wrote:
>
> > argh, I never 100% understood the slab gobbledygook, and now we have slub
> > gobbledygook. I _hope_ what that's saying is that the 00 at 0xc90f6d28
> > wasn't
On Wed, 23 May 2007, Andrew Morton wrote:
> argh, I never 100% understood the slab gobbledygook, and now we have slub
> gobbledygook. I _hope_ what that's saying is that the 00 at 0xc90f6d28
> wasn't supposed to be there.
Exactly. I tried to make the SLUB gobbledygook better. Any other ideas on
On 24/05/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
On Wed, 23 May 2007 23:05:24 +0200
Michal Piotrowski <[EMAIL PROTECTED]> wrote:
> Christoph Lameter napisa__(a):
> > On Wed, 23 May 2007, Michal Piotrowski wrote:
> >
> >> Christoph, this looks like a bug in SLUB.
> >
> > Please boot with slu
On Wed, 23 May 2007, Michal Piotrowski wrote:
> [ 19.096577] Real Time Clock Driver v1.12ac
> [ 21.650315] *** SLUB kmalloc-8: Redzone [EMAIL PROTECTED] slab 0xc528c530
> [ 21.657365] offset=3360 flags=0x40c3 inuse=61 freelist=0xc90f6d58
> [ 21.664349] Bytes b4 0xc90f6d10: 00 00
On Wed, 23 May 2007 23:05:24 +0200
Michal Piotrowski <[EMAIL PROTECTED]> wrote:
> Christoph Lameter napisa__(a):
> > On Wed, 23 May 2007, Michal Piotrowski wrote:
> >
> >> Christoph, this looks like a bug in SLUB.
> >
> > Please boot with slub_debug to find the bad code that overwrites a slab
>
Christoph Lameter napisał(a):
> On Wed, 23 May 2007, Michal Piotrowski wrote:
>
>> Christoph, this looks like a bug in SLUB.
>
> Please boot with slub_debug to find the bad code that overwrites a slab
> object after it was freed.
>
>
[ 19.096577] Real Time Clock Driver v1.12ac
[ 21.650315
On Wed, 23 May 2007, Oleg Nesterov wrote:
> On 05/23, Alan Stern wrote:
> >
> > Okay, it's clear that the two threads are in deadlock. It's not clear
> > how the deadlock arose to begin with -- apparently there was a remote
> > wakeup request for a root hub at the same time as a device below th
On Wed, May 23, 2007 at 12:42:33AM -0700, Andrew Morton wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc2/2.6.22-rc2-mm1/
> - A new readahead patch series. This needs serious review and performance
> testing please.
> - Added Ingo's CFS CPU scheduler
> - Xen dom-U
On Wed, 23 May 2007, Michal Piotrowski wrote:
> Christoph, this looks like a bug in SLUB.
Please boot with slub_debug to find the bad code that overwrites a slab
object after it was freed.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMA
On 05/23, Alan Stern wrote:
>
> Okay, it's clear that the two threads are in deadlock. It's not clear
> how the deadlock arose to begin with -- apparently there was a remote
> wakeup request for a root hub at the same time as a device below that
> root hub was disconnected, which doesn't make m
On 05/23, Andrew Morton wrote:
>
> On Wed, 23 May 2007 10:47:04 -0400 (EDT) Alan Stern <[EMAIL PROTECTED]> wrote:
>
> > Is it possible to get an Alt-SysRq-T stack trace during those 20
> > seconds? Knowing what those threads are waiting for would be a big
> > help.
>
> [ 144.201264] khubd
On Wed, 23 May 2007, Andrew Morton wrote:
> > > > This is intermittently getting resume-from-RAM failures. It is not
> > > > sufficiently repeatable to be able to bisect.
> > > >
> > > > [ 1381.119362] PM: Preparing system for mem sleep
> > > > [ 2331.798452] Stopping tasks ...
> > > > [ 2351.7
On Wed, May 23, 2007 at 12:42:33AM -0700, Andrew Morton wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc2/2.6.22-rc2-mm1/
> - A new readahead patch series. This needs serious review and performance
> testing please.
> - Added Ingo's CFS CPU scheduler
> - Xen dom-U
On Wed, May 23, 2007 at 12:42:33AM -0700, Andrew Morton wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc2/2.6.22-rc2-mm1/
> - A new readahead patch series. This needs serious review and performance
> testing please.
> - Added Ingo's CFS CPU scheduler
> - Xen dom-U
On Wed, 23 May 2007 14:01:09 +0200 Gabriel C <[EMAIL PROTECTED]> wrote:
> Andrew Morton wrote:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc2/2.6.22-rc2-mm1/
> >
>
> I get this on boot :
>
> [ 0.333581] BUG: at include/linux/slub_def.h:83 kmalloc_index()
> [ 0.33
On Wed, 23 May 2007 10:47:04 -0400 (EDT) Alan Stern <[EMAIL PROTECTED]> wrote:
> On Wed, 23 May 2007, Rafael J. Wysocki wrote:
>
> > On Wednesday, 23 May 2007 09:48, Andrew Morton wrote:
> > > On Wed, 23 May 2007 00:42:33 -0700 Andrew Morton <[EMAIL PROTECTED]>
> > > wrote:
> > >
> > > > ftp://
On Wed, May 23, 2007 at 12:42:33AM -0700, Andrew Morton wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc2/2.6.22-rc2-mm1/
> - A new readahead patch series. This needs serious review and performance
> testing please.
> - Added Ingo's CFS CPU scheduler
> - Xen dom-U
On Wed, May 23, 2007 at 12:42:33AM -0700, Andrew Morton wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc2/2.6.22-rc2-mm1/
> - A new readahead patch series. This needs serious review and performance
> testing please.
> - Added Ingo's CFS CPU scheduler
> - Xen dom-U
On Wed, 23 May 2007, Rafael J. Wysocki wrote:
> On Wednesday, 23 May 2007 09:48, Andrew Morton wrote:
> > On Wed, 23 May 2007 00:42:33 -0700 Andrew Morton <[EMAIL PROTECTED]> wrote:
> >
> > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc2/2.6.22-rc2-mm1/
> >
> > This is
Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc2/2.6.22-rc2-mm1/
I get this on boot :
[ 0.333581] BUG: at include/linux/slub_def.h:83 kmalloc_index()
[ 0.333587] [] show_trace_log_lvl+0x1a/0x2f
[ 0.333601] [] show_trace+0x12/0x14
[ 0.333606] [] d
Hi,
Andrew Morton napisał(a):
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc2/2.6.22-rc2-mm1/
>
Christoph, this looks like a bug in SLUB.
[ 16.232377] PM: Adding info for No Bus:vcs1
[ 16.237588] PM: Adding info for No Bus:vcsa1
[ 18.683210] PM: Adding info for
1 - 100 of 102 matches
Mail list logo
