agd5f

I’m beginning to think the LVDS interface on XPRESS chips is dual purpose like the FP2 interface on avivo chips. If you have a desktop XPRESS chip with with DVI-D that’s not working with the current ati driver in git (or a recent 6.7.19x release), please add the following lines to the device section of your xorg.conf and test the driver:

Option “ConnectorTable” “1,2,2,1,1,1,2,2″
Option “PanelSize” “1280×1024″

Change “1280×1024″ what whatever size your panel is.

As some of you may know, I’ve been working on merging r128 into the radeon driver. This makes sense as the HW is 99% the same (at least on the display side). Right now I’ve got modesetting and MMIO based accel up and running. I should have DRI and Xv ported over shortly. What will this give us?

- randr 1.2 support for r128
- possibly tv-out support for r128 (depending on how similar the tv cell is)
- one code base
- better bios table support for r128
- no need to port r128 to pci-rework

Update: for those that are interested:
http://gitweb.freedesktop.org/?p=users/agd5f/xf86-video-ati.git;a=shortlog;h=r128-merge

Update2: current status

- Xv works
- DDC is still flaky
- DRI initializes correctly, but 3D apps segfault

I added code to the radeon driver last night to attempt to handle the lid status and to keep the bios from mucking around with the HW while the driver is active. Unfortunately, the lid closed status only gets written to the scratch reg when you boot with the lid closed, subsequent lid events only set the lid status changed bit. So, if you boot up with the lid closed, the driver should do the right thing (assume LVDS is off); if you close/open the lid later, the driver will assume it’s connected. I’ve also set the right scratch regs to tell the bios not to muck with the HW while the driver is active, so if you were having problems with lid events or bios hotkeys scrambling the hardware, please test.

finally got around to putting this up.