http://bugzilla.kernel.org/show_bug.cgi?id=11000
------- Comment #23 from [EMAIL PROTECTED] 2008-07-06 18:22 ------- Hi, Joey Thanks for your work. Your proposal about the workqueue flood detector is very good. But maybe it is too agressive. If it is applied, it will have side effect: the kacpid/kacpid_notify workqueue will be deferred for some time. And it will have an impact on the performance. For example: The notifiy event will be sent to some device when GPE interrupt is processed. It will take more time to process the notification event. Before the notification event is processed, the corresponding GPE will be disabled. If some delay time is added, it will have impact on the performance. At the same time the workqueue flood detector can't solve the problem. OS still needs to process a lot of work tasks caused by the broken BIOS. Of course the kacpid/kacpid_notify usage will be decreased. IMO the patch about the workqueue flood detector is too agressive and have some side effects. Anyway we can discuss it in acpi_mail list. thanks. -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. ------------------------------------------------------------------------- Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 _______________________________________________ acpi-bugzilla mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
