From: Jaco K. <ja...@kr...> - 2005-12-24 09:12:06
|
Stefan Seyfried wrote: > On Sat, Dec 24, 2005 at 10:45:58AM +0200, Jaco Kroon wrote: > >>Pavel Machek wrote: >> >>>rc5 should be good enough. >> >>Same problem. SysRq+T reveals that the newly spawned process is getting >>stuck in: >> >>ide_do_request+0x18a/0x3c5 >>io_schedule+0xe/0x16 >>sync_page+0x3e/0x4b >>__wait_on_bit_lock+0x41/0x61 >>sync_page+0x0/0x4b >>__lock_page+0x9d/0xb1 >>wake_bit_function+0x0/0x55 >>wake_bit_function+0x0/0x55 >>do_generic_mapping_read+0x335/0x7fd >>__generic_file_aio_read+0x19d/0x203 >>file_read_actor+0x0/0xfa >>generic_file_read+0xba/0xd8 >>autoremove_wake_function+0x0/0x57 >>vfs_read+0x1a5/0x1aa >>kernel_read+0x50/0x5f >>prepare_binprm+0xd8/0x103 >>do_execve+0xfe/0x203 >>sys_execve+0x3c/0x6f >>sysenter_past_esp+0x54/0x75 > > > To my untrained eye this looks like an IDE suspend / resume problem. > Maybe another machine that needs those ACPI methods for the IDE drives > badly :-( To mine as well. _WAK? Some other methods? I'm posting my DSDT at http://www.kroon.co.za/downloads/toshiba_p10-792/ now. If somebody else can take a look it just might reveal something I'm missing. dsdt.dat (orriginal DSDT) dsdt.dsl (my so-far edited version) dsdt.dsl.orig (orriginal decompiled version). Hmm, just noticed that iasl still creates a .hex file even though it gives me 13 errors! Including into kernel ... same issue. Jaco -- There are only 10 kinds of people in this world, those that understand binary and those that don't. http://www.kroon.co.za/ |