From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.6) Gecko/20040206 Firefox/0.8 Description of problem: Description of problem: When installing on a Dell Inspiron 8600 (laptop), my screen was not auto-detected. Its screen resolution is 1280x800, but that was not an option under the list of LCD sizes. After booting, in Gnome desktop, the maximum resolution available is 1024x768 but when selected and after restart resolution is 800x600. Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1. install and try to select 1280x800 as your screen resolution 2. 3. Additional info:
I got this in FC2 on all our WXGA HP/compaq nx9110 . please add 1280x800 60Hz in the LCD section!
Updated. This is the default resolution for some laptops, including mine. Flo, simply configure your machine to use 1024x768, and edit /etc/X11/xorg.conf to use 1280x800 in the "Screen" section (replace 1024x768 by 1280x800). The mode is already in X' modelines.
I just installed FC3test1, and I wasn't prompted for a monitor during the anaconda graphical installation. A default of 800x600 was used. I then used system-config-display to select appropriate hardware, and I chose LCD Panel 1280x800 (which is correct for my laptop). But when I went back to the resolution selection screen, 1280x800 was not in the list of available settings in the Resolution widget. My complaint is not the fact that it wasn't installed correctly, but that system-config-display has been told (in one panel) how big the screen is, and that the other panel doesn't use this information.
I'm having the same problems as David Zuhn in comment #3. When I go in after the installation and use system-config-display, I go into Hardware and tell it LCD Panel 1280x800, and in Settings it doesn't offer me 1280x800. It lets me choose 1024x768 or 1280x960 or 1280x1024 but not 1280x800. It would be nice if it figured it out on install, too, of course. :)
In response to comment #3 the gnome resolution capplet is using xrandr based on the running xserver, you need to restart X for the s-c-display changes to take affect. Does setting the resolution to 1280x800 and restarting X work for you? For comment #4 I can reproduce the fact that 1280x800 does not appear on the settings tab resolution list after selecting. The mode needs to be added to vesamodes by the looks investigation
Created attachment 102644 [details] Test case for rhpl Simple reproducer for monitor, resolution. Need to investigate probing a bit more. Can everyone reporting this bug please attach the output of kudzu -p -b ddc please.
I'm changing this to be a generic bug for LCD display selection and then resolution list not being as expected. This is a harder issue that it might appear due to the fact some drivers in laptops may not support the native resolution of the LCD panel. Please add card details as well as monitor resolution and the results of kudzu -p -b ddc
*** Bug 127372 has been marked as a duplicate of this bug. ***
I have a NVidia Geforce 4 4200 Go 64mb with a LCD panel resolution of 1680x1050. Results of kudzu -p -b ddc: - class: VIDEO bus: DDC detached: 0 driver: unknown desc: "NVIDIA Corporation NV28 Board - p138ch" mem: 65536
*** Bug 126793 has been marked as a duplicate of this bug. ***
This Sony S1XP uses an ATI Radeon Mobility 9700, and the resolution is 1280x800 (which works fine with both the Open Source and the proprietary drivers): # kudzu -p -b ddc - class: VIDEO bus: DDC detached: 0 driver: unknown desc: "ATI Technologies Inc. P11" mem: 65536
Oh, I can manually change to 1280x800 and it works just fine, it would just be nice to have access to the setting in the configuration tools rather than having to edit files. :)
Laptop Acer Aspire 2012WLCi with ATI radeon mobility 9700 Monitor resolution 1280x800 # kudzu -p -b ddc - class: VIDEO bus: DDC detached: 0 driver: unknown desc: "ATI Technologies Inc. P11" mem: 65536 - class: MONITOR bus: DDC detached: 0 driver: unknown desc: "Color LCD" id: CMO1500 horizSyncMin: 48 horizSyncMax: 50 vertRefreshMin: 59 vertRefreshMax: 61
Dell Latitude D800 with an NVidia card Monitor resolution is 1680x1050 . The nv driver works fine once you've tweaked xorg.conf to use the appropriate modelines. # kudzu -p -b ddc - class: VIDEO bus: DDC detached: 0 driver: unknown desc: "NVIDIA Corporation NV28 Board - p138ch" mem: 65536
Left hand, meet right hand... With the FC3T3 installer, I was able to select "Generic LCD 1280x800" for the display type. But I was not offered this resolution in the X pulldown. This is on a brand new HP/Compaq R3000Z widescreen laptop with a 3 year old Geforce chip in it (forget which one). Sorry, can't get more info right now as the installer failed to make the touchpad usable.
Add to tracker for next round of development.
*** Bug 136388 has been marked as a duplicate of this bug. ***
Closing Bug 136388 as a duplicate of this one is probably not correct since this was an RFE to add 1280 x 800, and the other is reporting incorrect behaviour (i.e., a real bug, not a request for enhancement) since the LCD is in fact configured as 1280 x 800, but this option does not exist in the resolution menu. Either way, here is the output requested: class: VIDEO bus: DDC detached: 0 driver: unknown desc: "ATI Technologies Inc. P10" mem: 65536 - class: MONITOR bus: DDC detached: 0 driver: unknown desc: "(null)" id: SEC0000 The output of lspci will be added an an attachment.
Created attachment 105708 [details] lspci output
I've been hit by this problem too. If I'm reading the code correctly (I've never programmed or even seen python before) then /usr/lib/python2.3/site-packages/rhpl/xhwstate.py gets a full list of modes and then calls rhpl.monitor.monitor_supports_mode in monitor.py to see whether it is valid. This function gets a list of valid modes from /usr/share/rhpl/{vesamodes,extramodes}. I am presuming that 1280x800 is not a VESA mode, so there the proper patch should be to add the appropriate modes to that file? The trouble is I have no idea what information is needed for each ModeLine or where to get it from.
Created attachment 105973 [details] Patch against /usr/share/rhpl/extramodes Copying the modeline for the missing resolution from my Xorg.0.log into /usr/share/rhpl/extramodes fixed the problem for me. Where should I send a patch against the rhpl package?
Comment #22, I'm unsure if that modeline is generic enough for all 1200x800 displays cf the 16:10 modelines. I'll check with our X team.
*** Bug 141301 has been marked as a duplicate of this bug. ***
My system works with this Xorg.cong settings : ----------------------------------- Section "ServerFlags" #DontZap # disable <Crtl><Alt><BS> (server abort) AllowMouseOpenFail # allows the server to start up even if the mouse doesn't work #DontZoom # disable <Crtl><Alt><KP_+>/<KP_-> (resolution switching) EndSection Section "Module" Load "dbe" # Double-Buffering Extension Load "v4l" # Video for Linux Load "extmod" Load "type1" Load "freetype" # Load "glx" # 3D layer EndSection Section "InputDevice" Identifier "Keyboard1" Driver "keyboard" Option "XkbModel" "pc105" Option "XkbLayout" "fr" Option "XkbOptions" "" EndSection Section "InputDevice" Identifier "Mouse1" Driver "mouse" Option "Protocol" "ExplorerPS/2" Option "Device" "/dev/mouse" Option "ZAxisMapping" "6 7" EndSection Section "Monitor" Option "CheckDesktopGeometry" # DisplaySize 260 195 -- This is 1024x768 # DisplaySize 325 203 # 1280x800 at 100x100 dpi # Option "IgnoreEDID" "1" Identifier "Monitor0" VendorName "Monitor Vendor" ModelName "0" HorizSync 31.5 - 61.0 VertRefresh 40.0 - 70.0 Option "dpms" UseModes "16:10" EndSection Section "Device" Identifier "device1" VendorName "nVidia" BoardName "NVIDIA GeForce FX (generic)" Driver "nv" Option "DPMS" EndSection Section "Screen" Identifier "Screen0" Device "device1" Monitor "Monitor0" DefaultDepth 24 SubSection "Display" Depth 24 # Modes "1024x768" "800x600" "640x480" Modes "1280x800" EndSubSection EndSection Section "ServerLayout" Identifier "layout1" InputDevice "Keyboard1" "CoreKeyboard" InputDevice "Mouse1" "CorePointer" Screen "screen0" EndSection Section "Modes" Identifier "16:10" # Modeline "1024x768" 61.89 1024 1080 1184 1344 768 769 772 794 Modeline "1280x800@60" 83.91 1280 1312 1624 1656 800 816 824 841 # Modeline "1280x800@70" 101.92 1280 1312 1696 1728 800 816 825 841 # Modeline "1280x800@80" 121.48 1280 1312 1768 1800 800 815 826 841 EndSection
the problem lies in dm. with kdm the 16:10 resolutions work fine but gnome does'nt get it. I added the UseModes "16:10" -thing and gdm worked with 1280x800, but after reboot x doesn't start when UseMode is active. what now?
more information about this laptop and vaious other problems can be found at: http://lists.pcxperience.com/cgi-bin/mailman/listinfo/linuxr3000
I've just installed FC4 Test2 on a new Dell Latitude X1 laptop, and the display of 1280x768 was a total fiasco. I think it's partly because the video BIOS doesn't report that resolution as being available, whereas the LCD panel is identified properly as having that resolution, but not only. Is there a new and cleaner resolution choosing mechanism planned for FC4 final? With all those weirdo resolutions we're seeing on laptops these days, something really needs to be done. Prior to this 1280x768 problem, I already had a similar experience with my Inspiron 8600 and its 1680x1050 screen...
I have added a number of weird laptop resolutins to the rhpl/data/extramodes and to the X server build, so we should have better support for this in FC4.