ZhangRui <rui.zhang@xxxxxxxxx> writes: > what if you build in the ACPI processor driver (CONFIG_ACPI_PROCESSOR=y) > and boot with "processor.max_cstate=1"? That doesn't help, thanks for the hint. >> Now, I notice that loading acpi-cpufreq triggers the following message : >> > log: Jan 19 18:23:42 velvet kernel: ACPI: EC: non-query interrupt received, switching to interrupt mode >> > I don't think these two are related. can you please make a double check? You're right. Loading thermal.ko leads to the same message, yet the suspend to ram works. yakui_zhao <yakui.zhao@xxxxxxxxx> writes: > Will you please try the latest kernel(2.6.29-rc3)? > If the problem still exists, please attach the output of dmesg, > acpidump. Yes, great, it works in 2.6.29-rc3!!! It's amazing, because, when I check acpi in [1], I see no change which could have led to the fix. I provided acpidump in [2] as information. Well, I' consider the topic solved. I'll make further tests this weekend to test all of my laptop functions, but my hopes are quite high. Thanks a lot, the three of you. -- Robert [1] : Git ACPI check velvet:~/kernel_src/linux-2.6# git-log --pretty=oneline v2.6.29-rc3 ^v2.6.29-rc1 drivers/acpi/ 88d998c264722cd6e8fafa42aee191f7d9194960 Merge branch 'misc' into release f1f055f1036a20742608c28ee82139f572dfd031 Merge branches 'bugzilla-11884' and 'bugzilla-8544' into release d08ca2ca743f324eceba59e93188f9439e966bce ACPI: rename main.c to sleep.c 0e4240d94628530a912d216cad1e32d2e3827327 thermal fixup for broken BIOS which has invalid trip points. c6cb0e878446c79f42e7833d7bb69ed6bfbb381f ACPI: EC: Don't trust ECDT tables from ASUS 235c4a59278eb07e61d909f1f0c233733034a8b3 ACPI: EC: Limit workaround for ASUS notebooks even more [2] http://belgarath.hd.free.fr/download/acer6592tm/acpidump.txt.gz -- 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
