Description of problem: I'm running kernels from rawhide on F-7 on my new (one week old) notebook (Dell D630; GM965-Chipset). Kernel 2.6.21-1.3240.fc8 ran fine, but beginning with 2.6.22-0.9.rc7.git3.fc8 the kernels did not boot. You select them in grub and grub switches back to the black screen and that's all -- no further output at all. Kernel starts fine when I pass "nohpet" as kernel parameter. Version-Release number of selected component (if applicable): 2.6.22-0.9.rc7.git3.fc8 2.6.22-0.21.rc7.git5.fc8 (the patch that was added in between one did not change the behavior) How reproducible: always Additional info: Was discussed on the mailing list a bit already https://www.redhat.com/archives/fedora-devel-list/2007-July/msg00416.html My dmesg: http://leemhuis.info/files/fedorarpms/MISC.fdr/dmesg-d630 Feel free to grab me as knurd in #fedora-devel if you need real-time informations
same here with my ICH7 based Zepto 6615WD, also the hpet is enabled in the bios and works fine with non tickless kernel. So the "force hpet" patches seems not to be the cause for this.
Same problem and work-around as in the original bug description on a Lenovo X60 type 1706-GMG (Core2Duo, T7200, 2.00GHz and ICH7 chipset) Only difference to original report is that if I do not use a vga=... parameter, I at least get a 'Kernel is alive'
Setting arch to x86_64, as that's what I and drago (comment #2) use. I can try the F7-i386-live CD if that is any help (In reply to comment #2) > Only difference to original report is that if I do not use a vga=... parameter, > I at least get a 'Kernel is alive' Not sure, maybe it's there for me as well.
Same as comment #3 here with a standard dual Opteron 244 workstation and a Tyan Thunder K8W mainboard. Machine boots fine with 'nohpet'
Same here. IBM/Lenovo T60 x86_64. kernel-2.6.21-1.3243.fc8 boots fine, kernel-2.6.22-0.21.rc7.git5.fc8 doesn't boot without nohpet. If i disable vga=, I see "Kernel is alive".
Could reporters please try intermediate version of the fc8 kernel? I can't pin this bug down to any particular change. From koji (http://koji.fedoraproject.org/koji/packageinfo?packageID=8) 1.3242: http://koji.fedoraproject.org/koji/buildinfo?buildID=10009 1.3243: http://koji.fedoraproject.org/koji/buildinfo?buildID=10102 1.3244: http://koji.fedoraproject.org/koji/buildinfo?buildID=10174 0.5.rc7.git2: http://koji.fedoraproject.org/koji/buildinfo?buildID=10329
Same problem on a Dell Precision 470 (dual 2.8GHz xeons).
(In reply to comment #6) > Could reporters please try intermediate version of the fc8 kernel? > I can't pin this bug down to any particular change. > > From koji (http://koji.fedoraproject.org/koji/packageinfo?packageID=8) > > 1.3242: http://koji.fedoraproject.org/koji/buildinfo?buildID=10009 > 1.3243: http://koji.fedoraproject.org/koji/buildinfo?buildID=10102 > 1.3244: http://koji.fedoraproject.org/koji/buildinfo?buildID=10174 > 0.5.rc7.git2: http://koji.fedoraproject.org/koji/buildinfo?buildID=10329 > I am sure that the tickless x86_64 caused this... thats why it only happens on x86_64.
All of those kernels boot fine on my Lenovo T60 (the last one needed to be --nodeps'd in because of mkinitrd) without passing nohpet. It looks like the failure is somewhere after 0.5.rc7.git2. Earliest reported failure is in 0.9.rc7.git3.
Likewise, 0.5.rc7.git2 works for me w/o nohpet added to the boot options, didn't bother trying earlier ones.
(In reply to comment #9) > It looks like the failure is somewhere after 0.5.rc7.git2. Earliest reported > failure is in 0.9.rc7.git3. That's when tickless x86_64 went in: $ cvs annotate kernel-2.6.spec | sort -n -k 1.3,1.6 -s 1.3267 (davej 04-Jul-07): ApplyPatch linux-2.6-highres-timers.patch 1.3267 (davej 04-Jul-07): - x86-64 tickless support. 1.3267 (davej 04-Jul-07): 1.3268 (davej 04-Jul-07): - 2.6.22-rc7-git3
is this still busted on the final 2.6.22 kernel ?
(oh, and if so, lspci output please)
yes still the same with kernel-2.6.22-2.fc7 . lspci output: 00:00.0 Host bridge: Intel Corporation Mobile 945GM/PM/GMS, 943/940GML and 945GT Express Memory Controller Hub (rev 03) 00:01.0 PCI bridge: Intel Corporation Mobile 945GM/PM/GMS, 943/940GML and 945GT Express PCI Express Root Port (rev 03) 00:1b.0 Audio device: Intel Corporation 82801G (ICH7 Family) High Definition Audio Controller (rev 02) 00:1c.0 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 1 (rev 02) 00:1c.3 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 4 (rev 02) 00:1d.0 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #1 (rev 02) 00:1d.1 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #2 (rev 02) 00:1d.2 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #3 (rev 02) 00:1d.3 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #4 (rev 02) 00:1d.7 USB Controller: Intel Corporation 82801G (ICH7 Family) USB2 EHCI Controller (rev 02) 00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev e2) 00:1f.0 ISA bridge: Intel Corporation 82801GBM (ICH7-M) LPC Interface Bridge (rev 02) 00:1f.1 IDE interface: Intel Corporation 82801G (ICH7 Family) IDE Controller (rev 02) 00:1f.2 SATA controller: Intel Corporation 82801GBM/GHM (ICH7 Family) SATA AHCI Controller (rev 02) 00:1f.3 SMBus: Intel Corporation 82801G (ICH7 Family) SMBus Controller (rev 02) 01:00.0 VGA compatible controller: nVidia Corporation G70 [GeForce Go 7600] (rev a1) 02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 01) 03:00.0 Network controller: Intel Corporation PRO/Wireless 3945ABG Network Connection (rev 02) 04:06.0 CardBus bridge: Texas Instruments PCIxx12 Cardbus Controller 04:06.1 FireWire (IEEE 1394): Texas Instruments PCIxx12 OHCI Compliant IEEE 1394 Host Controller 04:06.2 Mass storage controller: Texas Instruments 5-in-1 Multimedia Card Reader (SD/MMC/MS/MS PRO/xD) 04:06.3 Generic system peripheral [0805]: Texas Instruments PCIxx12 SDA Standard Compliant SD Host Controller
Created attachment 158964 [details] lspci on X60 1706-GMG under 2.6.22-8.fc8 In response to Comments #12 and #13: yes, still same problem under 2.6.22-8.fc8
Created attachment 158966 [details] knurd lspci dell d630 (In reply to comment #12) > is this still busted on the final 2.6.22 kernel ? Yes, still happens with 2.6.22-2.fc7 as outlined in initial comment
Created attachment 158968 [details] lspci output from IBM/Lenovo T60 2.6.22-8.fc8 won't boot without nohpet on my T60. Here's the lspci output.
Happens on 2.6.22-4.fc6 too, on Dell Workstation 490. Boots only with "nohpet". Time to drop the highres-timers patch in FC6?
I have "indirect" access to a T60. Debugging right now.
Created attachment 159003 [details] lspci output fot Toshiba Satellite A100-847 Problem still persists in kernel-2.6.22-5.fc7.
Created attachment 159035 [details] Fix the hpet boot problem Thorsten provided the debug info to decode the problem and confirmed, that the fix works. Thanks Thorsten ! tglx
Fix works on my ICH5 Dell Precision 470 as well.
Problem still exists with 2.6.23-0.15.rc0.git1.fc8 Hardware as decribed in Comment #15
(In reply to comment #23) > Problem still exists with 2.6.23-0.15.rc0.git1.fc8 > Hardware as decribed in Comment #15 the patch is not applied to the builds yet...
2.6.23-0.45.rc0.git16.fc8 has tickless disabled for x86_64, so this kernel should boot fine without 'nohpet'. The original problem still remains, though.
upstream patch (which still isn't applied fixed this problem allegedly). I'll look at merging it again soon, if it reoccurs, reopen, but it's very likely to be fixed now.
Do we still need this in 2.6.22 kernels?
(In reply to comment #27) > Do we still need this in 2.6.22 kernels? this as in "nohpet"? No, afaics it should not be needed normally: - the bug in question was fixed in rawhide - 2.6.22-x86_64 in F7 is not tickless, which was the culprit for this bug
current tickless kernels (rawhide) boot fine on my x86_64 boxes. f7 x86_64 is not tickless so no issue here.