From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.7.7) Gecko/20050416 Fedora/1.0.3-2 Firefox/1.0.3 Description of problem: Booting 2.6.11-1.1284 fails on Mac mini PowerPC at the change in console video just before displaying Tux the penguin and scrolling boot messages. CRT display (ViewSonic A50) goes to DPMS Suspend Mode, then there is no evidence of further activity: screen stays dark, no noise of disk seeks. Ctrl-Alt-DEL gets no response. kernel 1282 works fine. Version-Release number of selected component (if applicable): kernel-2.6.11-1.1284_FC4 How reproducible: Always Steps to Reproduce: 1. boot 1.1284 on ppc Mac mini 2. 3. Actual Results: At the console video change that would display Tux the penguin and scrolling messages, instead the monitor goes to DPMS Suspend Mode, and nothing further happens. Expected Results: Normal boot. Additional info:
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,