Bug 156824
Summary: | ppc boot dies at video change for Tux | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | John Reiser <jreiser> |
Component: | kernel | Assignee: | Dave Jones <davej> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | Brian Brock <bbrock> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 4 | CC: | byte, dwmw2, pfrields, wtogami |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | powerpc | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2005-06-28 00:22:26 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
John Reiser
2005-05-04 14:53:00 UTC
It now "works for me" with: kernel-2.6.11-1.1287_FC4 udev-057-4 initscripts-8.10-1 selinux-policy-targeted-1.23.14-2 [targeted enforcing] The problem stayed away up to and including: kernel-2.6.11-1.1305_FC4 udev-057-5 initscripts-8.11-1 selinux-policy-targeted-1.23.14-2 [targeted enforcing] but reappeared today (FC4 test 3) with: kernel-2.6.11-1.1312_FC4 selinux-policy-targeted-1.23.14-2 [targeted permissive] in the form of "FREQUENCY OVER RANGE" (and boot hangs) at the video change that would show Tux and scrolling VGA text. This is on PowerPC Mac mini, ATI Radeon 9200, ViewSonic A50 monitor with DDC (works under X11 in 1024x768 @70Hz, thousands of colors). Also, the kernel changelog for .1312 says nothing about changing startup video. So why does the behavior change? Change to Reopen. dwmw2, could this be something I over-zealously pruned during the rc3->rc4 rebase ? Now it's intermittent, and usually if I wait long enough (75 seconds: 1.3 minutes) then the X11 login screen does appear, and I can login. So maybe I was too impatient in the earlier reports. However, bug #157658 did happen once (hang with agp or serial as last VGA text message), and that did not recover. I attempted booting kernel .1312 three times in a row (as the default: l, <ENTER> to yaboot) and got FREQUENCY OVER RANGE from the monitor. Each time, I turned off the power strip, waited 10 seconds, turned on the power strip, and tried booting again. After the third failure, I booted .1305 successfully, then shutdown for dinner. A couple hours later, I tried booting 15 times. Five times with .1312, then five times with .1305, then five times with .1312 again. The results were: .1312: 1. FREQUENCY OVER RANGE; impatient power cycle (waited only 30 seconds). 2. success all the way to X11; login, then shutdown. 3. success all the way to X11; login, then shutdown. 4. success all the way to X11; login, then shutdown. 5. success all the way to X11; login, then shutdown. .1305: 6. DPMS SUSPEND; but I heard the disk seeking, so I put my ear next to the box, waited as long as I heard seeks (a little more than a minute,) and the X11 login screen appeared! login, then shutdown. 7. success all the way to X11; login, then shutdown. 8. hang same as bug #157658 (last lines on VGA text are "agpgart: AGP aperture is 16M @ 0" and "Serial: 8250/16550 driver ...". Power cycle the box. 9. success all the way to X11; login, then shutdown. 10. success all the way to X11; login, then shutdown. .1312: 11. blank screen (no on-screen diagnostics from CRT hardware), but X11 screen appears after more than a minute. login, then shutdown. 12. success all the way to X11; login, then shutdown. 13. FREQUENCY OVER RANGE; wait 75 seconds, then X11 screen appears. login, then shutdown. 14. success all the way to X11; login, then shutdown. 15. success all the way to X11; login, then shutdown. So with the exception of trial #8 which did hang, it now looks like "only video" is the problem. So, this is confirmed to be some form of radeonfb bug. Passing: linux video=ofonly should make it work. We need to look for more obvious changes from the kernel in FC4t3 -> dist-FC-4's kernel... Mass update of -test bugs to update version to fc4. (Please retest on final release, and report results if you have not already done so). Thanks. Booting FC4 final release kernel-2.6.11-1.1369_FC4 on Mac mini (PowerPC32) now goes farther. However, X11 still does not start. The symptom is now the same as reported in bug #158922: no screens found [(EE) Screen(s) found, but none have a usable configuration.] Ok, closing this as the initial bug sounds like its resolved. Thanks, |