2.6.22-rcX Transmeta/APM regression

[linux@horizon.com]

Hardware: Fujitsu Lifebook P-2040, TM5800 800 MHz processor
2.6.21: Closing the lid causes APM suspend.  Opening it resumes just fine.
2.6.22-rc5/-rc6: On resume, backlight comes on, but system is otherwise
	frozen.  Nothing happens until I hold the power button to force
	a power off.

I'm trying to bisect, but there's a large range of commits which crash
on boot in init_transmeta, which is slowing me down.

However, I did manage to find a kernel version that gives an error
message instead of a blank screen, which might be useful.  I can even
switch VTs and type into the shell afterwards, but actually trying to do
anything hangs.  Which includes anything like run a command to capture
this to a file or another machine on the network, even if I took care
to cache the necessary executables and libraries before suspending.

So the following is transcribed by hand.

general protection fault: 0000 [#1]
Modules linked in:
CPU:    0
EIP:    0060:[<c0108c59>]    Not tainted VLI
EFLAGS: 00010246   (2.6.21-gba7cc09c #16)
EIP is at get_fixed_ranges+0x9/0x60
eax: c0338d24   ebx: c03589a0   ecx: 00000250   edx: 00000000
esi: c0338d24   edi: 0000000a   ebp: 00000000   esp: cefa4f5c
ds: 007b   es: 007b   fs: 0000  gs: 000   ss: 0068
Process kapmd (pid: 70, ti=cefa4000 task=cef89550 task.ti=cefa4000)
Stack: c03589a0 c010b1a0 c0238e4d c010b1a0 0000000a 00000000 c010addf c010b1a0
       0000000a 00000000 c010b5f1 cefa4fc4 cefa4fc0 cefa4fbc cefa4fb8 cefa4fb8
       00000001 e45a3b0f 00000000 cef89550 c0110f20 c02f53e4 c02f5e34 c010b1a0
Call Trace:
 [<c010b1a0>] apm+0x0/0x500
 [<c0238e4d>] __save_process_rstate+0xd/0x50
 [<c010b1a0>] apm+0x0/0x500
 [<c010addf>] suspend+0x1f/0xb0
 [<c010b1a0>] apm+0x0/0x500
 [<c010b5f1>] apm+0x451/0x500
 [<c0110f20>] default_wake_function+0x0/0x10
 [<c010b1a0>] apm+0x0/0x500
 [<c010b1a0>] apm+0x0/0x500
 [<c01217f9>] kthread+0x39/0x60
 [<c01217c0>] kthread+0x0/0x60
 [<c0102fe7>] kernel_thread_helper+0x7/0x10
 =======================
Code: 46 83 c7 04 39 ee 0f 8c 40 ff ff ff 83 c4 3c 31 c0 5b 5e 5f 5d c3 90 90 90
 90 90 90 90 90 90 90 90 90 56 b9 50 02 00 00 53 89 c6 <0f> 32 89 06 89 d0 b1 58
 31 d2 89 46 04 0f 32 89 46 08 89 d0 b1
EIP: [<c0108c59>] get_fixed_ranges+0x9/0x60 SS:ESP 0068:cefa4f5c


The init_transmeta crash looks like the following:

Calibrating delay using timer specific routine.. 1630.69 BogoMIPS (lpj=8153474)
Mount-cache hash table entries: 512
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (32 bytes/line)
CPU: L2 Cache: 512K (128 bytes/line)
CPU: Processor revision 1.4.1.0, 800 MHz
CPU: Code Morphing Software revision 4.2.6-8-168
CPU: 20010703 00:29 official release 4.2.6#2
general protection fault: 0000 [#1]
Modules linked in:
CPU:     0
EIP:     0060:[<c03142f5>]   Not tainted VLI
EFLAGS: 00010286   (2.6.21-g1e7371c1 #18)
EIP is at init_transmeta+0x1d5/0x230
eax: ffffffff   ebx: 00000000   ecx: 80860004   edx: ffffffff
esi: ffffffff   edi: 00000000   ebp: 80860004   esp: c030fed0
ds: 007b   es: 007b   fs: 0000  gs: 0000  ss: 0068
Process swapper (pid: 0, ti=c030f000 task=c02ed280 task.ti=c030f000)
Stack: c02b5c52 c030ff1b 00000002 00000006 00000008 000000a8 cefc2600 00000246
       00000000 00000000 c030d2e0 00000320 00000020 00000000 00000000 c01b553f
       00000000 00000000 32000000 30313030 20333037 323a3030 666f2039 69636966	/* "20010703 00:29 offici" */
Call Trace:
 [<c01b553f>] idr_get_new_above_int+0x10f/0x1f0
 [<c0312eee>] identify_cpu+0x20e/0x370
 [<c01b562d>] idr_get_new+0xd/0x30
 [<c0173e10>] proc_register+0x30/0xe0
 [<c031307d>] identify_boot_cpu+0xd/0x20
 [<c0313318>] check_bugs+0x8/0x100
 [<c03109a3>] start_kernel+0x203/0x210
 [<c0310420>] unknown_bootoption+0x0/0x210
 =======================
Code: 00 c6 84 24 8b 00 00 00 00 89 7c 24 04 c7 04 24 52 5c 2b c0 ed 8d fc df ff
 bd 04 00 86 80 89 e9 0f 32 89 c6 93 c8 ff 89 d7 89 c2 <0f> 30 31 c9 b8 01 00 00
 00 0f a2 8b 44 24 28 89 e9 89 50 0c b8
EIP: [<c03142f5>] init_transmeta+0x1d5/0x230 SS:ESP 0068:c030fed0
Kernel panic - not syncing: Attempted to kill the idle task!
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/