Hide Forgot
Description of problem: During boot the system seems stuck for about 30 seconds. If you check the dmesg output below you'll see there's a long break between USB init and hrtimer setup. The cursor blinking frequency also varies when the system seems to be stuck. Sometimes it blinks very slow and but can be very fast as well. [ 14.557280] udev[378]: starting version 167 [...] [ 16.612960] usbcore: registered new interface driver uvcvideo [ 16.617258] USB Video Class driver (v1.0.0) [ 50.653727] hrtimer: interrupt took 241176236 ns [ 72.734338] udev[438]: renamed network interface eth0 to p33p1 Version-Release number of selected component (if applicable): kernel-PAE-2.6.38.3-18.fc15.i686 How reproducible: always
Created attachment 495160 [details] dmesg.txt
I have the same problem on a Asus EeePC 901. The startup hangs for 45 seconds.
Does it make any difference if you blacklist the uvcvideo driver?
Chuck, I blacklisted uvcvideo, eeepc_laptop, microcode, iTCO, iTCO_vendor_support and none made a difference.
Possibly fixed by: http://marc.info/?l=linux-kernel&m=130553688503394&w=4
Sounds promising, so I went ahead and compiled a kernel wit the patch. However that mysterious delay is still there. Also added "nosmp" to the kernel command line to make sure it's not an SMP issue and the problem persists.
Same problem here. Booting takes up to 70 seconds on an Asus EeePC 901. Hangs for a long time after: hrtimer: interrupt took 236597037 ns
After installing kernel 2.6.39-1.fc16 from rawhide the problem still occurs. I also disabled uvcvideo, selinux, cups, smolt, abrt-oops, abrt-ccpp and graphical boot screen but the system still needs about 60 seconds to come up. systemd-analyze says: Startup finished in 3340ms (kernel) + 2563ms (initrd) + 52408ms (userspace) = 58312ms
Looks like the boot time is much shorter on rebooting instead of starting from a complete shutdown. I've now booted several times from complete power-off mode and it always took about 60 seconds and there was this hrtimer message in dmesg output. But when I call "reboot" the computer takes only about 42 seconds and then there is no hrtimer thing in dmesg output. Seems to be 100% reproducible. Very strange.
Same problem here with my Asus EEE 1000HE: [ 16.938129] Bluetooth: Core ver 2.15 [ 16.938206] NET: Registered protocol family 31 [ 16.938213] Bluetooth: HCI device and connection manager initialized [ 16.938221] Bluetooth: HCI socket layer initialized [ 60.273359] udev[450]: renamed network interface eth0 to p33p1 [ 60.415359] rt2800pci 0000:01:00.0: PCI INT A -> GSI 19 (level, low) -> IRQ 19 [ 60.415385] rt2800pci 0000:01:00.0: setting latency timer to 64 [ 60.417830] cfg80211: World regulatory domain updated: [ 60.417839] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) [ 60.417850] cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
Now booting takes up to 5 minutes. This is very annoying. :-(
Is this still being seen with the 2.6.43/3.3 kernel updates in F15/F16?
Fedora 15 has reached it's end of life as of June 26, 2012. As a result, we will not be fixing any remaining bugs found in Fedora 15. In the event that you have upgraded to a newer release and the bug you reported is still present, please reopen the bug and set the version field to the newest release you have encountered the issue with. Before doing so, please ensure you are testing the latest kernel update in that release and attach any new and relevant information you may have gathered. Thank you for taking the time to file a report. We hope newer versions of Fedora suit your needs.