> Le Fri, 28 Sep 2012 16:23:55 +0300 > Dan Carpenter <dan.carpenter@xxxxxxxxxx> a écrit: > > > > > So your Toshiba is going into suspend instead of power off... > > > > There are several ways that computers shutdown but modern systems > > use ACPI. It could be that the 2.6.37-486-PAE was using a > > different method. I've CC'd the ACPI list. > > > > Thinks, first I have open a bug > https://bugzilla.kernel.org/show_bug.cgi?id=47811 > the I have compiled a 3.5.4 with some printk around the halt/poweroff. (FIles > arch/x86/kernel/reboot.c > arch/x86/kernel/apm32.c ) trying to trace call BIOS but nothing printk, > either I do not understand the power off mechanism, or the computer is in a > state where printk do not appear on screen. > In fact I don't know what I can do to find an issue to this bug. > > Thanks for your answer Just to say that the cause of battery to drain is making hwclock --systohc just before halt computer. Add HWCLOCKACCESS=no or remove calls to hwclock --systohc in /etc/init.d/«scripts» in «stop» part removes the bug. So I think it's not a bug of ACPI but a bug of the RTC standard in the kernel (file arch/x86/kernel/rtc.c). I tried to add a «sleep 1» just after the hwclock call but no change. This is a workaround but not the real solution of this problem. Thanks for reading. François Boisson (Please Cc to me, I'm not on linux-acpi list) François Boisson -- 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