[ANNOUNCE] xf86-video-intel-1.9.92

[Keith Packard]

On Sat, 2007-03-17 at 07:13 +0100, Pavel Troller wrote:

>   Now, the negatives:
>   - EDID still doesn't work reliably. I think that in RC1, it didn't work at
>     all, so maybe there is a progress. Now it sometimes works (at about 30% of
>     invocations) and sometimes not (at the rest). It causes different results
>     for subsequent tests. For example, I cannot reach 1600x1200 mode without
>     EDID being read, even with HorizSync set to 20 - 100 (which is more than
>     my monitor accepts), but it still writes "horizsync out of range". I'm
>     really curious what frequency does the mode require but with the standard
>     driver it works perfectly.

Note that the 'default' monitor in the configuration file is ignored;
you must (at least for now) use the 'option "monitor-VGA" "My Monitor
Section"' to point the driver's VGA output at your monitor definition.
Yes, we should fix this.

In any case, please send along the log file showing the EDID data
working and then failing during an xrandr operation.

>   - When EDID works and 1600x1200 mode is reached, Xserver gives incorrect info
>     about the screen geometry. It lies that the physical dimensions are over
>     430x350 mm, while they are 320x250 mm (and it is written in the Monitor
>     section, as well as read from EDID). It also sets DPI to 96,96, while it
>     should be 123,121. Due to this, apps are confused, fonts are too small
>     while windows are too big etc.

Are you sure gdm isn't specifying -dpi on the command line for the
server? You can check just using ps to see what the Xorg command line
looks like.

>   - When RandR is used to resize the screen to lower resolution (i.e.
>     1200x1024), it works. However, it cannot return the 1600x1200 mode back.

Presumably EDID is failing the second time around. A log file would
clarify this.

One thing we're tempted to try is cranking up the I2C timeouts for the
DDC line. Those are in the function DDCRead_DDC2 in
xserver/hw/xfree86/ddc/xf86DDC.c. You might make all of these 10 times
longer than they are now and see whether that works at all.

-- 
keith.packard at intel.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://lists.x.org/archives/xorg/attachments/20070317/e39acf2d/attachment.pgp>