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.
Created attachment 18494 [details] kernel config With this kernel config system doesn't poweroff.
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?
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
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
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
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
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
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
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).
I start bisecting please wait a little. Dan
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.
Tested on different HW and 2.6.27.6 and problem still exists.
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..
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.
Closing - no response for 3 months