On Monday 01 February 2010, Alexey Starikovskiy wrote: > Henrique de Moraes Holschuh пишет: > > On Sun, 31 Jan 2010, Maxim Levitsky wrote: > >> Unfortunately, this patch even causes regressions on my notebook (it > >> survive 63 hibernate cycles), but now I battery driver reports 'battery > >> absent', backlight driver reports 0 brightness, but reload helped. > > > > ... > > > >> I think that not only _PTS ans _WAK are problematic. What about other > >> ACPI drivers that start accessing the EC before it is resumed? > >> I think that these cause the problems I observe. > > > > ACPI drivers might access the EC (even indirectly, through the DSDT). And > > platform drivers do often access the EC both at suspend and resume time. > Actually, only SBS and thinkpad-acpi access EC directly. All others go through > DSDT for access. Still, stopping EC in .suspend is too early, IMHO... That's very likely the case, although that's kind of the latest we can do that without major modifications. Is there a possibility to have more than one EC in a system in practice? > > This needs some sort of strong ordering, the EC must suspend last, and > > resume first (as seen by any ACPI and ACPI-aware drivers such as libata, > > some platform drivers, etc). If EC interrupts are a problem, maybe it can > > be kicked to poll mode for the suspend/resume transition? > It's this way already for about a year now... The problem is that EC driver might be > stopped in middle of the transaction, thus leaving EC in unknown state for BIOS or > switch-over kernel. Exactly. In theory I can try to disable EC transactions from the ACPI platform suspend/resume callbacks, but then there still is a problem with the global lock, since we shouldn't try to acquire it after disabling device interrupts, because an SCI is waited for in case we don't acquire it immediately. So, perhaps instead we should disable the GPEs and call _PTS before the late suspend phase (and analogously, execute _WAK after the early resume phase) and disable the EC transacations right after that? This leaves the problem with PCI devices that may require ACPI support during late suspend/early resume, but well. Rafael -- 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
