Latest working kernel version: 2.6.26 Earliest failing kernel version: 2.6.27 (All tested version display this behavior) Distribution: Ubuntu 8.10 64bit Hardware Environment: AMD64 Software Environment: Ubuntu 8.10 64bit Problem Description: Once the Ubuntu splash screen loads with the progress bar that moves back and forth, it freezes. Holding down any key unfreezes the system, and it continues loading normally, until I release the key, at which point it freezes again. Holding a key down again unfreezes the system again. Inserting or removing a USB device at this point will also momentarily resume the boot. Once X loads, it works perfectly fine though, and I don't have to keep holding a key down. I have also personally seen this behavior with a Fedora 10 Beta live DVD using the same 2.6.27 kernel. Steps to reproduce: Boot the computer. Once the kernel has loaded, it will consistently freeze every time, although you can continue booting by pressing a key. Ubuntu bug: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/272247 Mandriva bug: https://qa.mandriva.com/show_bug.cgi?id=44342
Created attachment 18729 [details] dmesg.log
Created attachment 18730 [details] lspci-vvnn.log
Created attachment 18731 [details] uname-a.log
Created attachment 18732 [details] version.log
The problem happens with Ubuntu 8.10 i386 also
I tried a kernel bisect. Because it was my first bisect, I'm trying an other bisect to confirm the previous result (I read something more, now, about bisecting and I can understand better how does it work). My result was: 6924d1ab8b7bbe5ab416713f5701b3316b2df85b is first bad commit I do not know if the commit hash is good enough to recognize which is the bugged version of the kernel. The only informations I have are the hash, and the following description: commit 6924d1ab8b7bbe5ab416713f5701b3316b2df85b Merge: 4e78c91... 25556c1... b764a15... 437a0a5... 41b3eae... 84e65b0... 684eb01... 9302213... 5cb04df... 44974c8... 48cf937... 205f932... c54f9da... 0ed368c... b478458... 2d144e6... 607baf1... 33af903... 3557b18... 63687a5... 009b9fc... f6477cc... e6b0ede... 400d349... Author: Ingo Molnar <mingo@elte.hu> Date: Tue Jul 8 09:16:56 2008 +0200 Merge branches 'x86/numa-fixes', 'x86/apic', 'x86/apm', 'x86/bitops', 'x86/build', 'x86/cleanups', 'x86/cpa', 'x86/cpu', 'x86/defconfig', 'x86/gart', 'x86/i8259', 'x86/intel', 'x86/irqstats', 'x86/kconfig', 'x86/ldt', 'x86/mce', 'x86/memtest', 'x86/pat', 'x86/ptemask', 'x86/resumetrace', 'x86/threadinfo', 'x86/timers', 'x86/vdso' and 'x86/xen' into x86/devel I hope, somebody will help the community solving this bug. Thanks Nitto
Ok, I finished an other bisect, this time the result is a bit different because I skipped more revision (sometimes I could not compile them) but the last bad version is included as possible bad. This is the message I got: There are only 'skip'ped commit left to test. The first bad commit could be any of: 1a750e0cd7a30c478723ecfa1df685efcdd38a90 7dbceaf9bb68919651901b101f44edd5391ee489 437a0a54eea7b101e8a5b70688009956f6522ed0 5136dea5734cfddbc6d7ccb7ead85a3ac7ce3de2 6924d1ab8b7bbe5ab416713f5701b3316b2df85b We cannot bisect more! The last one is the one I got the last time. I hope this will be my last bisect for a while.... :-) Thanks, I hope in a fast bug solving. I also attach my bisect log.
Created attachment 19104 [details] kernel bisect log
This problem still exists in kernel 2.6.28.8.8 (from Ubuntu Daily Build Feb 18, 2009). Is there anything I can provide to help with this?
This behaviour (hang on boot) also occurs on an Asus M3N78 Pro motherboard with an AMD processor (running in 32-bit mode). The chipset is "nVidia Corporation MCP78S [GeForce 8200]", according to lspci.
Will you please try the boot option of "nolapic_timer" ? If the box can be booted successfully with the option of "nolapic_timer", maybe this issue is related with the AMD C1E C-state. Thanks.
I have/using a compaq f756la with the MCP67 I have tried using nolapic_timer at boot and it works! I'm using sabayon 4.1 # uname -a Linux lisa 2.6.29-sabayon #1 SMP Fri Apr 24 08:20:50 UTC 2009 x86_64 AMD Athlon(tm) 64 X2 Dual-Core Processor TK-57 AuthenticAMD GNU/Linux I could also boot up a Ubuntu Intrepid or Jaunty, if booted with a 2.6.24-18 kernel. But every time i updated the kernel, ubuntu didn't boot normaly(without a key been press), until i reboot and choose at grub the 2.6.24-18. hoping it helps and i'm not to late. thanks for the "nolapic_timer" trick!
Outdated, should be set as "wont fix" now