lkml.org 
[lkml]   [2008]   [Nov]   [4]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [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






\
 
 \ /
  Last update: 2008-11-04 07:33    [from the cache]
©2003-2011 Jasper Spaans