Re: i810 only partially usable

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Sun, Sep 22, 2013 at 08:45:57PM -0400, Felix Miata wrote:
> 82810E DC-133 (GMCH)(rev 03)
> 
> Everything seems to be OK with these (openSUSE 12.1):
> glamor (no such package)
> kernel-desktop-3.1.10-1.29
> libdrm-2.4.26-15.1.2
> (no Plymouth)
> xorg-x11-driver-video-intel-legacy-2.9.1-13.1.2
> xorg-x11-server-7.6_1.10.4-36.9.2 (server 1.9.3)
> 
> 1600x1200 (which happens to be the EDID preferred mode) as specified
> via PreferredMode works.
> 
> vga=8121 on cmdline works as expected on the vttys (no material BIOS
> VESA support available).
> 
> http://fm.no-ip.com/Tmp/Linux/Xorg/xorg.0.log.gx110-os121-1600x1200x120OK
> 
> *************************
> Not good (openSUSE 12.2):
> glamor-0.4.1-2.2.2
> kernel-desktop-3.4.47-2.38
> libdrm2-2.4.33-2.47.33-2.3.2
> libdrm_intel1-2.4.33-2.47.33-2.3.2
> (no Plymouth)
> xf86-video-intel-2.20.3-1.8.1
> xorg-x11-driver-video-intel-legacy-2.9.1-22.1.2
> xorg-x11-server-7.6_1.12.3-1.9.1 (server 1.12.3)
> 
> highest (& initial) video mode available according to xrandr and
> krandrtray: 1280x1024
> 
> PreferredMode is apparently ignored.

Broken by

commit 7bb653bedceb6180a0361ead1c612839e776ce98
Author: Olivier Fourdan <ofourdan@xxxxxxxxxx>
Date:   Mon Oct 18 15:59:35 2010 -0400

    modes: improve aspect ratio match for classic drivers

which filters the modes reported by the EDID to the largest builtin
mode.

diff --git a/hw/xfree86/common/xf86Mode.c b/hw/xfree86/common/xf86Mode.c
index 706ab64..2a11590 100644
--- a/hw/xfree86/common/xf86Mode.c
+++ b/hw/xfree86/common/xf86Mode.c
@@ -1869,10 +1869,10 @@ xf86ValidateModes(ScrnInfoPtr scrp, DisplayModePtr availModes,
         }
         if (vx < virtX || vy < virtY) {
             const int types[] = {
-                M_T_BUILTIN | M_T_PREFERRED,
-                M_T_BUILTIN,
                 M_T_DRIVER | M_T_PREFERRED,
                 M_T_DRIVER,
+                M_T_BUILTIN | M_T_PREFERRED,
+                M_T_BUILTIN,
                 0
             };
             const int ntypes = sizeof(types) / sizeof(int);

Should restore the intent back to

commit 81ef1b6d6063c20db4963abf7b7848e235aa4ebb
Author: Adam Jackson <ajax@xxxxxxxxxxxxxxxxxxx>
Date:   Thu Sep 14 19:18:58 2006 -0400

    Mark EDID modes as driver modes.  Infer virtual size from driver modes.


> vga=8121 on cmdline works as expected on the vttys even after X is terminated.
> 
> http://fm.no-ip.com/Tmp/Linux/Xorg/xorg.0.log.gx110-os122-bad1280x1024
> 
> 
> *************************
> Awful (openSUSE 13.1 Beta 1):
> glamor-0.5.1-1.1
> intel-gpu-tools-1.3-4.4
> kernel-desktop-3.11.1-1
> libdrm2-2.4.46-2.1
> libdrm-intel1-2.4.46-2.1
> (no Plymouth)
> xf86-video-intel-2.99.902-1.1
> xorg-x11-server-7.6_1.14.3-1.1 (server 1.14.3)
> 
> PreferredMode is apparently ignored.
> 
> highest (& initial) video mode available according to xrandr and
> krandrtray: 1280x1024
> 
> vttys are stable only as long as X never started, regardless whether
> video= and/or vga= are present on cmdline. Only way I've found so
> far to make them work reliably again once X is started is to reboot.
> With various combinations of X running or not and video= and/or vga=
> used, vttys get scrambled in various ways (font mismatched to row
> and/or column counts of active mode).
> While X is running but a vtty is active, X/KDE3 may abort spontaneously.

That sounds like the dangers inherent in UMS. The biggest change here is
the loss of XAA in Xorg.
-Chris

-- 
Chris Wilson, Intel Open Source Technology Centre
_______________________________________________
Intel-gfx mailing list
Intel-gfx@xxxxxxxxxxxxxxxxxxxxx
http://lists.freedesktop.org/mailman/listinfo/intel-gfx




[Index of Archives]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]
  Powered by Linux