* Re: shutdown with toshiba portege [not found] ` <20120921165753.7a5701fc6a0e1445daa92500@maison.homelinux.net> @ 2012-09-28 13:23 ` Dan Carpenter 2012-09-28 21:14 ` François Boisson 2012-11-21 16:52 ` François Boisson 0 siblings, 2 replies; 3+ messages in thread From: Dan Carpenter @ 2012-09-28 13:23 UTC (permalink / raw) To: François Boisson; +Cc: linux-kernel, linux-acpi On Fri, Sep 21, 2012 at 04:57:53PM +0200, François Boisson wrote: > Le Thu, 20 Sep 2012 20:42:34 +0200 > François Boisson <user.anti-spam@maison.homelinux.net> a écrit: > > > Hey > > > > I have a problem which seems to be related to shutdown for a Toshiba portege > > (it's seems that the problem is also on other Toshiba, on VAIO cw5, y > [...] > > If i shutdown the computer and wait some hours, the power consumption of the > > computer is not null, it's about the same as the power consumtion during a > > suspend of computer. In fact > > > > Boot and halt with: > > Windows 7 ---> No power consumption after > > Linux 2.6.37-486-PAE ---> No power consumption after > > Linux >= 3.0 ---> Power consumption (about 45-50 mW if acpitool is correct) > [...] > > Well can anybody just tell me the sequence of shutdown and power of a x86 > computer in then linux kernell, or just how to verify that a device is power > off with a printk, or where to search or even only where is the part of code > doing this. There is many documentation about use device but nothing about > power off. > 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. regards, dan carpenter ^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: shutdown with toshiba portege 2012-09-28 13:23 ` shutdown with toshiba portege Dan Carpenter @ 2012-09-28 21:14 ` François Boisson 2012-11-21 16:52 ` François Boisson 1 sibling, 0 replies; 3+ messages in thread From: François Boisson @ 2012-09-28 21:14 UTC (permalink / raw) To: linux-acpi; +Cc: Dan Carpenter Le Fri, 28 Sep 2012 16:23:55 +0300 Dan Carpenter <dan.carpenter@oracle.com> 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 François Boisson -- To unsubscribe from this list: send the line "unsubscribe linux-acpi" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: shutdown with toshiba portege 2012-09-28 13:23 ` shutdown with toshiba portege Dan Carpenter 2012-09-28 21:14 ` François Boisson @ 2012-11-21 16:52 ` François Boisson 1 sibling, 0 replies; 3+ messages in thread From: François Boisson @ 2012-11-21 16:52 UTC (permalink / raw) To: linux-acpi; +Cc: Dan Carpenter > Le Fri, 28 Sep 2012 16:23:55 +0300 > Dan Carpenter <dan.carpenter@oracle.com> 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@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2012-11-21 16:52 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <20120920204234.0fb035a89f88a2e1f468aa54@maison.homelinux.net>
[not found] ` <20120921165753.7a5701fc6a0e1445daa92500@maison.homelinux.net>
2012-09-28 13:23 ` shutdown with toshiba portege Dan Carpenter
2012-09-28 21:14 ` François Boisson
2012-11-21 16:52 ` François Boisson
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox