Hello everybody,
hald and kded sometimes are in status D after supend. This is independent from
whether I use the in kernel implementation or suspend2.
Nothing is written to the logs, but I generated a trace with this command:
$ echo t > /proc/sysrq-trigger; dmesg -s 1000000 > foo
here's the result:
hald D E0B50480 0 7791 1 7797 10654 7609 (NOTLB)
cc6cbccc e0b50480 000f4428 e0b50480 000f4428 c6c9605c c14dce00 c14dce00
e0b50480 000f4428 cc3df530 dff6e5c0 cc3df530 00000296 dff6e5c8 c046f202
00000001 cc3df530 c0115680 d7ea1ce0 dff6e5c8 00000003 00000001 00000000
Call Trace:
[<c046f202>] __down+0x62/0xc0
[<c0115680>] default_wake_function+0x0/0x20
[<c046dd3f>] __down_failed+0x7/0xc
[<c0288bbf>] .text.lock.osl+0x13/0x3c
[<c0292678>] acpi_ex_system_wait_semaphore+0x34/0x48
[<c028d5da>] acpi_ev_acquire_global_lock+0x67/0x6c
[<c0293fdc>] acpi_ex_acquire_global_lock+0x14/0x3b
[<c028f578>] acpi_ex_read_data_from_field+0x114/0x14b
[<c029475b>] acpi_ex_resolve_node_to_value+0x123/0x1ac
[<c028fdc2>] acpi_ex_resolve_to_value+0x5e/0x69
[<c02923df>] acpi_ex_resolve_operands+0x277/0x4dc
[<c028a4fd>] acpi_ds_exec_end_op+0xab/0x36e
[<c0298fe6>] acpi_ps_parse_loop+0x5ba/0x8bc
[<c0298881>] acpi_ps_parse_aml+0x4e/0x1f9
[<c02998fb>] acpi_ps_execute_pass+0x72/0x83
[<c0299824>] acpi_ps_execute_method+0x54/0x7d
[<c0296c5f>] acpi_ns_execute_control_method+0x5a/0x67
[<c0296bee>] acpi_ns_evaluate_by_handle+0x73/0x8a
[<c0296aee>] acpi_ns_evaluate_relative+0xaa/0xc6
[<c0296375>] acpi_evaluate_object+0x139/0x1fb
[<c024e2e2>] copy_to_user+0x42/0x60
[<c02a0107>] acpi_battery_get_status+0x6b/0x11c
[<c02a056b>] acpi_battery_read_state+0x52/0x185
[<c01832d8>] seq_read+0xe8/0x2f0
[<c0162dba>] vfs_read+0xaa/0x1a0
[<c01631d1>] sys_read+0x51/0x80
[<c0102b5f>] sysenter_past_esp+0x54/0x75
Any chance to get this fixed?
Please cc me if you answer as I'm not subscribed to the list.
--
Regards,
Christian
Attachment:
pgp7OlaUDOSlm.pgp
Description: PGP signature
