Event loop: DSDT or ACPI bug?
Hi all.
If I generate a lid event during suspend I end up with keventd sucking CPU post-resume (2.4 kernel). If set a breakpoint at acpi_os_queue_for_execution, I see:
while(1) {
trace 1 (below)
trace 2
trace 3
trace 2
}
I'm not sure whether this is because some aspect of the hardware state doesn't match the kernel or if there's a bug in my DSDT or in ACPI, and I wonder if it's related to some of the other event problems people have been reporting. If there are things I can do to generate more useful info, feel free to ask.
(If I add a line in acpi_os_queue_for_execution, making it not queue events when suspending, I don't get the loop, but neither do I get any further acpi events.)
Regards,
Nigel
traces (hand recorded, excuse typos please. I left out arguments but can send them too if desired):
1.acpi_os_queue_for_executionacpi_ev_gpedispatchacpi_ev_gpe_detectacpi_ev_sci_xrupt_handlerhandle_IRQ_eventdo_IRQcall_do_IRQacpi_ev_address_space_dispatchacpi_ex_access_regionacpi_ex_field_datum_ioacpi_ex_write_with_update_ruleacpi_ex_insert_into_fieldacpi_ex_write_data_to_fieldacpi_ex_store_object_to_nodeacpi_ex_storeacpi_ex_opcode_1A_1T_1Racpi_ps_parse_loopacpi_ps_parse_amlacpi_psx_executeacpi_ns_execute_control_methodacpi_ns_evaluate_by_handleacpi_ev_asynch_execute_gpe_methodacpi_os_execute_deferred__run_task_queuecontext_threadarch_kernel_thread
2.acpi_os_queue_for_executionacpi_ev_queue_notify_requestacpi_ex_opcode_2A_0T_0Racpi_ps_parse_loopacpi_ps_parse_amlacpi_psx_executeacpi_ns_execute_control_methodacpi_ns_evaluate_by_handleacpi_ev_asynch_execute_gpe_methodacpi_os_execute_deferred__run_task_queuecontext_threadarch_kernel_thread
3.acpi_os_queue_for_executionacpi_ev_gpedispatchacpi_ev_gpe_detectacpi_ev_sci_xrupt_handlerhandle_IRQ_eventdo_IRQcall_do_IRQacpi_os_execute_deferred__run_task_queuecontext_threadarch_kernel_thread
Signature · 13 lines
Nigel Cunningham 495 St Georges Road South, Hastings 4201, New Zealand Evolution (n): A hypothetical process whereby infinitely improbable events occur with alarming frequency, order arises from chaos, and no one is given credit. ------------------------------------------------------- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/