On Tue, 2008-09-09 at 13:12 +0400, Alexey Starikovskiy wrote: > Zhao Yakui wrote: > > Hi, Alexey > > You attached the updated patch on the bug 10724/9998. > > Can the following situation be handled by your patch?(For example: > > bug 10724) > > EC GPE Interrupt storm is detected and EC GPE will be disabled > > when doing EC transaction. > > If EC notification event happens while doing EC transaction(EC > > GPE is disabled), the SCI_EVT bit of EC status register is cleared > > automatically before we can handle it. > SCI_EVT is cleared only as a response to query command sent to EC, there is no > timeout on it. If the SCI_EVT is cleared only after issuing query the command, in theory the poll timer should also handle it. But on the laptop of bug 10724 it seems that the poll timer can't handle such notification event. And on the laptops of bug 11428 and 8459 the poll timer can't handle the notification event when the system is switched from GPE mode to polling mode. > Transaction will take at most 2 ms (1 write/1 read or 2 writes in poll mode), > and at the end of the transaction there is a check of the SCI bit. > With the un-patched EC SCI bit needs to stay for period while the QUERY_PENDING bit is set, > which could be quite more than 2 ms, and it seems to comply with that even on most broken > hardware. > > Can the EC notification event be handled by OS? Maybe it will take very short time to do the EC transaction. Myabe in most cases it is about 2ms. But in some worse situation it will take a long time(For example: 100ms). If the EC notification happens in such case, how to handle the event? (the SCI_EVT bit will be cleared before we can detect it). Best regards. > What do you mean? > > > > Thanks > > Yakui. > Please strip unneeded tails from your mails. -- To unsubscribe from this list: send the line "unsubscribe linux-acpi" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
