Bug 11886

Summary: without serial console system doesn't poweroff
Product: Power Management Reporter: Daniel Smolik (marvin)
Component: OtherAssignee: power-management_other
Status: CLOSED INSUFFICIENT_DATA    
Severity: normal CC: alan, rjw, yakui.zhao
Priority: P1    
Hardware: All   
OS: Linux   
Kernel Version: 2.6.27.4 Subsystem:
Regression: Yes Bisected commit-id:
Bug Depends on:    
Bug Blocks: 11167    
Attachments: kernel config

Description Daniel Smolik 2008-10-29 04:06:11 UTC
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.
Comment 1 Daniel Smolik 2008-10-29 04:07:25 UTC
Created attachment 18494 [details]
kernel config

With this kernel config system doesn't poweroff.
Comment 2 Anonymous Emailer 2008-11-03 13:05:15 UTC
Reply-To: akpm@linux-foundation.org


(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?
Comment 3 Daniel Smolik 2008-11-03 13:52:23 UTC
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.

			Dan
Comment 4 Rafael J. Wysocki 2008-11-03 16:44:29 UTC
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
Comment 5 Daniel Smolik 2008-11-03 22:31:07 UTC
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
Comment 6 Rafael J. Wysocki 2008-11-08 15:38:27 UTC
On Tuesday, 4 of November 2008, Daniel Smolik wrote:
> 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.

And did it work?

Rafael
Comment 7 Daniel Smolik 2008-11-08 23:07:00 UTC
Rafael J. Wysocki napsal(a):
> On Tuesday, 4 of November 2008, Daniel Smolik wrote:
>> 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.
> 
> And did it work?
> 
> Rafael
Sorry, I compile kernel but still didn't test. I try it on Monday.

		Dan
Comment 8 Daniel Smolik 2008-11-10 14:23:48 UTC
Rafael J. Wysocki napsal(a):
> On Tuesday, 4 of November 2008, Daniel Smolik wrote:
>> 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.
> 
> And did it work?
> 
> Rafael
I today test 2.6.26 and it works OK.

		Dan
Comment 9 Rafael J. Wysocki 2008-11-10 14:44:26 UTC
On Monday, 10 of November 2008, Daniel Smolik wrote:
[--snip--]
> I today test 2.6.26 and it works OK.

OK

Please check if this commit helps
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=8d00450d296dedec9ada38d43b83e79cca6fd5a3

If not, the fastest way to find the failing commit would probably be to carry
out bisection of kernels between 2.6.26 (good) and 2.6.27 (presumably
bad as well as 2.6.27.2).
Comment 10 Daniel Smolik 2008-11-16 12:53:06 UTC
I start bisecting please wait a little.
Dan
Comment 11 Rafael J. Wysocki 2008-11-23 04:43:10 UTC
On Sunday, 23 of November 2008, Daniel Smolik wrote:
> Rafael J. Wysocki napsal(a):
> > This message has been generated automatically as a part of a report
> > of regressions introduced between 2.6.26 and 2.6.27.
> > 
> > The following bug entry is on the current list of known regressions
> > introduced between 2.6.26 and 2.6.27.  Please verify if it still should
> > be listed and let me know (either way).
> > 
> > 
> > Bug-Entry   : http://bugzilla.kernel.org/show_bug.cgi?id=11886
> > Subject             : without serial console system doesn't  poweroff
> > Submitter   : Daniel Smolik <marvin@mydatex.cz>
> > Date                : 2008-10-29 04:06 (25 days old)
> > 
> > 
> Yes this problem still exists. Lates I test 2.6.27.5. I am in bisecting of
> patch.
Comment 12 Daniel Smolik 2008-12-11 12:21:04 UTC
Tested on different HW and 2.6.27.6 and problem still exists.
Comment 13 Mark Lord 2008-12-20 18:42:53 UTC
Mmm.. I wonder if this is related to the occasional "won't power off" bug I see with SMP in 2.6.27.xx ?

The presence of a serial console means that things will happen more slowly, as the kernel pauses to ensure the console message bytes are slowly transmitted out over the serial.  This would affect timing of races and the like, and might "make things work" by accident.

Mmm..
Comment 14 ykzhao 2009-09-29 07:09:07 UTC
Hi, Daniel
    Will you please try to confirm whether the issue still exists on the latest upstream kernel?
   Please also attach the output of lspci -vxxx, acpidump.
   Thanks.
Comment 15 Alan 2010-01-19 20:10:57 UTC
Closing - no response for 3 months