This bug is also reported in Ubuntu here: https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/103945 On 64-bit systems with ATI cards, Xorg recognizes the ati card but fails to find a suitable mode. This occurs whether the xorg.conf is present or not. The original reporter says he got it working by hand-editing modelines into xorg.conf. In speaking with Alex Deucher, he adds: <agd5f> vesa fails on my radeon on 64 bit <agd5f> don't know why. even kernel vesafb fails Original report: "The feisty beta desktop cd for amd64 boots ok on my nc6400, but gdm fails to start. The error log suggests that xorg found the ati video card, but couldn't find a valid mode. If I remove /etc/X11/xorg.conf entirely, xorg still can't find a usable mode. If I hand-edit the xorg.conf to add some modelines, I can get 1024x768 to work. Here are some details that may help: $ lspci | grep ATI 01:00.0 VGA compatible controller: ATI Technologies Inc M52 [ATI Mobility Radeon X1300] $ sudo ddcprobe vbe: VESA 3.0 detected. oem: ATI ATOMBIOS vendor: (C) 1988-2005, ATI Technologies Inc. product: M52T 01.00 memory: 16384kb mode: 640x400x256 mode: 640x480x256 mode: 800x600x256 mode: 1024x768x256 mode: 1280x1024x256 mode: 640x480x32k mode: 640x480x64k mode: 640x480x16m mode: 800x600x32k mode: 800x600x64k mode: 800x600x16m mode: 1024x768x32k mode: 1024x768x64k mode: 1024x768x16m mode: 1280x1024x32k mode: 1280x1024x64k mode: 1280x1024x16m mode: 320x200x32k mode: 320x200x64k mode: 320x200x16m mode: 1600x1200x256 mode: 1600x1200x32k mode: 1600x1200x64k edid: edid: 1 3 id: 8d00 eisa: LPL8d00 serial: 00000000 manufacture: 0 2005 input: analog signal. screensize: 30 19 gamma: 2.200000 dpms: RGB, no active off, no suspend, no standby dtiming: 1280x800@59 monitorid: LGPhilipsLCD monitorid: LP141WX1-TLA $ sudo /usr/share/xresprobe/ddcprobe.sh res: 1280x800 disptype: crt name: freq: The ddcinfo seems off: this is definitely an lcd, not a crt. The input is digital, I'd think, and the dpms is probably wrong too. The native lcd resolution, 1280x800, isn't listed in the modes. If I can provide any other info, please let me know."
Created attachment 11218 [details] [review] Disables mode checking so xorg doesn't drop modes before they've had a chance to be validated I've not tested to see if this fixes the issue, but Debian has the following patch, which I've been told addresses a "vesa-crashes on r5xx hardware" issue that might be relevant here.
Created attachment 11339 [details] Xorg.0.log with vesa driver on X700 I have similar problems on i386 with a laptop with an ATI Mobility X700, when I force it to use the vesa driver. The native mode 1680x1050 is not in the list of modes returned by ddcprobe. ddcprobe.sh returns the right resolution, but "crt". X starts up in 1280x1024. If I use an xorg.conf and specifies 1680x1050, X doesn't start at all. I use xserver-xorg-core 1.3.0.0.dfsg-12ubuntu3feisty1 which has the above patch, and xserver-xorg-video-vesa 1.3.0-1ubuntu5feisty1. (The ati driver works perfectly.)
Created attachment 11365 [details] Xorg.0.log (failing) with sync/refresh set I tried again with the Gutsy Tribe 5 live cd, updated with xserver-xorg-video-ati 1:6.7.192-1ubuntu1 and xserver-xorg-core 2:1.3.0.0.dfsg-12ubuntu3. With HorizSync 30-70 VertRefresh 50-160 in xorg.conf it fails with (II) VESA(0): VBESetVBEMode failed (EE) VESA(0): Set VBE Mode failed! Fatal server error: AddScreen/ScreenInit failed for driver 0 and if I remove these two lines it starts up in 1280x1024.
Fix released downstream.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.