https://bugzilla.kernel.org/show_bug.cgi?id=16396
--- Comment #21 from Maxim Levitsky <maximlevit...@gmail.com> 2010-07-19 18:40:17 --- Thanks! @Matthew Garrett , I think for now we can just make sure that 'acpi_sleep=s4_nonvs' disables NVS restore on suspend to ram. So, the problem is quite clear: The dimwit bios programs sdhci and nic device bars into region that is used by chipset itself, but reserves that region in ACPI tables. Windows 'fixes' that problem by relocating the bars out of reserved area. 'reserve=0xffb00000,0x100000' achieves same effect. However, the NVS region restore, somehow undoes the fix. I would suggest to do following test: Boot into latest git kernel without the patch reverted, unload both sdhci, and 8139too save output of 'sudo lspci -H1 -vvvxxx', then do suspend to ram cycle, then save the output of former command again, and post it. -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. ------------------------------------------------------------------------------ This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first _______________________________________________ acpi-bugzilla mailing list acpi-bugzilla@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
