linux-kernel - Re: 2.6.22-rc1-mm1 - Call trace in slub

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <464C4CB8.8060906@reub.net>
Date:	Thu, 17 May 2007 22:38:16 +1000
From:	Reuben Farrelly <reuben-linuxkernel@...b.net>
To:	Andrew Morton <akpm@...ux-foundation.org>
CC:	linux-kernel@...r.kernel.org, clameter@....com
Subject: Re: 2.6.22-rc1-mm1 - Call trace in slub_def.h

On 16/05/2007 1:19 PM, Andrew Morton wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc1/2.6.22-rc1-mm1/
> 
> 
> - I found some time to look into some writeback problems in
>   fs/fs-writeback.c.  The results were ugly.  There are a pile of fixes here
>   but more work (mainly testing) needs to be done.
> 
>   There's some new debug code in there which could be very expensive if
>   there are a lot of dirty inodes in the machine (quadratic behaviour).  If
>   the machine seems to be affected by this, the debugging may be disabled with
> 
> 	echo 0 > /proc/sys/fs/inode_debug
> 
> - Added an i386 early-startup development tree, as git-newsetup.patch ("H. 
>   Peter Anvin" <hpa@...or.com>)
> 
> - Brought back git-sas.patch (Darrick J.  Wong <djwong@...ibm.com>).  It got
>   lost quite some time ago.

I have just seen this on boot, with 2.6.22-rc2-mm1 on x86_64:

--

libata version 2.20 loaded.
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
PCI: Using ACPI for IRQ routing
PCI: If a device doesn't work, try "pci=routeirq".  If it helps, post a report
BUG: at include/linux/slub_def.h:88 kmalloc_index()

Call Trace:
  [<ffffffff8034f3f9>] pci_dev_put+0x12/0x14
  [<ffffffff80283f30>] get_slab+0xb5/0x265
  [<ffffffff802841bc>] __kmalloc+0x13/0xa3
  [<ffffffff8021a4aa>] cache_k8_northbridges+0x80/0x116
  [<ffffffff8063fed2>] gart_iommu_init+0x16/0x594
  [<ffffffff804562ac>] genl_rcv+0x0/0x68
  [<ffffffff804548ed>] netlink_kernel_create+0x15e/0x16b
  [<ffffffff804acc52>] mutex_unlock+0x9/0xb
  [<ffffffff80639fad>] pci_iommu_init+0x9/0x12
  [<ffffffff806306af>] kernel_init+0x152/0x322
  [<ffffffff80249c7c>] trace_hardirqs_on+0xc0/0x14e
  [<ffffffff804ae03d>] trace_hardirqs_on_thunk+0x35/0x37
  [<ffffffff80249c7c>] trace_hardirqs_on+0xc0/0x14e
  [<ffffffff8020a848>] child_rip+0xa/0x12
  [<ffffffff80209f5c>] restore_args+0x0/0x30
  [<ffffffff8063055d>] kernel_init+0x0/0x322
  [<ffffffff8020a83e>] child_rip+0x0/0x12

PCI-GART: No AMD northbridge found.
hpet0: at MMIO 0xfed00000, IRQs 2, 8, 0
hpet0: 3 64-bit timers, 14318180 Hz
ACPI: RTC can wake from S4
pnp: 00:01: iomem range 0xf0000000-0xf3ffffff has been reserved
pnp: 00:01: iomem range 0xfed13000-0xfed13fff has been reserved

--

The full dmesg is at http://www.reub.net/files/kernel/2.6.22-rc1-mm1-dmesg and 
the config up at http://www.reub.net/files/kernel/2.6.22-rc1-mm1-config

The machine otherwise seems to run OK.

Reuben
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/