Description of problem: While GUI installation on ATI 785G chipset Failed as in bug #530742, basic video mode installation works. After installation, Display size is not proper to my screen. /etc/X11/xorg.conf Driver "vesa" Version-Release number of selected component (if applicable): xorg-x11-drv-ati-6.13.0-0.10.20091006git457646d73.fc12.x86_64 How reproducible: evertime Steps to Reproduce: 1. start installation with basic video mode (GUI failed) 2. after installation, X started and check gnome desktop 3. run gnome-display-properties Actual results: screen-size - not proper, g-d-p showing Monitor- Unknown, Expected results: can be detected and proper screen size Additional info:
Created attachment 367556 [details] Xorg.log and lscpi files Xorg.0.log-after-install - with vesa Xorg.0.log-autodetected - after removing /etc/X11/xorg.conf, which works properly lspci
Since this bugzilla report was filed, there have been several major updates in various components of the Xorg system, which may have resolved this issue. Users who have experienced this problem are encouraged to upgrade their system to the latest version of their packages (at least F12Beta, but even better if the very latest versions). Please, if you experience this problem on the up-to-date system, let us now in the comment for this bug, or whether the upgraded system works for you. If you won't be able to reply in one month, I will have to close this bug as INSUFFICIENT_DATA. Thank you. [This is a bulk message for all open Fedora Rawhide Xorg-related bugs. I'm adding myself to the CC list for each bug, so I'll see any comments you make after this and do my best to make sure every issue gets proper attention.]
it is latest only
(In reply to comment #3) > it is latest only I am sorry, I don't understand. Does the latest packages work for you?
sorry for confusion, but I want to say that I was using latest packages, but it was not working
Created attachment 368078 [details] lspci.txt from the attachment 367556 [details]
Created attachment 368079 [details] Xorg.0.log-after-install from the attachment 367556 [details]
Created attachment 368080 [details] Xorg.0.log-autodetected from the attachment 367556 [details]
What is the proper screen size ? 1920x1080 ? Is the screen a lcd ? or old CRT ? I don't think we are responsible for gnome display app to no get the display name.
it is LCD with 1920x1080 max size. Gnome-display-properties was not showing Max size, but less than that and there is /etc/X11/xorg.conf file (which is not available, when install on other machine)
Please remove any xorg.conf files and retry with kms, also attach Xorg log and full dmesg with KMS on. Thanks.
Following attachment(Xorg.0.log) is after remove of xorg.conf file https://bugzilla.redhat.com/attachment.cgi?id=368080 will attach dmesg soon after fresh install
Created attachment 368324 [details] X.0.log file after removing xorg.conf file (autodetected)
Created attachment 368325 [details] dmesg file (after remove xorg.conf with autodetected display) Screenshot and before remove xorg.conf detail you can check at http://aalam.fedorapeople.org/ibug/533105/
Why do you disable kernel modesetting ? Do you have the problem when kms is active ? Please attach dmesg when KMS is activated and with drm.debug=15 kernel boot parameter. To sumup the issue: broken: no 1920x1080 video mode working: 1920x1080 video mode.
This bug appears to have been reported against 'rawhide' during the Fedora 12 development cycle. Changing version to '12'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
Still does not install Fedora 12 in GUI mode on AMD 785G chipset (Gigabyte GA-MA785GM-US2H) even when running preupgrade from Fedora 11.
PS: OpenSuSE 11.2 installs flawlessly.
Other bugzilla report 531836 seems related to the same AMD 785 chipset. Seem to recall that Anaconda detected this AMD chipset as being an Intel chipset.
Other bugzilla report 537497 seems related to the same AMD 785 chipset. Comparing lspci for AMD 780 and AMD 785 chipset motherboards, device ID is 9710 for the 4200 display controller of the 785, and device ID is 9610 for the 3200(?) display controller of the 780.
PS: Both Fedora 11 and Fedora 12 install on the AMD 780G chipset, and Fedora 11 installs on the AMD 785G chipset, but this graphics problem stops Fedora 12 GUI install (and LiveCD) on the AMD 785G chipset. I hear that the mobile version of the AMD 880G is already available in notebook PCs from HP, Fujitsu and Acer -- though I don't have any of these -- and should be available in motherboards sometime early next year. 780G chipset motherboards were the most popular AMD motherboards for some time, and their faster 785G and 880G upgrades are also likely to be quite popular.
KMS support for the ATI 3000 and 4000 series graphics in the AMD 780 and 785 chipsets has apparently just been added to the 2.6.32 kernel according to http://www.h-online.com/open/features/What-s-new-in-Linux-2-6-32-872271.html
Top selling motherboards in Japan are shown here: http://kakaku.com/pc/motherboard/ranking_0540/ The top motherboards for AMI CPUs, ranked 4, 8, and 10, are all 785 chipset motherboards (#14 is 780). If Fedora 12 won't install on all the most popular AMD motherboards then I'd consider this to be higher priority than "low".
I think https://bugzilla.redhat.com/show_bug.cgi?id=530742 may be the earliest report, and that suggests it was fixed with kernel 136? keith: Fedora kernel is substantially ahead of upstream kernel when it comes to ATI KMS stuff. The upstream kernel is basically getting lots of stuff we've patched in already.
Adam, many thanks for the reply. I have a working Fedora 11 system running on the above-mentioned Gigabyte 785 chipset motherboard. I tried to install Fedora 12 but got a black screen, so installed Fedora 11 instead. I believe that I tried running preupgrade on this Fedora 11 system only about two weeks ago and (after it had downloaded what it needed, and tried to start installing) got a black screen -- even when I tried using an old CRT rather than a large-screen LCD monitor. Has a new kernel for Fedora 12 that fixes the problem been released since then? If I try to restart preupgrade, it seems to try to start from where it left off (using the previously-downloaded files to install Fedora 12 over Fedora 11) rather than first checking if there have been further updates since I first ran preupgrade. Is there some way I can force preupgrade to flush everything and start again from scratch?
preupgrade is really just a way to run anaconda, and the anaconda image it uses will be based on the F12 release kernel, not the updated, post-release F12 kernel. What you could do is run the installation in 'basic graphics' mode - I believe that should avoid the issue (it basically means to use vesa rather than the native driver for the card). That will give you an installed system which also uses the vesa driver. Then you can update to the latest F12 kernel and try renaming /etc/X11/xorg.conf and booting with the new kernel, and see how it goes then.
I also tried 'basic graphics' mode and got a black screen :-(
what if you add 'nomodeset' kernel parameter? -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
I believe that I tried 'nomodeset' with standard graphics (but not basic graphics) and got a black screen :-( [The RTL8111B network card didn't work either.] Maybe I'll try everything one more time over the year-end holidays.
Keith to clarify you have issue only with the install process ? It's possible that the install cd have an too old kernel. Here a 785 motherboard works flawlessly (AFAICT) with kernel-2.6.31.9-174.fc12.i686 (lastest from F12).
I was not able to install at all on the Gigabyte 785 chipset motherboard. The driver for the on-board RTL8111C Realtek network chip was also broken, so I had to use another network card to access online repos for a network install with the latest updates. Even so, I was not able to install. Sorry but I haven't had time since this time last month to try installing again (to see if the problem has been fixed by kernel updates). With Fedora 11, one of the kernel or other updates caused boot-up to stall for such a long time that most people would assume that the computer has frozen. The computer eventually boots, however. Fedora 12 fixes this problem with the 780 chipset.
Could you please reply to the previous question? If you won't reply in one month, I will have to close this bug as INSUFFICIENT_DATA. Thank you. [Note please, that this is machine generated comment for large amount of bugs; due to some technical issues, it is possible we've missed some of the responses -- it is happens, please, just a make a comment about that; that we will see. Thank you]
Fresh install Fedora 13 (rawhide) anaconda-13.32 installation - GUI - Working After Installation - GUI - correctly detected and working Graphical interface (This bug Fixed for F13) Fedora 12, display is Working (not fresh installed, upgrade from f11->f12)
Thank you for letting us know.