Messages in this thread | | | Date | Tue, 04 Nov 2008 07:30:51 +0100 | From | Daniel Smolik <> | Subject | Re: [Bugme-new] [Bug 11886] New: without serial console system doesn't poweroff |
| |
Rafael J. Wysocki napsal(a): > On Monday, 3 of November 2008, Daniel Smolik wrote: >> Andrew Morton napsal(a): >>> (switched to email. Please respond via emailed reply-to-all, not via the >>> bugzilla web interface). >>> >>> On Wed, 29 Oct 2008 04:06:11 -0700 (PDT) >>> bugme-daemon@bugzilla.kernel.org wrote: >>> >>>> http://bugzilla.kernel.org/show_bug.cgi?id=11886 >>>> >>>> Summary: without serial console system doesn't poweroff >>>> Product: Power Management >>>> Version: 2.5 >>>> KernelVersion: 2.6.27.4 >>>> Platform: All >>>> OS/Version: Linux >>>> Tree: Mainline >>>> Status: NEW >>>> Severity: normal >>>> Priority: P1 >>>> Component: Other >>>> AssignedTo: power-management_other@kernel-bugs.osdl.org >>>> ReportedBy: marvin@mydatex.cz >>>> >>>> >>>> Latest working kernel version: >>>> Earliest failing kernel version:2.6.27.2 >>>> Distribution: Debian Etch >>>> Hardware Environment: Supermiro C2SBC-Q Dual Core Intel Cpu 1G RAM >>>> Software Environment: Debian Etch >>>> Problem Description: If I does't add serial console to kernel command line >>>> system doesn't poweroff. Linux hangs there: >>>> >>>> e1000e 0000:0d:00.0: PCI INT A disabled >>>> e1000e 0000:00:19.0: PCI INT A disabled >>>> ACPI: Preparing to enter system sleep state S5 >>>> Disabling non-boot CPUs ... >>>> >>>> If I disable in kernel config Suspend to Ram and Hibernate all works without >>>> console. But with Suspend and hibernate enabled and serial console added to >>>> kernel cmd line all works too: >>>> >>>> e1000e 0000:0d:00.0: PCI INT A disabled >>>> e1000e 0000:00:19.0: PCI INT A disabled >>>> ACPI: Preparing to enter system sleep state S5 >>>> Disabling non-boot CPUs ... >>>> CPU 1 is now offline >>>> SMP alternatives: switching to UP code >>>> CPU1 is down >>>> Power down. >>>> acpi_power_off called >>>> >>>> Steps to reproduce: >>>> Compile kernel with attached config and try poweroff without serial console. >>>> >>> OK, this is weird. >>> >>> But the good news is that there is a very small number of commits >>> between 2.6.27.2 and 2.6.27.4. >>> >>> ftp://ftp.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.27.3 >>> ftp://ftp.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.27.4 >>> >>> I'd be looking at these: >>> >>> commit 3b987ac961486373f91191b14291b331fa546072 >>> Author: Rafael J. Wysocki <rjw@sisk.pl> >>> Date: Sat Sep 6 13:13:01 2008 +0200 >>> >>> ACPI suspend: Always use the 32-bit waking vector >>> >>> commit a6629105dd03d370fcb31e97bddf223fa4bb651e upstream. >>> >>> >>> commit 66036f5862883fcc9f7ff8550685a5a3de1a57e4 >>> Author: Rafael J. Wysocki <rjw@sisk.pl> >>> Date: Sat Oct 4 00:05:05 2008 +0200 >>> >>> ACPI Suspend: Enable ACPI during resume if SCI_EN is not set >>> >>> commit d0c71fe7ebc180f1b7bc7da1d39a07fc19eec768 upstream. >>> >>> >>> >>> presumably 2.6.28-rc3 is also broken? >> I don't know I can test it on Thu. But may be may fault or misunderstanding fist kernel which I test is 2.27.2. I don't >> test any kernel before. I don't know if 2.6.26 works. > > Can you try 2.6.26, please? Yes, no problem.
Dan
| |