On Thu, 2008-06-12 at 00:14 +0200, Christian Borntraeger wrote: > Ok, I got an idea. > Does that patch fix the handle_should_not_happen PANIC? > Patch does not fit, because my code contains vcpu->arch.sie_block->gmsor = 0x000000000000; so I changed this before I applied the patch. The console patch you mentioned was applied too.
Now I am able to get the kernel running a little further: [...] PID hash table entries: 256 (order: 8, 2048 bytes) console [hvc0] enabled sclp vt220 tty driver: could not register vt220 - sclp_register returned -5 list_del corruption. prev->next should be 00000000003d72a8, but was 0000000000000000 ------------[ cut here ]------------ kernel BUG at lib/list_debug.c:67! illegal operation: 0001 [#1] SMP Modules linked in: CPU: 0 Not tainted 2.6.26-rc5-guest-20080609-01433-gdf4245d-dirty #2 Process swapper (pid: 0, task: 00000000003ada00, ksp: 00000000003e8000) Krnl PSW : 0400000180000000 0000000000198c64 (list_del+0x50/0xb8) R:0 T:1 IO:0 EX:0 Key:0 M:0 W:0 P:0 AS:0 CC:0 PM:0 EA:3 Krnl GPRS: 0000000000000479 00000000003b2c28 0000000000000058 0000000000000001 0000000000041246 0000000000000000 00000000003e8594 0000000000414000 00000000003a2000 0000000000005000 00000000003d72a8 0000000000454418 00000000003d72a8 00000000002bd820 0000000000198c60 00000000003e7dd8 Krnl Code: 0000000000198c54: e34040000004 lg %r4,0(%r4) 0000000000198c5a: c0e5fff542cf brasl %r14,411f8 0000000000198c60: a7f40001 brc 15,198c62 >0000000000198c64: e310c0000004 lg %r1,0(%r12) 0000000000198c6a: b904003c lgr %r3,%r12 0000000000198c6e: c020000be1b9 larl %r2,314fe0 0000000000198c74: e3c010080020 cg %r12,8(%r1) 0000000000198c7a: a784000a brc 8,198c8e Call Trace: ([<0000000000198c60>] list_del+0x4c/0xb8) [<00000000001e9a72>] sclp_unregister+0x3a/0x5c [<0000000000401410>] __sclp_vt220_cleanup+0x98/0xb4 [<0000000000401594>] __sclp_vt220_init+0x168/0x17c [<00000000004016e8>] sclp_vt220_con_init+0x3c/0x60 [<00000000003fddd0>] console_init+0x48/0x60 [<00000000003e8bd0>] start_kernel+0x37c/0x4c4 [<0000000000012020>] _ehead+0x20/0x80 Last Breaking-Event-Address: [<0000000000000000>] 0x0 <4>---[ end trace 31fd0ba7d8756001 ]--- Kernel panic - not syncing: Attempted to kill the idle task! Looks like the sclp_vt220 stuff has a problem to unregister an unitialized nonexistant console. kuli.log reports some unknown diags and instructions, but I guess this is the runtime feature detection: launch_cpu_ipl: starting guest (ipl) run_cpu: cpu 0: activated, running work... handle_diag: cpu 0: unknown diagnose 9c at addr 3f136c, sending prog 1 enter_pgmcheck: cpu: 0: sending program check 1 handle_diag: cpu 0: unknown diagnose 260 at addr 3f1048, sending prog 1 enter_pgmcheck: cpu: 0: sending program check 1 handle_priv: cpu 0: unknown privileged instruction b216 at addr 400200180000000, sending prog 1 enter_pgmcheck: cpu: 0: sending program check 1 sclp_service_call: cpu 0: unknown sclp service call 0x780005, sccb 0x452000,addr 0x1e8780 sclp_service_call: cpu 0: unknown sclp service call 0x780005, sccb 0x452000,addr 0x1e8780 handle_waitpsw: cpu 0: entered disabled wait PSW at 1f312 Regards, Oliver Paukstadt -- To unsubscribe from this list: send the line "unsubscribe kvm" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html