[2.6.23-rc8-mm2] System hangs (loops?) during boot

[2.6.23-rc8-mm2] System hangs (loops?) during boot

[Frans Pop]

My Toshiba Satellite A40 (i386, P4 ) hangs during boot after:
Marking TSC unstable due to: possible TSC halt in C2.
Time: acpi_pm clocksource has been installed.

It may not actually hang, but rather end up in a loop as after some time the 
fan goes wild.

System boots fine with 2.6.23-rc8. Have not tried earlier mm releases.

Any suggestions where to look before I do a bisect?

Cheers,
FJP

Re: [2.6.23-rc8-mm2] System hangs (loops?) during boot

[Frans Pop]

On Friday 28 September 2007, Frans Pop wrote:
> My Toshiba Satellite A40 (i386, P4 Mobile) hangs during boot after:
> Marking TSC unstable due to: possible TSC halt in C2.
> Time: acpi_pm clocksource has been installed.

A few new boot attempts show the problem is more likely at:
Probing IDE interface ide0...

> It may not actually hang, but rather end up in a loop as after some time
> the fan goes wild.

Unfortunately I have no serial port and this seems too early for netconsole, 
so cannot catch a boot log.

> Any suggestions where to look before I do a bisect?

Re: [2.6.23-rc8-mm2] System hangs (loops?) during boot

[Andrew Morton]

On Sat, 29 Sep 2007 02:32:44 +0200 Frans Pop <elendil@planet.nl> wrote:

> On Friday 28 September 2007, Frans Pop wrote:
> > My Toshiba Satellite A40 (i386, P4 Mobile) hangs during boot after:
> > Marking TSC unstable due to: possible TSC halt in C2.
> > Time: acpi_pm clocksource has been installed.
> 
> A few new boot attempts show the problem is more likely at:
> Probing IDE interface ide0...
> 
> > It may not actually hang, but rather end up in a loop as after some time
> > the fan goes wild.
> 
> Unfortunately I have no serial port and this seems too early for netconsole, 
> so cannot catch a boot log.
> 
> > Any suggestions where to look before I do a bisect?

Not really, sorry.  I usually start at mm.patch when I don't have a clue.
It mm.patch fails then pop off all the x86 patches (down to
git-ipwireless_cs.patch).

If mm.patch doesn't fail then push on all the memory management patches (up
to mm-test-and-set-zone-reclaim-lock-before-starting-cleanup.patch).

Two iterations should get you into the culprit zone.

But please do bisect it.  

Re: [2.6.23-rc8-mm2] System hangs (loops?) during boot

[Andrew Morton]

On Sat, 29 Sep 2007 21:40:22 +0200 Frans Pop <elendil@planet.nl> wrote:

> On Saturday 29 September 2007, you wrote:
> > On Sat, 29 Sep 2007 02:32:44 +0200 Frans Pop <elendil@planet.nl> wrote:
> > > On Friday 28 September 2007, Frans Pop wrote:
> > > > My Toshiba Satellite A40 (i386, P4 Mobile) hangs during boot after:
> > > > Marking TSC unstable due to: possible TSC halt in C2.
> > > > Time: acpi_pm clocksource has been installed.
> > >
> > > A few new boot attempts show the problem is more likely at:
> > > Probing IDE interface ide0...
> 
> Looks like it is both: hpet killing IDE?
> 
> > Two iterations should get you into the culprit zone.
> 
> Thanks for the pointers. Luckily I ended up in a quite narrow zone between 
> two of the points you indicated (10 iterations).
> 
> And the winner is:
> 
> 3fe6c0016fd863b233097a8219a0d8577c2fd503 is first bad commit
> commit 3fe6c0016fd863b233097a8219a0d8577c2fd503
> Author: Udo A. Steinberg <...>
>     hpet-force-enable-on-ich34
> 
> Guess the comments about thin ice and testing were justified :-)
> 
> lspci and a 2.6.23-rc6 dmesg for this system can be found in:
> http://lkml.org/lkml/2007/9/19/300

Great, thanks for doing that.

I guess I'll drop the patch for now in that case.

Re: [2.6.23-rc8-mm2] System hangs (loops?) during boot

[Udo A. Steinberg]

[-- Attachment #1: Type: text/plain, Size: 1927 bytes --]

On Sat, 29 Sep 2007 13:02:34 -0700 Andrew Morton (AM) wrote:

AM> On Sat, 29 Sep 2007 21:40:22 +0200 Frans Pop <elendil@planet.nl> wrote:
AM> 
AM> > On Saturday 29 September 2007, you wrote:
AM> > > On Sat, 29 Sep 2007 02:32:44 +0200 Frans Pop <elendil@planet.nl>
AM> > > wrote:
AM> > > > On Friday 28 September 2007, Frans Pop wrote:
AM> > > > > My Toshiba Satellite A40 (i386, P4 Mobile) hangs during boot
AM> > > > > after: Marking TSC unstable due to: possible TSC halt in C2.
AM> > > > > Time: acpi_pm clocksource has been installed.
AM> > > >
AM> > > > A few new boot attempts show the problem is more likely at:
AM> > > > Probing IDE interface ide0...
AM> > 
AM> > Looks like it is both: hpet killing IDE?
AM> > 
AM> > > Two iterations should get you into the culprit zone.
AM> > 
AM> > Thanks for the pointers. Luckily I ended up in a quite narrow zone
AM> > between two of the points you indicated (10 iterations).
AM> > 
AM> > And the winner is:
AM> > 
AM> > 3fe6c0016fd863b233097a8219a0d8577c2fd503 is first bad commit
AM> > commit 3fe6c0016fd863b233097a8219a0d8577c2fd503
AM> > Author: Udo A. Steinberg <...>
AM> >     hpet-force-enable-on-ich34
AM> > 
AM> > Guess the comments about thin ice and testing were justified :-)
AM> > 
AM> > lspci and a 2.6.23-rc6 dmesg for this system can be found in:
AM> > http://lkml.org/lkml/2007/9/19/300
AM> 
AM> Great, thanks for doing that.
AM> 
AM> I guess I'll drop the patch for now in that case.

I somehow doubt that the HPET patch itself is the culprit. In fact, the
reason it shows up on git-bisect is probably because without it HPET
functionality is not enabled on the platform. So the problem could really
be anywhere in the HPET-driven timer infrastructure.

Frans, could you try out the -hrt patchset from Thomas Gleixner and see
if that works? Also, what ICH does your platform have? ICH3 or ICH4?

Cheers,

	- Udo

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [2.6.23-rc8-mm2] System hangs (loops?) during boot

[Frans Pop]

On Sunday 30 September 2007, you wrote:
> On Sat, 29 Sep 2007 13:02:34 -0700 Andrew Morton (AM) wrote:
> AM> On Sat, 29 Sep 2007 21:40:22 +0200 Frans Pop wrote:
> AM> > 3fe6c0016fd863b233097a8219a0d8577c2fd503 is first bad commit
> AM> > commit 3fe6c0016fd863b233097a8219a0d8577c2fd503
> AM> > Author: Udo A. Steinberg <...>
> AM> >     hpet-force-enable-on-ich34
> AM> >
> AM> > Guess the comments about thin ice and testing were justified :-)
> AM> >
> AM> Great, thanks for doing that.
> AM>
> AM> I guess I'll drop the patch for now in that case.
>
> I somehow doubt that the HPET patch itself is the culprit. In fact, the
> reason it shows up on git-bisect is probably because without it HPET
> functionality is not enabled on the platform. So the problem could really
> be anywhere in the HPET-driven timer infrastructure.
>
> Frans, could you try out the -hrt patchset from Thomas Gleixner and see
> if that works? 

I'm not sure what you mean. I fetched the branch I think you referred to 
[1], but when I did a merge of that on top of v2.6.23-rc8-mm2 I 
got "Already up-to-date", so AFAICT that branch is fully merged into mm and 
I'm already running with you latest code...
Please correct me if I'm doing anything wrong.

[1] git://git.kernel.org/pub/scm/linux/kernel/git/tglx/linux-2.6-hrt

> Also, what ICH does your platform have? ICH3 or ICH4?

It is ICH4.
See the link below (which I already included) for more details:
> AM> > lspci and a 2.6.23-rc6 dmesg for this system can be found in:
> AM> > http://lkml.org/lkml/2007/9/19/300

Cheers,
FJP

Re: [2.6.23-rc8-mm2] System hangs (loops?) during boot

[Udo A. Steinberg]

[-- Attachment #1: Type: text/plain, Size: 686 bytes --]

On Sun, 30 Sep 2007 23:50:29 +0200 Frans Pop (FP) wrote:

FP> I'm not sure what you mean. I fetched the branch I think you referred to 
FP> [1], but when I did a merge of that on top of v2.6.23-rc8-mm2 I 
FP> got "Already up-to-date", so AFAICT that branch is fully merged into mm
FP> and I'm already running with you latest code...
FP> Please correct me if I'm doing anything wrong.

I was suggesting to download 2.6.23-rc8 and applying the -hrt patchset at
http://www.kernel.org/pub/linux/kernel/people/tglx/hrtimers/2.6.23-rc8/
on top of it.

That excludes all the extra stuff in -mm and should give us a good hint
whether HPET is really at fault.

Cheers,

	- Udo

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [2.6.23-rc8-mm2] System hangs (loops?) during boot

[Frans Pop]

On Monday 01 October 2007, you wrote:
> On Sun, 30 Sep 2007 23:50:29 +0200 Frans Pop (FP) wrote:
> > I'm not sure what you mean. I fetched the branch I think you referred
> > to [1], but when I did a merge of that on top of v2.6.23-rc8-mm2 I
> > got "Already up-to-date", so AFAICT that branch is fully merged into mm
> > and I'm already running with you latest code...
>
> I was suggesting to download 2.6.23-rc8 and applying the -hrt patchset at
> http://www.kernel.org/pub/linux/kernel/people/tglx/hrtimers/2.6.23-rc8/
> on top of it.

Ah, OK. I'm afraid that was not at all clear from your previous message :-/

During 'make oldconfig' I got a config question about "CPU idle support", 
which does not seem to be in rc8-mm2; is that correct? I answered N.

> That excludes all the extra stuff in -mm and should give us a good hint
> whether HPET is really at fault.

The system does boot with rc8 + hrt1.

Andrew: any suggestions on how to trace the "real" culprit for the hang?


Udo: I did see one issue during boot with this rc8 + hrt1 kernel.
     System is Debian unstable.
Setting the system clock..
select() to /dev/rtc to wait for clock tick timed out

Also, if the patchset really is not the same as in mm, then that at least 
partially invalidates this test.

Relevant lines from dmesg diff:
-Linux version 2.6.23-rc6 [...]
+Linux version 2.6.23-rc8-hrt1 [...]
[...]
+hpet clockevent registered
+hpet0: at MMIO 0xfed00000, IRQs 2, 8, 0
+hpet0: 3 64-bit timers, 14318180 Hz
 ACPI: RTC can wake from S4
 Time: tsc clocksource has been installed.
[...]
-Marking TSC unstable due to: possible TSC halt in C2.
-Time: acpi_pm clocksource has been installed.
[...]
-Clocksource tsc unstable (delta = -473964036 ns)
[...]
 Real Time Clock Driver v1.12ac
[...]
+Marking TSC unstable due to: cpufreq changes.
+Time: hpet clocksource has been installed.
+Clocksource tsc unstable (delta = -125526392 ns)

# cat /sys/devices/system/clocksource/clocksource0/available_clocksource
hpet acpi_pm pit jiffies tsc
# cat /sys/devices/system/clocksource/clocksource0/current_clocksource
hpet

I noted that acpi_pm is no longer mentioned in dmesg, but is still present.

Cheers,
FJP

Re: [2.6.23-rc8-mm2] System hangs (loops?) during boot

[Udo A. Steinberg]

[-- Attachment #1: Type: text/plain, Size: 1362 bytes --]

On Mon, 1 Oct 2007 02:07:33 +0200 Frans Pop (FP) wrote:

FP> On Monday 01 October 2007, you wrote:
FP> > I was suggesting to download 2.6.23-rc8 and applying the -hrt patchset
FP> > at
FP> > http://www.kernel.org/pub/linux/kernel/people/tglx/hrtimers/2.6.23-rc8/
FP> > on top of it.
FP> 
FP> Ah, OK. I'm afraid that was not at all clear from your previous
FP> message :-/

Yeah, sorry about that.

FP> During 'make oldconfig' I got a config question about "CPU idle
FP> support", which does not seem to be in rc8-mm2; is that correct? I
FP> answered N.

Shouldn't matter either way. Answering 'Y' gives you a more sophisticated
C-state governor that improves battery life.

FP> The system does boot with rc8 + hrt1.

Good. That seems to confirm my suspicion that the real problem is caused by
something in -mm which is not in -hrt. However, I have no idea what exactly
could be going wrong.

FP> Andrew: any suggestions on how to trace the "real" culprit for the hang?
FP> 
FP> 
FP> Udo: I did see one issue during boot with this rc8 + hrt1 kernel.
FP>      System is Debian unstable.
FP> Setting the system clock..
FP> select() to /dev/rtc to wait for clock tick timed out

Thomas and Andrew are the best people to ask about what exactly has been
merged from -hrt into -mm. Maybe they can chime in here.

Cheers,

	- Udo

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [2.6.23-rc8-mm2] System hangs (loops?) during boot

[Frans Pop]

On Monday 01 October 2007, Udo A. Steinberg wrote:
> On Mon, 1 Oct 2007 02:07:33 +0200 Frans Pop (FP) wrote:
> FP> On Monday 01 October 2007, you wrote:
> FP> > I was suggesting to download 2.6.23-rc8 and applying the -hrt
> patchset FP> > at
> FP> >
> http://www.kernel.org/pub/linux/kernel/people/tglx/hrtimers/2.6.23-rc8/
> FP> > on top of it.
>
> FP> The system does boot with rc8 + hrt1.
>
> FP> Udo: I did see one issue during boot with this rc8 + hrt1 kernel.
> FP>      System is Debian unstable.
> FP> Setting the system clock..
> FP> select() to /dev/rtc to wait for clock tick timed out
>
> Thomas and Andrew are the best people to ask about what exactly has been
> merged from -hrt into -mm. Maybe they can chime in here.

I agree with you for the original issue.

But the /dev/rtc issue described here has *nothing* to do with mm: I saw 
that with pure Linus' 2.6.23-rc8 + Thomas' hrt1 on top: the combination you 
asked me to test.
So this is an issue in "your" hrt changes. Thomas may have some suggestions, 
but maybe you can have a look as well?

I'm of course willing to do a bisect if needed to narrow this down, but I'd 
like to know who I'll be talking or where I should follow up for issues in 
the hrt patch set.

Re: [2.6.23-rc8-mm2] System hangs (loops?) during boot

[Andrew Morton]

On Mon, 1 Oct 2007 02:07:33 +0200 Frans Pop <elendil@planet.nl> wrote:

> > That excludes all the extra stuff in -mm and should give us a good hint
> > whether HPET is really at fault.
> 
> The system does boot with rc8 + hrt1.
> 
> Andrew: any suggestions on how to trace the "real" culprit for the hang?

Not really.  Ordinarily one could move hpet-force-enable-on-ich34.patch to
start-of-series, then verify that mainline+hpet-force-enable-on-ich34.patch
works correctly, then just bisect all the other patches.

But tht doesn't work because hpet-force-enable-on-ich34.patch has a
dependency on other patches in the hrt-related patch series, and it could
be that the bug which you've exposed is already in mainline anyway.

If you had a minimal, standalone hpet-force-enable-on-ich34.patch against
mainline then you could test that against mainline.  If that also failed
then you could git-bisect mainline, applying
hpet-force-enable-on-ich34.patch each time (I've done that before).  But
this assumes that you're searching for a regression in minaline.  It may
never have worked.

Re: [2.6.23-rc8-mm2] kernel BUG at mm/slab.c:591! | invalid opcode: 0000 [#1] SMP

[Frans Pop]

[-- Attachment #1: Type: text/plain, Size: 794 bytes --]

On Friday 28 September 2007, you wrote:
> My Toshiba Satellite A40 (i386, P4 Mobile) hangs during boot after:

With 'hpet-force-enable-on-ich34' reverted the system boots OK again.

We're not yet done though. It now fails to resume from suspend and there's
also the BUG (see subject) during power off. Possibly these are related.

Attached a diff of dmesg between 2.6.23-6 and 2.6.23-8. Nothing spectacular
AFAICT, except that I activated netconsole.

The details of that BUG are at the end of the diff.

I have some idea where to start looking for this one. If I'm not mistaken,
it should be somewhere between these two changes:
# good: [01762341418efa818f28dc69426ca7cc582cdc8c] git-wireless
# good: [ecdd2a3cb73af8b4659a4cb150bdf2a3ac908791] i386-pit-remove-the-useless-ifdefs

Cheers,
FJP


[-- Attachment #2: 2.6.23-rc6_rc8-mm2.dmesg.diff --]
[-- Type: text/x-diff, Size: 22004 bytes --]

--- 2.6.23-rc6-686.dmesg	2007-09-19 19:32:00.000000000 +0200
+++ strider2.log	2007-09-29 23:55:18.000000000 +0200
@@ -1,335 +1,360 @@
-Linux version 2.6.23-rc6 (root@faramir) (gcc version 4.2.1 (Debian 4.2.1-4)) #1 SMP Wed Sep 19 16:31:00 CEST 2007
+Linux version 2.6.23-rc8-mm2 (root@faramir) (gcc version 4.2.1 (Debian 4.2.1-4)) #1 SMP Sat Sep 29 23:22:39 CEST 2007
 BIOS-provided physical RAM map:
  BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
  BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
  BIOS-e820: 00000000000e0000 - 00000000000eee00 (reserved)
  BIOS-e820: 00000000000eee00 - 00000000000ef000 (ACPI NVS)
  BIOS-e820: 00000000000ef000 - 0000000000100000 (reserved)
  BIOS-e820: 0000000000100000 - 000000001ef40000 (usable)
  BIOS-e820: 000000001ef40000 - 000000001ef50000 (ACPI data)
  BIOS-e820: 000000001ef50000 - 000000001f000000 (reserved)
  BIOS-e820: 00000000fec00000 - 00000000fec01000 (reserved)
  BIOS-e820: 00000000fec10000 - 00000000fec20000 (reserved)
  BIOS-e820: 00000000feda0000 - 00000000fedc0000 (reserved)
  BIOS-e820: 00000000fee00000 - 00000000fee01000 (reserved)
  BIOS-e820: 00000000ffb00000 - 00000000ffc00000 (reserved)
  BIOS-e820: 00000000ffe80000 - 0000000100000000 (reserved)
 0MB HIGHMEM available.
 495MB LOWMEM available.
-Entering add_active_range(0, 0, 126784) 0 entries of 256 used
 Zone PFN ranges:
   DMA             0 ->     4096
   Normal       4096 ->   126784
   HighMem    126784 ->   126784
 Movable zone start PFN for each node
 early_node_map[1] active PFN ranges
     0:        0 ->   126784
-On node 0 totalpages: 126784
-  DMA zone: 32 pages used for memmap
-  DMA zone: 0 pages reserved
-  DMA zone: 4064 pages, LIFO batch:0
-  Normal zone: 958 pages used for memmap
-  Normal zone: 121730 pages, LIFO batch:31
-  HighMem zone: 0 pages used for memmap
-  Movable zone: 0 pages used for memmap
 DMI 2.3 present.
 ACPI: RSDP 000F0180, 0014 (r0 TOSHIB)
 ACPI: RSDT 1EF40000, 0038 (r1 TOSHIB 750        970814 TASM  4010000)
 ACPI: FACP 1EF40060, 0084 (r2 TOSHIB 750      20030101 TASM  4010000)
 ACPI: DSDT 1EF40558, 4B72 (r1 TOSHIB A000C    20031216 MSFT  100000E)
 ACPI: FACS 000EEE00, 0040
 ACPI: SSDT 1EF402CA, 0082 (r1 TOSHIB A000C    20030917 MSFT  100000E)
 ACPI: DBGP 1EF400E4, 0034 (r1 TOSHIB 750        970814 TASM  4010000)
 ACPI: BOOT 1EF40038, 0028 (r1 TOSHIB 750        970814 TASM  4010000)
 ACPI: APIC 1EF40118, 0062 (r1 TOSHIB 750        970814 TASM  4010000)
 ACPI: PM-Timer IO Port: 0xd808
-ACPI: Local APIC address 0xfee00000
 ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled)
 Processor #0 15:2 APIC version 20
 ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] disabled)
 ACPI: LAPIC_NMI (acpi_id[0x00] high edge lint[0x1])
 ACPI: IOAPIC (id[0x01] address[0xfec00000] gsi_base[0])
 IOAPIC[0]: apic_id 1, version 32, address 0xfec00000, GSI 0-23
 ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
 ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
-ACPI: IRQ0 used by override.
-ACPI: IRQ2 used by override.
-ACPI: IRQ9 used by override.
 Enabling APIC mode:  Flat.  Using 1 I/O APICs
 Using ACPI (MADT) for SMP configuration information
 Allocating PCI resources starting at 20000000 (gap: 1f000000:dfc00000)
 swsusp: Registered nosave memory region: 000000000009f000 - 00000000000a0000
 swsusp: Registered nosave memory region: 00000000000a0000 - 00000000000e0000
 swsusp: Registered nosave memory region: 00000000000e0000 - 00000000000ee000
 swsusp: Registered nosave memory region: 00000000000ee000 - 00000000000ef000
 swsusp: Registered nosave memory region: 00000000000ef000 - 0000000000100000
-Built 1 zonelists in Zone order.  Total pages: 125794
-Kernel command line: root=/dev/hda3 ro vga=791
-mapped APIC to ffffb000 (fee00000)
-mapped IOAPIC to ffffa000 (fec00000)
+Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 125794
+Kernel command line: root=/dev/hda3 resume=/dev/hda6 ro vga=791 netconsole=@10.19.66.11/,@10.19.66.12/
 Enabling fast FPU save and restore... done.
 Enabling unmasked SIMD FPU exception support... done.
 Initializing CPU#0
 PID hash table entries: 2048 (order: 11, 8192 bytes)
-Detected 2793.139 MHz processor.
+Detected 2793.094 MHz processor.
 Console: colour dummy device 80x25
 console [tty0] enabled
 Dentry cache hash table entries: 65536 (order: 6, 262144 bytes)
 Inode-cache hash table entries: 32768 (order: 5, 131072 bytes)
-Memory: 493688k/507136k available (1710k kernel code, 12840k reserved, 654k data, 232k init, 0k highmem)
+Memory: 495884k/507136k available (1736k kernel code, 10700k reserved, 1096k data, 236k init, 0k highmem)
 virtual kernel memory layout:
     fixmap  : 0xfff4c000 - 0xfffff000   ( 716 kB)
     pkmap   : 0xff800000 - 0xffc00000   (4096 kB)
     vmalloc : 0xdf800000 - 0xff7fe000   ( 511 MB)
     lowmem  : 0xc0000000 - 0xdef40000   ( 495 MB)
-      .init : 0xc0355000 - 0xc038f000   ( 232 kB)
-      .data : 0xc02abb3c - 0xc034f6dc   ( 654 kB)
-      .text : 0xc0100000 - 0xc02abb3c   (1710 kB)
+      .init : 0xc03cb000 - 0xc0406000   ( 236 kB)
+      .data : 0xc02b2169 - 0xc03c41f4   (1096 kB)
+      .text : 0xc0100000 - 0xc02b2169   (1736 kB)
 Checking if this processor honours the WP bit even in supervisor mode... Ok.
-Calibrating delay using timer specific routine.. 5590.71 BogoMIPS (lpj=11181437)
-Security Framework v1.0.0 initialized
+Calibrating delay using timer specific routine.. 5591.18 BogoMIPS (lpj=11182376)
+Security Framework initialized
 SELinux:  Disabled at boot.
 Capability LSM initialized
 Mount-cache hash table entries: 512
-CPU: After generic identify, caps: bfebfbff 00000000 00000000 00000000 00004400 00000000 00000000 00000000
 CPU: Trace cache: 12K uops, L1 D cache: 8K
 CPU: L2 cache: 512K
 CPU: Hyper-Threading is disabled
-CPU: After all inits, caps: bfebfbff 00000000 00000000 0000b080 00004400 00000000 00000000 00000000
 Intel machine check architecture supported.
 Intel machine check reporting enabled on CPU#0.
 CPU0: Intel P4/Xeon Extended MCE MSRs (12) available
 CPU0: Thermal monitoring enabled
 Compat vDSO mapped to ffffe000.
 Checking 'hlt' instruction... OK.
 SMP alternatives: switching to UP code
 Freeing SMP alternatives: 11k freed
 ACPI: Core revision 20070126
 CPU0: Intel Mobile Intel(R) Pentium(R) 4     CPU 2.80GHz stepping 09
-Total of 1 processors activated (5590.71 BogoMIPS).
+Total of 1 processors activated (5591.18 BogoMIPS).
 ENABLING IO-APIC IRQs
 ..TIMER: vector=0x31 apic1=0 pin1=2 apic2=-1 pin2=-1
 Brought up 1 CPUs
+net_namespace: 60 bytes
 Booting paravirtualized kernel on bare hardware
 NET: Registered protocol family 16
 ACPI: bus type pci registered
 PCI: PCI BIOS revision 2.10 entry at 0xfd2fe, last bus=3
 PCI: Using configuration type 1
 Setting up standard PCI resources
-ACPI: EC: Look up EC in DSDT
 ACPI: Interpreter enabled
-ACPI: (supports S0 S3)
+ACPI: (supports S0 S3 S4 S5)
 ACPI: Using IOAPIC for interrupt routing
 ACPI: PCI Root Bridge [PCI0] (0000:00)
 PCI quirk: region d800-d87f claimed by ICH4 ACPI/GPIO/TCO
 PCI quirk: region eec0-eeff claimed by ICH4 GPIO
 PCI: Transparent bridge - 0000:00:1e.0
-ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
-ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PCIB._PRT]
 ACPI: PCI Interrupt Link [LNKA] (IRQs *10)
 ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 7 *11)
 ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6 7 *11)
 ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 7 *11)
 ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 6 7 *11)
 ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 6 7 *11)
 ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 6 7 *11)
 ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 6 7 *11)
 ACPI: Power Resource [PFAN] (off)
 Linux Plug and Play Support v0.97 (c) Adam Belay
 pnp: PnP ACPI init
 ACPI: bus type pnp registered
 pnp: PnP ACPI: found 10 devices
 ACPI: ACPI bus type pnp unregistered
 PnPBIOS: Disabled by ACPI PNP
 PCI: Using ACPI for IRQ routing
 PCI: If a device doesn't work, try "pci=routeirq".  If it helps, post a report
 PCI: Cannot allocate resource region 4 of device 0000:00:1d.0
 PCI: Cannot allocate resource region 4 of device 0000:00:1d.1
-NET: Registered protocol family 8
-NET: Registered protocol family 20
 ACPI: RTC can wake from S4
 Time: tsc clocksource has been installed.
 pnp: 00:00: iomem range 0x0-0x9ffff could not be reserved
 pnp: 00:00: iomem range 0xe0000-0xeffff could not be reserved
 pnp: 00:00: iomem range 0xf0000-0xfffff could not be reserved
 pnp: 00:00: iomem range 0x100000-0x1ef3ffff could not be reserved
 PCI: Bus 2, cardbus bridge: 0000:01:0b.0
   IO window: 0000c000-0000c0ff
   IO window: 0000c400-0000c4ff
   PREFETCH window: 28000000-2bffffff
   MEM window: 30000000-33ffffff
 PCI: Bridge: 0000:00:1e.0
   IO window: c000-cfff
   MEM window: cff00000-cfffffff
   PREFETCH window: 28000000-2bffffff
-PCI: Setting latency timer of device 0000:00:1e.0 to 64
 PCI: Enabling device 0000:01:0b.0 (0000 -> 0003)
 ACPI: PCI Interrupt 0000:01:0b.0[A] -> GSI 18 (level, low) -> IRQ 16
 NET: Registered protocol family 2
 IP route cache hash table entries: 4096 (order: 2, 16384 bytes)
 TCP established hash table entries: 16384 (order: 5, 196608 bytes)
 TCP bind hash table entries: 16384 (order: 5, 131072 bytes)
 TCP: Hash tables configured (established 16384 bind 16384)
 TCP reno registered
 checking if image is initramfs... it is
-Switched to high resolution mode on CPU 0
-Freeing initrd memory: 5478k freed
+Freeing initrd memory: 2846k freed
 Simple Boot Flag at 0x7c set to 0x1
 audit: initializing netlink socket (disabled)
-audit(1190222757.716:1): initialized
+audit(1191102452.492:1): initialized
 VFS: Disk quotas dquot_6.5.1
 Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
 io scheduler noop registered
 io scheduler anticipatory registered
 io scheduler deadline registered
 io scheduler cfq registered (default)
-Boot video device is 0000:00:02.0
 PCI: Firmware left 0000:01:08.0 e100 interrupts enabled, disabling
 vesafb: framebuffer at 0xd8000000, mapped to 0xdf880000, using 3072k, total 16192k
 vesafb: mode is 1024x768x16, linelength=2048, pages=9
 vesafb: scrolling: redraw
 vesafb: Truecolor: size=0:5:6:5, shift=0:11:5:0
 Console: switching to colour frame buffer device 128x48
 fb0: VESA VGA frame buffer device
 isapnp: Scanning for PnP cards...
+Switched to high resolution mode on CPU 0
 isapnp: No Plug & Play device found
 Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing enabled
 PCI: Enabling device 0000:00:1f.6 (0000 -> 0001)
 ACPI: PCI Interrupt 0000:00:1f.6[B] -> GSI 17 (level, low) -> IRQ 17
 ACPI: PCI interrupt for device 0000:00:1f.6 disabled
 RAMDISK driver initialized: 16 RAM disks of 8192K size 1024 blocksize
+e100: Intel(R) PRO/100 Network Driver, 3.5.23-k4-NAPI
+e100: Copyright(c) 1999-2006 Intel Corporation
+ACPI: PCI Interrupt 0000:01:08.0[A] -> GSI 20 (level, low) -> IRQ 18
+e100: eth0: e100_probe: addr 0xcffff000, irq 18, MAC addr 00:08:0d:17:bf:f5
+netconsole: local port 6665
+netconsole: local IP 10.19.66.11
+netconsole: interface eth0
+netconsole: remote port 6666
+netconsole: remote IP 10.19.66.12
+netconsole: remote ethernet address ff:ff:ff:ff:ff:ff
+netconsole: device eth0 not up yet, forcing it
+e100: eth0: e100_watchdog: link up, 100Mbps, full-duplex
+netconsole: carrier detect appears untrustworthy, waiting 4 seconds
+console [netcon0] enabled
+netconsole: network logging started
 PNP: PS/2 Controller [PNP0303:KBC,PNP0f13:PS2M] at 0x60,0x64 irq 1,12
 serio: i8042 KBD port at 0x60,0x64 irq 1
 serio: i8042 AUX port at 0x60,0x64 irq 12
 mice: PS/2 mouse device common for all mice
 TCP bic registered
 NET: Registered protocol family 1
 NET: Registered protocol family 17
 Using IPI No-Shortcut mode
-Freeing unused kernel memory: 232k freed
+Freeing unused kernel memory: 236k freed
 input: AT Translated Set 2 keyboard as /class/input/input0
 ACPI: Transitioning device [FAN] to D3
 ACPI: Transitioning device [FAN] to D3
 ACPI: Fan [FAN] (off)
 ACPI: CPU0 (power states: C1[C1] C2[C2] C3[C3])
-ACPI: Thermal Zone [THRM] (71 C)
+ACPI: Thermal Zone [THRM] (53 C)
 usbcore: registered new interface driver usbfs
 usbcore: registered new interface driver hub
-SCSI subsystem initialized
 usbcore: registered new device driver usb
-libata version 2.21 loaded.
-e100: Intel(R) PRO/100 Network Driver, 3.5.23-k4-NAPI
-e100: Copyright(c) 1999-2006 Intel Corporation
-ACPI: PCI Interrupt 0000:01:08.0[A] -> GSI 20 (level, low) -> IRQ 18
-e100: eth0: e100_probe: addr 0xcffff000, irq 18, MAC addr 00:08:0D:17:BF:F5
-Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
-ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
 USB Universal Host Controller Interface driver v3.0
 ACPI: PCI Interrupt 0000:00:1d.0[A] -> GSI 16 (level, low) -> IRQ 19
-PCI: Setting latency timer of device 0000:00:1d.0 to 64
 uhci_hcd 0000:00:1d.0: UHCI Host Controller
 uhci_hcd 0000:00:1d.0: new USB bus registered, assigned bus number 1
 uhci_hcd 0000:00:1d.0: irq 19, io base 0x000018c0
 usb usb1: configuration #1 chosen from 1 choice
 hub 1-0:1.0: USB hub found
 hub 1-0:1.0: 2 ports detected
+SCSI subsystem initialized
+usb usb1: new device found, idVendor=0000, idProduct=0000
+usb usb1: new device strings: Mfr=3, Product=2, SerialNumber=1
+usb usb1: Product: UHCI Host Controller
+usb usb1: Manufacturer: Linux 2.6.23-rc8-mm2 uhci_hcd
+usb usb1: SerialNumber: 0000:00:1d.0
 ACPI: PCI Interrupt 0000:00:1d.1[B] -> GSI 19 (level, low) -> IRQ 20
-PCI: Setting latency timer of device 0000:00:1d.1 to 64
 uhci_hcd 0000:00:1d.1: UHCI Host Controller
 uhci_hcd 0000:00:1d.1: new USB bus registered, assigned bus number 2
 uhci_hcd 0000:00:1d.1: irq 20, io base 0x000018e0
 usb usb2: configuration #1 chosen from 1 choice
 hub 2-0:1.0: USB hub found
 hub 2-0:1.0: 2 ports detected
-Marking TSC unstable due to: possible TSC halt in C2.
-Time: acpi_pm clocksource has been installed.
+usb usb2: new device found, idVendor=0000, idProduct=0000
+usb usb2: new device strings: Mfr=3, Product=2, SerialNumber=1
+usb usb2: Product: UHCI Host Controller
+usb usb2: Manufacturer: Linux 2.6.23-rc8-mm2 uhci_hcd
+usb usb2: SerialNumber: 0000:00:1d.1
 PCI: Enabling device 0000:00:1d.7 (0000 -> 0002)
 ACPI: PCI Interrupt 0000:00:1d.7[D] -> GSI 23 (level, low) -> IRQ 21
-PCI: Setting latency timer of device 0000:00:1d.7 to 64
 ehci_hcd 0000:00:1d.7: EHCI Host Controller
 ehci_hcd 0000:00:1d.7: new USB bus registered, assigned bus number 3
 ehci_hcd 0000:00:1d.7: debug port 1
-PCI: cache line size of 128 is not supported by device 0000:00:1d.7
 ehci_hcd 0000:00:1d.7: irq 21, io mem 0x2c080000
 ehci_hcd 0000:00:1d.7: USB 2.0 started, EHCI 1.00, driver 10 Dec 2004
 usb usb3: configuration #1 chosen from 1 choice
 hub 3-0:1.0: USB hub found
 hub 3-0:1.0: 6 ports detected
+Marking TSC unstable due to: possible TSC halt in C2.
+Time: acpi_pm clocksource has been installed.
+usb usb3: new device found, idVendor=0000, idProduct=0000
+usb usb3: new device strings: Mfr=3, Product=2, SerialNumber=1
+usb usb3: Product: EHCI Host Controller
+usb usb3: Manufacturer: Linux 2.6.23-rc8-mm2 ehci_hcd
+usb usb3: SerialNumber: 0000:00:1d.7
+Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
+ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
 ICH4: IDE controller at PCI slot 0000:00:1f.1
 ACPI: PCI Interrupt 0000:00:1f.1[A] -> GSI 18 (level, low) -> IRQ 16
 ICH4: chipset revision 3
 ICH4: not 100% native mode: will probe irqs later
     ide0: BM-DMA at 0xbfa0-0xbfa7, BIOS settings: hda:DMA, hdb:pio
     ide1: BM-DMA at 0xbfa8-0xbfaf, BIOS settings: hdc:DMA, hdd:pio
-Probing IDE interface ide0...
 hda: HTS541080G9AT00, ATA DISK drive
-hda: selected mode 0x45
 ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
-Probing IDE interface ide1...
-Clocksource tsc unstable (delta = -473964036 ns)
+Clocksource tsc unstable (delta = -215345309 ns)
 hdc: TOSHIBA DVD-ROM SD-R6112, ATAPI CD/DVD-ROM drive
-hdc: selected mode 0x42
 ide1 at 0x170-0x177,0x376 on irq 15
 hda: max request size: 512KiB
 hda: 156301488 sectors (80026 MB) w/7539KiB Cache, CHS=16383/255/63, UDMA(100)
 hda: cache flushes supported
- hda: hda1 hda2 hda3 hda4 < hda5 hda6 >
+ hda: hda1 hda2 hda3 hda4 < hda5 hda6 hda7 >
 hdc: ATAPI 24X DVD-ROM DVD-R CD-R/RW drive, 2048kB Cache, UDMA(33)
 Uniform CD-ROM driver Revision: 3.20
 device-mapper: ioctl: 4.11.0-ioctl (2006-10-12) initialised: dm-devel@redhat.com
+Attempting manual resume
 kjournald starting.  Commit interval 5 seconds
 EXT3-fs: mounted filesystem with ordered data mode.
-input: PC Speaker as /class/input/input1
 Real Time Clock Driver v1.12ac
-iTCO_wdt: Intel TCO WatchDog Timer Driver v1.02 (26-Jul-2007)
-iTCO_wdt: Found a ICH4-M TCO device (Version=1, TCOBASE=0xd860)
-iTCO_wdt: initialized. heartbeat=30 sec (nowayout=0)
-pnp: Device 00:09 activated.
-parport_pc 00:09: reported by Plug and Play ACPI
-pnp: Device 00:09 disabled.
-pci_hotplug: PCI Hot Plug PCI Core version: 0.5
+input: PC Speaker as /class/input/input1
 Linux agpgart interface v0.102
-shpchp: Standard Hot Plug PCI Controller Driver version: 0.4
-intel_rng: FWH not detected
+agpgart: suspend/resume problematic: resume with 3D/DRI active may lockup X.Org
+on some chipset/BIOS combos (see DEBUG_AGP_PM in intel-agp.c)
 agpgart: Detected an Intel 855GM Chipset.
 agpgart: Detected 16252K stolen memory.
 agpgart: AGP aperture is 128M @ 0xd8000000
+pci_hotplug: PCI Hot Plug PCI Core version: 0.5
+shpchp: Standard Hot Plug PCI Controller Driver version: 0.4
+pnp: Device 00:09 activated.
+parport_pc 00:09: reported by Plug and Play ACPI
+pnp: Device 00:09 disabled.
 input: Power Button (FF) as /class/input/input2
+Uniform watchdog device driver v0.01 loaded
 ACPI: Power Button (FF) [PWRF]
 input: Lid Switch as /class/input/input3
 ACPI: Lid Switch [LID]
 input: Power Button (CM) as /class/input/input4
 ACPI: Power Button (CM) [PWRB]
 ACPI: AC Adapter [ADP1] (on-line)
+ACPI: Battery Slot [BAT1] (battery present)
 input: Video Bus as /class/input/input5
+iTCO_wdt: Intel TCO WatchDog Timer Driver v1.10 (17-Aug-2007)
 ACPI: Video Device [VGA] (multi-head: yes  rom: yes  post: no)
-ACPI: Battery Slot [BAT1] (battery present)
-input: PS/2 Mouse as /class/input/input6
-input: AlpsPS/2 ALPS GlidePoint as /class/input/input7
 Yenta: CardBus bridge found at 0000:01:0b.0 [1179:0001]
 Yenta: ISA IRQ mask 0x04b8, PCI irq 16
 Socket status: 30000007
 pcmcia: parent PCI bridge I/O window: 0xc000 - 0xcfff
 cs: IO port probe 0xc000-0xcfff: clean.
 pcmcia: parent PCI bridge Memory window: 0xcff00000 - 0xcfffffff
 pcmcia: parent PCI bridge Memory window: 0x28000000 - 0x2bffffff
 ACPI: PCI Interrupt 0000:00:1f.6[B] -> GSI 17 (level, low) -> IRQ 17
-PCI: Setting latency timer of device 0000:00:1f.6 to 64
 PCI: Enabling device 0000:00:1f.5 (0000 -> 0003)
 ACPI: PCI Interrupt 0000:00:1f.5[B] -> GSI 17 (level, low) -> IRQ 17
-PCI: Setting latency timer of device 0000:00:1f.5 to 64
+input: PS/2 Mouse as /class/input/input6
+input: AlpsPS/2 ALPS GlidePoint as /class/input/input7
 cs: IO port probe 0x100-0x3af: excluding 0x1e0-0x1e7
 cs: IO port probe 0x3e0-0x4ff: excluding 0x4d0-0x4d7
 cs: IO port probe 0x820-0x8ff: clean.
 cs: IO port probe 0xc00-0xcf7: clean.
 cs: IO port probe 0xa00-0xaff: clean.
-intel8x0_measure_ac97_clock: measured 55275 usecs
+iTCO_wdt: Found a ICH4-M TCO device (Version=1, TCOBASE=0xd860)
+iTCO_wdt: initialized. heartbeat=30 sec (nowayout=0)
+intel_rng: FWH not detected
+intel8x0_measure_ac97_clock: measured 55282 usecs
 intel8x0: clocking to 48000
+Adding 554200k swap on /dev/hda6.  Priority:-1 extents:1 across:554200k
 EXT3 FS on hda3, internal journal
 toshiba_acpi: Toshiba Laptop ACPI Extras version 0.18
 toshiba_acpi:     HCI method: \_SB_.VALZ.GHCI
 fuse init (API version 7.8)
-e100: eth0: e100_watchdog: link up, 100Mbps, full-duplex
 NET: Registered protocol family 10
 lo: Disabled Privacy Extensions
-eth0: no IPv6 routers present
+------------[ cut here ]------------
+kernel BUG at mm/slab.c:591!
+invalid opcode: 0000 [#1] SMP 
+last sysfs file: /devices/pci0000:00/0000:00:1e.0/0000:01:0b.0/resource
+Modules linked in: ipv6 fuse dm_snapshot eeprom lm90 i2c_i801 i2c_core speedstep_ich speedstep_lib toshiba_acpi joydev tsdev pcmcia firmware_class snd_intel8x0 snd_intel8x0m snd_ac97_codec ac97_bus snd_pcm_oss snd_mixer_oss yenta_socket snd_pcm rsrc_nonstatic pcmcia_core snd_timer iTCO_wdt video output snd battery psmouse ac watchdog_core watchdog_dev button parport_pc parport shpchp pci_hotplug soundcore snd_page_alloc intel_agp agpgart evdev serio_raw pcspkr rtc ext3 jbd mbcache dm_mirror dm_mod ide_cd cdrom ide_disk piix generic ide_core ata_generic libata scsi_mod ehci_hcd uhci_hcd usbcore thermal processor fan
+
+Pid: 3763, comm: rmmod Not tainted (2.6.23-rc8-mm2 #1)
+EIP: 0060:[<c016df71>] EFLAGS: 00010046 CPU: 0
+EIP is at kfree+0x5e/0x97
+EAX: 00000000 EBX: dfe704b8 ECX: c2340d84 EDX: c13fcd40
+ESI: 00000286 EDI: dfe6ac65 EBP: c7204000 ESP: c7205f14
+ DS: 007b ES: 007b FS: 00d8 GS: 0033 SS: 0068
+Process rmmod (pid: 3763, ti=c7204000 task=c201eab0 task.ti=c7204000)
+last branch before last exception/interrupt
+ from c016df66 (kfree+0x53/0x97)
+ to c016df6b (kfree+0x58/0x97)
+Stack: dfe704b8 dfe6ac65 dfe704c8 c01d975c dfe7048c c01d9772 00000880 c01da45a 
+       00000000 00000880 dfe70488 00000000 dfe705c0 00000000 dfe69395 dfe6a5f2 
+       dfe6aba0 c01465a0 65737566 00000000 00000000 c21e75c0 c0163e91 c18df200 
+Call Trace:
+ [<c01d975c>] kobject_cleanup+0x31/0x47
+ [<c01da45a>] kref_put+0x76/0x84
+ [<dfe69395>] fuse_sysfs_cleanup+0xa/0x14 [fuse]
+ [<dfe6a5f2>] fuse_exit+0x19/0x24 [fuse]
+ [<c01465a0>] sys_delete_module+0x1c0/0x228
+ [<c0103ece>] sysenter_past_esp+0x6b/0xa1
+ [<ffffe410>] 0xffffe410
+ =======================
+Code: aa 43 c0 8b 02 25 00 40 02 00 3d 00 40 02 00 75 03 8b 52 0c 8b 02 25 00 40 02 00 3d 00 40 02 00 75 03 8b 52 0c 8b 02 84 c0 78 04 <0f> 0b eb fe 8b 4a 18 64 a1 08 00 40 c0 8b 1c 81 8b 03 3b 43 04 
+EIP: [<c016df71>] kfree+0x5e/0x97 SS:ESP 0068:c7205f14

Re: [2.6.23-rc8-mm2] kernel BUG at mm/slab.c:591! | invalid opcode: 0000 [#1] SMP

[Andrew Morton]

On Sun, 30 Sep 2007 00:15:35 +0200 Frans Pop <elendil@planet.nl> wrote:

> On Friday 28 September 2007, you wrote:
> > My Toshiba Satellite A40 (i386, P4 Mobile) hangs during boot after:
> 
> With 'hpet-force-enable-on-ich34' reverted the system boots OK again.
> 
> We're not yet done though. It now fails to resume from suspend

suspend-to-RAM?  Can you describe this failure a bit more?

> and there's
> also the BUG (see subject) during power off. Possibly these are related.
> 
> Attached a diff of dmesg between 2.6.23-6 and 2.6.23-8. Nothing spectacular
> AFAICT, except that I activated netconsole.
> 
> The details of that BUG are at the end of the diff.
> 
> I have some idea where to start looking for this one. If I'm not mistaken,
> it should be somewhere between these two changes:
> # good: [01762341418efa818f28dc69426ca7cc582cdc8c] git-wireless
> # good: [ecdd2a3cb73af8b4659a4cb150bdf2a3ac908791] i386-pit-remove-the-useless-ifdefs
> 

> +------------[ cut here ]------------
> +kernel BUG at mm/slab.c:591!
> +invalid opcode: 0000 [#1] SMP 
> +last sysfs file: /devices/pci0000:00/0000:00:1e.0/0000:01:0b.0/resource
> +Modules linked in: ipv6 fuse dm_snapshot eeprom lm90 i2c_i801 i2c_core speedstep_ich speedstep_lib toshiba_acpi joydev tsdev pcmcia firmware_class snd_intel8x0 snd_intel8x0m snd_ac97_codec ac97_bus snd_pcm_oss snd_mixer_oss yenta_socket snd_pcm rsrc_nonstatic pcmcia_core snd_timer iTCO_wdt video output snd battery psmouse ac watchdog_core watchdog_dev button parport_pc parport shpchp pci_hotplug soundcore snd_page_alloc intel_agp agpgart evdev serio_raw pcspkr rtc ext3 jbd mbcache dm_mirror dm_mod ide_cd cdrom ide_disk piix generic ide_core ata_generic libata scsi_mod ehci_hcd uhci_hcd usbcore thermal processor fan
> +
> +Pid: 3763, comm: rmmod Not tainted (2.6.23-rc8-mm2 #1)
> +EIP: 0060:[<c016df71>] EFLAGS: 00010046 CPU: 0
> +EIP is at kfree+0x5e/0x97
> +EAX: 00000000 EBX: dfe704b8 ECX: c2340d84 EDX: c13fcd40
> +ESI: 00000286 EDI: dfe6ac65 EBP: c7204000 ESP: c7205f14
> + DS: 007b ES: 007b FS: 00d8 GS: 0033 SS: 0068
> +Process rmmod (pid: 3763, ti=c7204000 task=c201eab0 task.ti=c7204000)
> +last branch before last exception/interrupt
> + from c016df66 (kfree+0x53/0x97)
> + to c016df6b (kfree+0x58/0x97)
> +Stack: dfe704b8 dfe6ac65 dfe704c8 c01d975c dfe7048c c01d9772 00000880 c01da45a 
> +       00000000 00000880 dfe70488 00000000 dfe705c0 00000000 dfe69395 dfe6a5f2 
> +       dfe6aba0 c01465a0 65737566 00000000 00000000 c21e75c0 c0163e91 c18df200 
> +Call Trace:
> + [<c01d975c>] kobject_cleanup+0x31/0x47
> + [<c01da45a>] kref_put+0x76/0x84
> + [<dfe69395>] fuse_sysfs_cleanup+0xa/0x14 [fuse]
> + [<dfe6a5f2>] fuse_exit+0x19/0x24 [fuse]
> + [<c01465a0>] sys_delete_module+0x1c0/0x228
> + [<c0103ece>] sysenter_past_esp+0x6b/0xa1
> + [<ffffe410>] 0xffffe410
> + =======================
> +Code: aa 43 c0 8b 02 25 00 40 02 00 3d 00 40 02 00 75 03 8b 52 0c 8b 02 25 00 40 02 00 3d 00 40 02 00 75 03 8b 52 0c 8b 02 84 c0 78 04 <0f> 0b eb fe 8b 4a 18 64 a1 08 00 40 c0 8b 1c 81 8b 03 3b 43 04 
> +EIP: [<c016df71>] kfree+0x5e/0x97 SS:ESP 0068:c7205f14
> 

I think we have now fixed that - Miklos, do you recall?

Re: [2.6.23-rc8-mm2] kernel BUG at mm/slab.c:591! | invalid opcode: 0000 [#1] SMP

[Miklos Szeredi]

> > +Call Trace:
> > + [<c01d975c>] kobject_cleanup+0x31/0x47
> > + [<c01da45a>] kref_put+0x76/0x84
> > + [<dfe69395>] fuse_sysfs_cleanup+0xa/0x14 [fuse]
> > + [<dfe6a5f2>] fuse_exit+0x19/0x24 [fuse]
> > + [<c01465a0>] sys_delete_module+0x1c0/0x228
> > + [<c0103ece>] sysenter_past_esp+0x6b/0xa1
> > + [<ffffe410>] 0xffffe410
> > + =======================
> > +Code: aa 43 c0 8b 02 25 00 40 02 00 3d 00 40 02 00 75 03 8b 52 0c 8b 02 25 00 40 02 00 3d 00 40 02 00 75 03 8b 52 0c 8b 02 84 c0 78 04 <0f> 0b eb fe 8b 4a 18 64 a1 08 00 40 c0 8b 1c 81 8b 03 3b 43 04 
> > +EIP: [<c016df71>] kfree+0x5e/0x97 SS:ESP 0068:c7205f14
> > 
> 
> I think we have now fixed that - Miklos, do you recall?

Yes, Greg has a fix.  I didn't see it go into -mm yet.

Miklos

Re: [2.6.23-rc8-mm2] Fails to resume from s2mem (was:kernel BUG at mm/slab.c:591! ...)

[Frans Pop]

On Sunday 30 September 2007, you wrote:
> On Sun, 30 Sep 2007 00:15:35 +0200 Frans Pop <elendil@planet.nl> wrote:
> > On Friday 28 September 2007, you wrote:
> > > My Toshiba Satellite A40 (i386, P4 Mobile) hangs during boot after:
> >
> > With 'hpet-force-enable-on-ich34' reverted the system boots OK again.
> >
> > We're not yet done though. It now fails to resume from suspend
>
> suspend-to-RAM?  Can you describe this failure a bit more?

The suspend is done from KDE by closing the lid, which runs a trivial 
script. The system seems to suspend normally (correct leds at the end).

When I open the lid again, the system seems to restart (fan starts, leds 
change), but the LCD only shows:
<cursor>      L
System cannot be reached over the net. After some time the fans speed up.

Exactly the same happens if I 'echo mem /sys/power/state' from console 
without X running.

BTW, that partial display is normal for me: I mostly see "Linu" until the 
switch to X.Org, but never a full sentence that makes sense.
*Is* that normal?