Bug 152204
Description
Eugene Savelov
2005-03-26 06:41:40 UTC
Can this still be repeated with FC4t3? I can't (though I'm not doing it via dvi as I lack said hardware). s-c-display gives: Section "Device" Identifier "Videocard0" Driver "radeon" VendorName "Videocard vendor" BoardName "ATI Radeon 9200" Option "UseFBDev" "true" EndSection in FC4t3. Can you please retest? I tested with fc4test3 - now I get somewhat unsynchronized screen output (at the last stage - gdm login) because of (probably) conflict between DRI kernel driver and FBDEV. I had to remove 'Load "dri" ' from the section "Module" to get correct screen output. I heard that DRI works correctly using Option "UseFBDev" "false", but that (as I tested previously) doesn't detect my display at all. Thank you Created attachment 114427 [details]
x server log without dri option
Section "Module
#Load "dri"
Created attachment 114428 [details]
x server log with dri option
Section "Module"
Load "dri"
Hi I have the exact same problem - I am a newbie to linux, so I don't really know how to get acces to a terminal/shell before fedora login. Could you please tell me what keys to press befor login, to get acces to a prompt/shell ? (In reply to comment #2) > I tested with fc4test3 - > now I get somewhat unsynchronized screen output (at the last stage - gdm login) > because of (probably) conflict between DRI kernel driver and FBDEV. > I had to remove 'Load "dri" ' from the section "Module" to get correct screen > output. I heard that DRI works correctly using Option "UseFBDev" "false", > but that (as I tested previously) doesn't detect my display at all. Thank you > > > This bug affects both VGA and DVI displays, When Gnome display manager starts, graphics picture is displayed incorrectly due to no PLL parameters detected bu X server. But when I press Ctrl-Alt-Backspace, and re-initialize X server, it detects PLL parameters correctly and everything is fine (RADEON(0): PLL parameters: rf=2700 rd=12 min=12500 max=35000; xclk=10300). Alsom when I comment out DRI module from xorg.conf, everything is fine Sometimes, X server re-inititalizes itself automatically, and it seems like everything is good, but when you look into /var/log/ - there must be two log files Xorg.0.log and Xorg.0.log.old , dated nearly for the same time - as it did not detect PLL parameters for the first time Created attachment 118438 [details]
Xorg log file, when it is run for the fist time - PLL parameters not detected
Created attachment 118439 [details]
Xorg log file, when it is run for the second time - PLL parameters detected
Created attachment 118440 [details]
118438: Xorg log file, when it is run for the fist time - PLL parameters not detected
Created attachment 118441 [details]
Xorg log file, when it is run for the second time - PLL parameters detected
seems like this config file works best for Mac mini Section "Module" Load "dbe" Load "extmod" Load "fbdevhw" Load "glx" Load "record" Load "freetype" Load "type1" Load "dri" EndSection Section "Monitor" Identifier "Monitor0" VendorName "Monitor Vendor" ModelName "L1730S" DisplaySize 340 270 HorizSync 30.0 - 83.0 VertRefresh 56.0 - 75.0 Option "dpms" EndSection Section "Device" Identifier "Videocard0" Driver "radeon" VendorName "Videocard vendor" BoardName "ATI Radeon 9200" Option "AGPMode" "2" BusID "PCI:0:16:0" EndSection Section "Device" Identifier "Videocard0" Driver "radeon" VendorName "Videocard vendor" BoardName "ATI Radeon 9200" Option "AGPMode" "2" BusID "PCI:0:16:0" Option "UseFBDev" "true" EndSection I finally found a fix/workaround to this problem: load drm module radeon in /etc/rc.d/rc.local [eugene@localhost ~]$ cat /etc/rc.d/rc.local #!/bin/sh # # This script will be executed *after* all the other init scripts. # You can put your own initialization stuff in here if you don't # want to do the full Sys V style init stuff. touch /var/lock/subsys/local /sbin/modprobe radeon Actually, xorg radeon driver detects PLL only in 20% of times, and this workaround doesn't help much Created attachment 118943 [details]
function RADEONProbePLLParameters from xorg CVS (powerpc only)
This patch fixed the problem with incorrect PLL parameters detection on my
Radeon
Can we include this fix in update RPMS of xorg-x11? As I understand, many Mac users installing fedora core4/powerpc experience such problems (e.g. http://forums.fedoraforum.org/showthread.php?t=73647). Also, this patch doesn't touch other architectures except powerpc, so it should not harm other platforms Thank you Original patch by Benjamin Herrenschmidt http://lists.freedesktop.org/pipermail/xorg/2004-December/004953.html Please report this issue to X.Org developers by filing a bug report in the X.Org bugzilla located at http://bugs.freedesktop.org in the "xorg" component. Be sure to indicate in your X.Org bug report that the bug is for the 6.8.x branch, attach the patch to the bug as a file attachment, and request that it be nominated for inclusion in future 6.8.x releases. Once you've filed your bug report to X.Org, if you paste the new bug URL here, Red Hat will continue to track the issue in the centralized X.Org bug tracker. Once X.Org has accepted the patch into the 6.8.x branch of CVS, we may consider including it in a future Fedora Core update. Setting status to "NEEDINFO_REPORTER", awaiting X.Org bug URL for tracking. Thanks for the bug URL. Tracking upstream at: http://freedesktop.org/bugzilla/show_bug.cgi?id=4371 Please test whether this is fixed in the FC4 test rpms uploaded a few months ago to ftp://zeniv.uk.linux.org/pub/people/dwmw2/x-radeon/ You should be able to use just the 'radeon_drv.o' from the xorg-x11 package there, if you don't want to downgrade all your xorg-x11 packages. I'll build an updated set. Yes, I downloaded ftp://zeniv.uk.linux.org/pub/people/dwmw2/x-radeon/radeon-drv-6.8.2-37.FC4.49.3.radeon.1.ppc.o and it worked correctly as a replacement for radeon_drv.o |