Regression 2.6.32 -> 2.6.33, Kernel needs a helping key to boot :)
A message that is not in the archive (sent off-list or not yet received): [email protected]/
A message that is not in the archive (sent off-list or not yet received): [email protected]
[Swithing to e-mail, please keep bugzilla-daemon in the CC list.]
Quoted 11 lines · On Monday 01 March 2010, [email protected] wrote:
http://bugzilla.kernel.org/show_bug.cgi?id=15289
--- Comment #30 from Asbjørn Sannes <[email protected]> 2010-03-01 06:17:06 --- hm, so from what I have gathered the previously bisected commit only exposes another bug (hidden by enabling hpet). So I started bisecting again, this time with hpet=disabled all the way and found:
commit
aa276e1cafb3ce9d01d1e837bcd67e92616013acAuthor: Thomas Gleixner <[email protected]> Date: Mon Jun 9 19:15:00 2008 +0200
Quoted 8 lines
x86, clockevents: add C1E aware idle function
Reverting this from a non-working 2.6.27 makes it work also. Things have changed considerably since then so I was not able to revert it from the newest kernel.
Maybe that disabling of SBX00 hpet msi, only should be done when you do actually have floppy support? Makes more people boot atleast :P
Thomas, it looks like something's missing in our C1E handling. Can you have a look at this bug report, please?
Rafael
Quoted 20 lines · Rafael J. Wysocki
[Swithing to e-mail, please keep bugzilla-daemon in the CC list.]
Quoted 17 lines · On Monday 01 March 2010, [email protected] wrote:
http://bugzilla.kernel.org/show_bug.cgi?id=15289
--- Comment #30 from Asbjørn Sannes <[email protected]> 2010-03-01 06:17:06 --- hm, so from what I have gathered the previously bisected commit only exposes another bug (hidden by enabling hpet). So I started bisecting again, this time with hpet=disabled all the way and found:
commit
aa276e1cafb3ce9d01d1e837bcd67e92616013acAuthor: Thomas Gleixner <[email protected]> Date: Mon Jun 9 19:15:00 2008 +0200x86, clockevents: add C1E aware idle function
Reverting this from a non-working 2.6.27 makes it work also. Things have changed considerably since then so I was not able to revert it from the newest kernel.
Quoted 5 lines
Quoted 2 lines
Maybe that disabling of SBX00 hpet msi, only should be done when you do actually have floppy support? Makes more people boot atleast :P
Thomas, it looks like something's missing in our C1E handling. Can you have a look at this bug report, please?
Groan. We have been through that exercise of blaming the above commit and the C1E handling for a couple of times now. It never turned out to be the real culprit.
Looking at the various steps Asbjorn took to analyse that problem it simply boils down to the oldest problem with timers on ATI chipsets:
the irq0 timer interrupt routing is hosed
I have no clue yet, why this is not detected by the test logic we have in place for that, but it might be something which gets borked later in the boot process.
Enabling MSI for HPET just papers over the problem as it uses a different interrupt vector and mechanism.
Disabling HPET does not help simply because PIT is using IRQ0 as well as the MSI disabled HPET.
I need some sleep to come up with a reasonable method to debug that, but maybe someone else has an brilliant idea before I have to twist my brain around it.
Thanks,
tglx
Quoted 20 lines · Rafael J. Wysocki
[Swithing to e-mail, please keep bugzilla-daemon in the CC list.]
Quoted 17 lines · On Monday 01 March 2010, [email protected] wrote:
http://bugzilla.kernel.org/show_bug.cgi?id=15289
--- Comment #30 from Asbjørn Sannes <[email protected]> 2010-03-01 06:17:06 --- hm, so from what I have gathered the previously bisected commit only exposes another bug (hidden by enabling hpet). So I started bisecting again, this time with hpet=disabled all the way and found:
commit
aa276e1cafb3ce9d01d1e837bcd67e92616013acAuthor: Thomas Gleixner <[email protected]> Date: Mon Jun 9 19:15:00 2008 +0200x86, clockevents: add C1E aware idle function
Reverting this from a non-working 2.6.27 makes it work also. Things have changed considerably since then so I was not able to revert it from the newest kernel.
Quoted 5 lines
Quoted 2 lines
Maybe that disabling of SBX00 hpet msi, only should be done when you do actually have floppy support? Makes more people boot atleast :P
Thomas, it looks like something's missing in our C1E handling. Can you have a look at this bug report, please?
Groan. We have been through that exercise of blaming the above commit and the C1E handling for a couple of times now. It never turned out to be the real culprit.
Looking at the various steps Asbjorn took to analyse that problem it simply boils down to the oldest problem with timers on ATI chipsets:
the irq0 timer interrupt routing is hosed
I have no clue yet, why this is not detected by the test logic we have in place for that, but it might be something which gets borked later in the boot process.
Enabling MSI for HPET just papers over the problem as it uses a different interrupt vector and mechanism.
Disabling HPET does not help simply because PIT is using IRQ0 as well as the MSI disabled HPET.
I need some sleep to come up with a reasonable method to debug that, but maybe someone else has an brilliant idea before I have to twist my brain around it.
Thanks,
tglx
Asbjørn,
can you please run the following tests and report the results ?
1) Add "maxcpus=1" to the kernel command line
2) Add "nomsi" to the kernel command line
Thanks,
tglx
Asbjørn,
can you please run the following tests and report the results ?
1) Add "maxcpus=1" to the kernel command line
2) Add "nomsi" to the kernel command line
Thanks,
tglx
[Swithing to e-mail, please keep bugzilla-daemon in the CC list.]
Quoted 11 lines · On Monday 01 March 2010, [email protected] wrote:
http://bugzilla.kernel.org/show_bug.cgi?id=15289
--- Comment #30 from Asbjørn Sannes <[email protected]> 2010-03-01 06:17:06 --- hm, so from what I have gathered the previously bisected commit only exposes another bug (hidden by enabling hpet). So I started bisecting again, this time with hpet=disabled all the way and found:
commit
aa276e1cafb3ce9d01d1e837bcd67e92616013acAuthor: Thomas Gleixner <[email protected]> Date: Mon Jun 9 19:15:00 2008 +0200
Quoted 8 lines
x86, clockevents: add C1E aware idle function
Reverting this from a non-working 2.6.27 makes it work also. Things have changed considerably since then so I was not able to revert it from the newest kernel.
Maybe that disabling of SBX00 hpet msi, only should be done when you do actually have floppy support? Makes more people boot atleast :P
Thomas, it looks like something's missing in our C1E handling. Can you have a look at this bug report, please?
Rafael
_______________________________________________
linux-pm mailing list
[email protected]
https://lists.linux-foundation.org/mailman/listinfo/linux-pm