Re: [Bugme-new] [Bug 11886] New: without serial console system doesn't poweroff

["Rafael J. Wysocki" <rjw@sisk.pl>]

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?

Rafael