Bug 321591
Summary: | Restart hangs on Toshiba Qosmio F20 | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Peter H. Jones <jones.peter> |
Component: | kernel | Assignee: | Kernel Maintainer List <kernel-maint> |
Status: | CLOSED WORKSFORME | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | medium | Docs Contact: | |
Priority: | low | ||
Version: | 8 | CC: | chris.brown |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i686 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2008-05-22 04:15:19 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Peter H. Jones
2007-10-06 20:17:28 UTC
Last lines appearing on screen correspond to the following in the following normal dmesg: 98 virtual kernel memory layout: 99 fixmap : 0xffc53000 - 0xfffff000 (3760 kB) 100 pkmap : 0xff800000 - 0xffc00000 (4096 kB) 101 vmalloc : 0xf8800000 - 0xff7fe000 ( 111 MB) 102 lowmem : 0xc0000000 - 0xf8000000 ( 896 MB) 103 .init : 0xc075f000 - 0xc07ed000 ( 568 kB) 104 .data : 0xc0636c47 - 0xc0759a44 (1163 kB) 105 .text : 0xc0400000 - 0xc0636c47 (2267 kB) 106 Checking if this processor honours the WP bit even in supervisor mode... Ok. 107 SLUB: Genslabs=22, HWalign=64, Order=0-1, MinObjects=4, CPUs=1, Nodes=1 Next lines in a normal dmesg are: 108 Calibrating delay using timer specific routine.. 3993.16 BogoMIPS (lpj=1996581) 109 Security Framework v1.0.0 initialized 110 SELinux: Initializing. 111 SELinux: Starting in permissive mode Presumably the system is hanging in the "Calibrating delay" line because of the TIMER INTERRUPT ERROR. Can you try the workarounds in section "System hangs on reboot": http://fedoraproject.org/wiki/KernelCommonProblems Tried reboot=b, w, and b,w in grub.conf. System always hangs. This also happens in mode 3 and 1 (i.e. I have added "1 reboot=r,w" to the end of the "kernel" line. in grub.conf Will work down the Common Problems in more detail and report later. Adding the following parameters makes the reboot sequence work: nohz=off highres=off . So, the complete grub entry I am using is: title Fedora (2.6.23-0.224.rc9.git6.fc8) root (hd0,1) kernel /vmlinuz-2.6.23-0.224.rc9.git6.fc8 ro root=LABEL=/ rhgb nohz=off highres=off initrd /initrd-2.6.23-0.224.rc9.git6.fc8.img As you can see, I have updated the kernel since first reporting this bug. Hello, I'm reviewing this bug as part of the kernel bug triage project, an attempt to isolate current bugs in the Fedora kernel. http://fedoraproject.org/wiki/KernelBugTriage I am CC'ing myself to this bug and will try and assist you in resolving it if I can. There hasn't been much activity on this bug for a while. Could you tell me if you are still having problems with the latest kernel? If the problem no longer exists then please close this bug or I'll do so in a few days if there is no additional information lodged. Still have the bug with kernel-2.6.23.14-107.fc8 . Okay, thanks for the update. It might be worth testing with 2.6.24 when it arrives and updating this bug. Tried with kernel-2.6.24.3-12.fc8 that has just appeared. Looks ok, but I'd like to test when bug https://bugzilla.redhat.com/show_bug.cgi?id=436589#c4 is resolved, as losing the network is a show stopper for me. Was able to warm-boot from kernel-2.6.23.15-137.fc8 to kernel-2.6.24.3-34.fc8 and within the latter, deleting the extra parameters I had added to the the line in comment #4. Looks good, but networking must be started manually with the new kernel. Works with kernel 2.6.25.3-18.fc9.i686 . |