On Tuesday, November 16, 2010, Maciej Rutecki wrote: > On wtorek, 16 listopada 2010 o 02:26:15 Zhang Rui wrote: > > On Tue, 2010-11-16 at 04:39 +0800, Maciej Rutecki wrote: > > > On poniedziaÅek, 15 listopada 2010 o 04:16:35 Zhang Rui wrote: > > > > On Tue, 2010-11-09 at 01:35 +0800, Maciej Rutecki wrote: > > > > > On poniedziaÅek, 8 listopada 2010 o 07:58:52 Zhang Rui wrote: > > > > > > IMO, the only one that may cause this regression is commit > > > > > > c57b62f5b1e6dd69ff8c96f6db7f86ea31c0e21f > > > > > > some app may enable polling via procfs and update the thermal zone > > > > > > status. > > > > > > > > > > I revert this commit from 2.6.37-rc1. Still the same: > > > > could you please apply the patch attached, on top of 2.6.37-rc1, and > > > > then attach the dmesg output if the fan is noise after suspend/resume. > > > > > > Dmesg in attachement. > > > > > > Starting suspend to ram from: > > > [ 104.602674] PM: Syncing filesystems ... done. > > > resume OK, but next: > > > [ 144.298104] PM: Syncing filesystems ... done. > > > after resume fan starts on full speed. > > > > it seems that it's not the thermal driver that changes the Fan speed. > > Please apply the debug patch attached, rebuild with CONFIG_ACPI_DEBUG > > set and reboot with "acpi.debug_level=0x004 > > acpi.debug_layer=0x04A10000", and then attach the dmesg output after the > > same test. > > Please attach the acpidump output of this laptop as well. > > > > thanks, > > rui > > > > > Regards > > Revert 3e384ee6c687cb397581ee8f9440fc8220cfac80 seems solve problem: > https://bugzilla.kernel.org/show_bug.cgi?id=22932#c3 Please do the test I asked for in the bug entry. Thanks, 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
