Falsche Aufloesung

Stefan Froehlich

unread,

May 1, 2012, 4:55:08 AM5/1/12

to

Ich sitze hier vor einem Thinkpad L520 (mit Debian Squeeze und X.org 1.10.4
aus den Backports), das mich mit 1024x768 Pixel beglueckt, obwohl es in der
waagrechten 1366 Pixel beherrscht. Auf Wunsch stelle ich gerne das gesamte
Log zur Verfuegung, entscheidend duerfte jedoch sein:

| [ 52068.346] (II) VESA(1): VESA VBE OEM: Intel(R)Sandybridge Mobile Graphics Chipset Accelerated VGA BIOS
| [ 52068.346] (II) VESA(1): VESA VBE OEM Software Rev: 1.0
| [ 52068.346] (II) VESA(1): VESA VBE OEM Vendor: Intel Corporation
| [ 52068.346] (II) VESA(1): VESA VBE OEM Product: Intel(R)Sandybridge Mobile Graphics Controller
| [...]
| [ 52068.371] (II) VESA(1): Printing DDC gathered Modelines:
| [ 52068.371] (II) VESA(1): Modeline "1600x900"x0.0 96.31 1600 1648 1680 1726 900 902 907 930 -hsync -vsync (55.8 kHz)
| [ 52068.371] (II) VESA(1): Modeline "1600x900"x0.0 80.63 1600 1648 1680 1734 900 902 907 930 -hsync -vsync (46.5 kHz)
| [ 52068.371] (II) VESA(1): Searching for matching VESA mode(s):

[...]

| [ 52068.381] (II) VESA(1): Total Memory: 2047 64KB banks (131008kB)
| [ 52068.381] (II) VESA(1): Monitor2: Using hsync range of 46.50-55.80 kHz
| [ 52068.381] (II) VESA(1): Monitor2: Using vrefresh range of 50.00-60.00 Hz
| [ 52068.381] (WW) VESA(1): Unable to estimate virtual size
| [ 52068.381] (II) VESA(1): Not using built-in mode "1024x768" (no mode of this name)
| [ 52068.381] (II) VESA(1): Not using built-in mode "800x600" (no mode of this name)
| [ 52068.381] (II) VESA(1): Not using built-in mode "848x480" (no mode of this name)
| [ 52068.381] (II) VESA(1): Not using built-in mode "640x480" (no mode of this name)
| [ 52068.381] (WW) VESA(1): No valid modes left. Trying less strict filter...
| [ 52068.381] (II) VESA(1): Monitor2: Using hsync range of 46.50-55.80 kHz
| [ 52068.381] (II) VESA(1): Monitor2: Using vrefresh range of 50.00-60.00 Hz
| [ 52068.381] (WW) VESA(1): Unable to estimate virtual size
| [ 52068.381] (II) VESA(1): Not using built-in mode "800x600" (hsync out of range)
| [ 52068.381] (II) VESA(1): Not using built-in mode "848x480" (hsync out of range)
| [ 52068.381] (II) VESA(1): Not using built-in mode "640x480" (hsync out of range)
| [ 52068.381] (--) VESA(1): Virtual size is 1024x768 (pitch 1024)

Es ist sicher 15 Jahre her, dass ich das letzte Mal da hineingreifen
musste :-(

Fehlt mir nun eine passende Modeline fuer die Grafikkarte, oder fehlt mir
die korrekte Angabe von hsync nd vrefresh fuer den Monitor? Und unabhaengig
von der Antwort: wie komme dann dazu?

Servus,
Stefan

--
http://kontaktinser.at/ - die kostenlose Kontaktboerse fuer Oesterreich
Offizieller Erstbesucher(TM) von mmeike

Stefan - die enzückendste Entscheidung der Welt!
(Sloganizer)

Dirk Thierbach

unread,

May 1, 2012, 6:31:48 AM5/1/12

to

Stefan Froehlich <Stefan...@froehlich.priv.at> wrote:
> Ich sitze hier vor einem Thinkpad L520 (mit Debian Squeeze und X.org 1.10.4
> aus den Backports), das mich mit 1024x768 Pixel beglueckt, obwohl es in der
> waagrechten 1366 Pixel beherrscht. Auf Wunsch stelle ich gerne das gesamte
> Log zur Verfuegung, entscheidend duerfte jedoch sein:

Der Teil mit den kompletten EDID Informationen waere spannend.

> | [ 52068.371] (II) VESA(1): Printing DDC gathered Modelines:
> | [ 52068.371] (II) VESA(1): Modeline "1600x900"x0.0 96.31 1600 1648 1680 1726 900 902 907 930 -hsync -vsync (55.8 kHz)
> | [ 52068.371] (II) VESA(1): Modeline "1600x900"x0.0 80.63 1600 1648 1680 1734 900 902 907 930 -hsync -vsync (46.5 kHz)

Fragt sich, warum das Display was von 1600 erzaehlt, wenn es nur 1366 kann,
aber dafuer nichts von 1366 ...

Woher weisst Du, dass es 1366 kann? Gibt diese Quelle noch andere
Informationen her?

> Fehlt mir nun eine passende Modeline fuer die Grafikkarte, oder fehlt mir
> die korrekte Angabe von hsync nd vrefresh fuer den Monitor?

Keine Ahnung, diese Teile des Logs fehlen. :-)

> Und unabhaengig von der Antwort: wie komme dann dazu?

Erstmal schauen, was die EDID sagt. Wenn die EDID luegt (was ab und
zu vorkommt), kann man IIRC bei manchen Treibern eine korrekte EDID
unterschieben (habe ich aber noch nicht gemacht). Oder man kann
den klassischen Weg mit eigener Monitorsection und Modeline versuchen
(IIRC muss man bei Intel aufpassen, dass man das dann dem richtigen
Output zuordnet). Die Werte dazu uebernimmt man sinnigerweise aus dem
Teil der EDID, die nicht luegt.

- Dirk

Thomas Richter

unread,

May 1, 2012, 4:17:16 PM5/1/12

to

On 01.05.2012 10:55, Stefan Froehlich wrote:
> Ich sitze hier vor einem Thinkpad L520 (mit Debian Squeeze und X.org 1.10.4
> aus den Backports), das mich mit 1024x768 Pixel beglueckt, obwohl es in der
> waagrechten 1366 Pixel beherrscht.

Erste Frage: Warum nimmst Du den VESA-Treiber? Was ist da für ein
Graphikchip drin? So wie ich das sehe, solltest Du da besser den
"intel"-Treiber nehmen.

> | [ 52068.371] (II) VESA(1): Printing DDC gathered Modelines:
> | [ 52068.371] (II) VESA(1): Modeline "1600x900"x0.0 96.31 1600 1648 1680 1726 900 902 907 930 -hsync -vsync (55.8 kHz)
> | [ 52068.371] (II) VESA(1): Modeline "1600x900"x0.0 80.63 1600 1648 1680 1734 900 902 907 930 -hsync -vsync (46.5 kHz)
> | [ 52068.371] (II) VESA(1): Searching for matching VESA mode(s):

So wie das aussieht behauptet das Video-BIOS einen 1600x900-Schirm
gefunden zu haben, was eventuell gelogen ist. Hilft eventuell
i915resolution, um dem Bios das abzugewöhnen?

Grüße,
Thomas

Marc Haber

unread,

May 2, 2012, 3:50:43 AM5/2/12

to

Stefan...@Froehlich.Priv.at (Stefan Froehlich) wrote:
>Ich sitze hier vor einem Thinkpad L520 (mit Debian Squeeze und X.org 1.10.4
>aus den Backports), das mich mit 1024x768 Pixel beglueckt, obwohl es in der
>waagrechten 1366 Pixel beherrscht.

Wäre es vielleicht sinnvoll, mal ein neueres X von einer Live-CD (z.b.
einem grml daily-image) zu verwenden, um zu sehen, ob ein neueres X
die Grafik korrekt anspricht? Als Nebeneffekt erhielte man bei dieser
Gelegenheit auch gleich ein Vergleichslog, das die korrekte
Initialisierung zeigt?

Grüße
Marc
--
-------------------------------------- !! No courtesy copies, please !! -----
Marc Haber | " Questions are the | Mailadresse im Header
Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834

Stefan Froehlich

unread,

May 2, 2012, 8:00:09 PM5/2/12

to

On Tue, 01 May 2012 12:31:48 Dirk Thierbach wrote:
> Der Teil mit den kompletten EDID Informationen waere spannend.

<http://www.froehlich.priv.at/Xorg.0.log>

> > | [ 52068.371] (II) VESA(1): Printing DDC gathered Modelines:
> > | [ 52068.371] (II) VESA(1): Modeline "1600x900"x0.0 96.31 1600 1648 1680 1726 900 902 907 930 -hsync -vsync (55.8 kHz)
> > | [ 52068.371] (II) VESA(1): Modeline "1600x900"x0.0 80.63 1600 1648 1680 1734 900 902 907 930 -hsync -vsync (46.5 kHz)

> Fragt sich, warum das Display was von 1600 erzaehlt, wenn es nur 1366
> kann, aber dafuer nichts von 1366 ...

> Woher weisst Du, dass es 1366 kann? Gibt diese Quelle noch andere
> Informationen her?

Nennen wir es "educated guess". Es gibt die L520 mit 1366x768 und mit
1600x900; Datenblatt oder dergleichen bekommt man offenbar keines mit
dazu, aber das Teil war an der unteren Preisgrenze. Zudem sehen die
1024x768 in der Senkrechten nicht schlecht aus, in der Waagrechten aber
einigermassen verzerrt.

(Kaemen am Ende 1600x900 heraus, wuerde sich die Besitzerin aber vermutlich
auch nicht dagegen wehren)

> Erstmal schauen, was die EDID sagt.

Ich merke, ich habe mich viel zu lange nicht mit dem Zeug (auf dieser
Ebene) auseinandergesetzt. Ich kapiere ja nicht einmal mehr die Haelfte von
dem, was das Log alles ausspuckt...

> Wenn die EDID luegt (was ab und zu vorkommt), kann man IIRC bei manchen
> Treibern eine korrekte EDID unterschieben (habe ich aber noch nicht
> gemacht). Oder man kann den klassischen Weg mit eigener Monitorsection
> und Modeline versuchen

Letzteres waere mir wenigstens noch ganz vage vertraut... :-)

Servus,
Stefan

--
http://kontaktinser.at/ - die kostenlose Kontaktboerse fuer Oesterreich
Offizieller Erstbesucher(TM) von mmeike

Stefan - was fuer ein ferkliger Gedanke.
(Sloganizer)

Stefan Froehlich

unread,

May 2, 2012, 8:10:10 PM5/2/12

to

On Tue, 01 May 2012 22:17:16 Thomas Richter wrote:
> Erste Frage: Warum nimmst Du den VESA-Treiber?

Ich _nehme_ gar nichts, das ist das, was Xorg fuer gut befunden hat.

> Was ist da für ein Graphikchip drin? So wie ich das sehe, solltest Du da
> besser den "intel"-Treiber nehmen.

<http://www.froehlich.priv.at/xorg.conf> enthaelt das, was "X -configure"
ausspuckt (ergo das, was momentan verwendet wird). Das resultierende Log
liegt unter <http://www.froehlich.priv.at/Xorg.0.log>.

Der Chipsatz scheint mir ein "Intel(R)Sandybridge Mobile Graphics
Controller" zu sein, und zu Beginn wird laut Logfile ja auch der
Intel-Treiber geladen (der ist auch als "Card0" in der Konfiguration).
Weshalb er dann im weiteren mit dem VESA-Treiber arbeitet... keine Ahnung.

> So wie das aussieht behauptet das Video-BIOS einen 1600x900-Schirm
> gefunden zu haben, was eventuell gelogen ist. Hilft eventuell
> i915resolution, um dem Bios das abzugewöhnen?

Wenn ich die Seiten (z.B. <http://915resolution.mango-lang.org/>) richtig
lese, dann passt das nicht zum Sandybridge-Controller; Lenovo wird da auch
nirgendwo als Hersteller genannt. Da ich momentan aber nur per ssh auf das
Notebook komme, kann ich es aber ohnehin nicht ausprobieren. Ich behalte es
im Hinterkopf.

Servus,
Stefan

--
http://kontaktinser.at/ - die kostenlose Kontaktboerse fuer Oesterreich
Offizieller Erstbesucher(TM) von mmeike

Der behämmerte Kollege benötigt Stefan. Was tun Sie?
(Sloganizer)

Dirk Thierbach

unread,

May 3, 2012, 1:43:10 AM5/3/12

to

Stefan Froehlich <Stefan...@froehlich.priv.at> wrote:
> Nennen wir es "educated guess". Es gibt die L520 mit 1366x768 und mit
> 1600x900; Datenblatt oder dergleichen bekommt man offenbar keines mit
> dazu, aber das Teil war an der unteren Preisgrenze. Zudem sehen die
> 1024x768 in der Senkrechten nicht schlecht aus, in der Waagrechten aber
> einigermassen verzerrt.

1024:768 = 4:3, 1600:900 = 16:9. Also ist klar, dass er irgendwo verzerrt.
1366:768 ist auch ungefaehr 16:9.

Die Skalierung selbst sieht man normalerweise nicht, ausser man hat
enge parallele Linien mit hohem Kontrast (gut als Testbild).

> (Kaemen am Ende 1600x900 heraus, wuerde sich die Besitzerin aber vermutlich
> auch nicht dagegen wehren)

Zumindest http://www.froehlich.priv.at/Xorg.0.log sagt ziemlich deutlich
nur 1600x900 und nicht "wir nehmen gnaedigerweise auch eine groessere
Aufloesung als 1366x768 entgegen".

Ferner deutet

[ 14.971] (WW) VESA(1): No valid modes left. Trying less strict filter...

auf: Mal explizit

Modes "1600x900"

in einer Screen-Section/Display-Subsection angeben und hoffen, dass er es
dann nimmt. Der Name ist eben nicht eine der Standard-Aufloesungen,
vermutlich deshalb wird sie nicht aktiviert.

Wenn der 1600x900-Mode aktiv ist, kann man mit einem geeigneten Testbild
herausfinden, ob es wirklich 1600x900 sind oder doch nur 1366x768.

> Ich merke, ich habe mich viel zu lange nicht mit dem Zeug (auf dieser
> Ebene) auseinandergesetzt. Ich kapiere ja nicht einmal mehr die Haelfte von
> dem, was das Log alles ausspuckt...

Fuer "EDID" hilft Wikipedia.

Wenn's mit dem VESA-Treiber laeuft, kann man versuchen, mal den
neuesten Intel-Treiber zum laufen zu kriegen. Oder etwas warten und
es dann probieren, falls der Treiber den Grafikchip derzeit noch nicht
unterstuetzt.

- Dirk

Bastian Blank

unread,

May 3, 2012, 4:01:47 AM5/3/12

to

Stefan Froehlich wrote:
><http://www.froehlich.priv.at/xorg.conf> enthaelt das, was "X -configure"
> ausspuckt (ergo das, was momentan verwendet wird). Das resultierende Log
> liegt unter <http://www.froehlich.priv.at/Xorg.0.log>.

Zu alter Kernel oder i915.modeset=0 irgendwo. Genaueres sagt dir dmesg.

Bastian

Stefan Froehlich

unread,

May 3, 2012, 4:33:53 AM5/3/12

to

Hm. <http://wiki.debian.org/KernelModesetting> sagt mir zu dem Thema:

| To enable, you need:
| * a kernel image ≥ 2.6.29 (in Sid since 2009-04-04)

<https://wiki.archlinux.org/index.php/Intel> meint hingegen:

| KMS is supported by Intel chipsets that use the i915 DRM driver and is
| enabled by default as of kernel v2.6.32.

Ich habe:

| sfroehli@march-think:~$ uname -a
| Linux march-think 2.6.32-5-amd64 #1 SMP Thu Mar 22 17:26:33 UTC 2012 x86_64 GNU/Linux

...das sollte also in jedem Fall genuegen, oder?. Im Log findet sich nichts
zu den Stichworten i915, modeset oder KMS. Dafuer aber im Dateisystem:

| sfroehli@march-think:~$ cat /etc/modprobe.d/i915-kms.conf
| options i915 modeset=1

und:

| sfroehli@march-think:~$ lsmod |grep i915
| i915 256158 0
| drm_kms_helper 20369 1 i915
| drm 142416 2 i915,drm_kms_helper
| i2c_algo_bit 4209 1 i915
| i2c_core 15835 6 i915,drm_kms_helper,drm,i2c_algo_bit,videodev,i2c_i801
| video 17445 1 i915
| button 4650 1 i915

Gibt es denn irgendwo unter /proc eine Moeglichkeit, die Einstellung
fuer das Modesetting anzusehen?

Servus,
Stefan

--
http://kontaktinser.at/ - die kostenlose Kontaktboerse fuer Oesterreich
Offizieller Erstbesucher(TM) von mmeike

Der Stein der Weisen, oder warum Stefan so toll jodelt!
(Sloganizer)

Peter Lemken

unread,

May 4, 2012, 9:18:27 AM5/4/12

to

Stefan Froehlich <Stefan...@froehlich.priv.at> wrote:

> Gibt es denn irgendwo unter /proc eine Moeglichkeit, die Einstellung
> fuer das Modesetting anzusehen?

Das wird Dir nix nützen. Der X-Treiber für Intel benötigt zwingend KMS.
Vermutlich wird das beim Booten unterdrückt und daher der VESA-Treiber
geladen.

Peter Lemken
+43-1
--
Nature abhors crude hacks.

Stefan Froehlich

unread,

May 14, 2012, 5:54:44 AM5/14/12

to

On Thu, 03 May 2012 10:01:47 Bastian Blank wrote:
> ><http://www.froehlich.priv.at/xorg.conf> enthaelt das, was "X -configure"
> > ausspuckt (ergo das, was momentan verwendet wird). Das resultierende Log
> > liegt unter <http://www.froehlich.priv.at/Xorg.0.log>.

> Zu alter Kernel [...]

Ich bin erst jetzt wieder (remote) an das Notebook gekommen und habe
einfach einmal linux-image-3.2.0-0.bpo.1-amd64 installiert. Damit liest
sich das Xorg.0.log (wieder unter der obigen URL hinterlegt) schon
wesentlich erfreulicher - ad hoc wuerde ich sagen, das Teil tut genau das,
was es tun soll (Karte wird erkannt, Bildschirm wird erkannt, Aufloesungen
und Timings werden gefunden, keine relevanten Fehler, keine relevanten
Warnungen).

Dumm nur, die Besitzerin versichert mir glaubhaft, der Bildschirm bleibe
nun vollkommen schwarz. Was kann da jetzt bloss wieder falsch sein?

Servus,
Stefan

--
http://kontaktinser.at/ - die kostenlose Kontaktboerse fuer Oesterreich
Offizieller Erstbesucher(TM) von mmeike

Die letzte Verführung! Stefan, damit die Gefühle nicht leiden!
(Sloganizer)

Dirk Thierbach

unread,

May 14, 2012, 10:08:58 AM5/14/12

to

Stefan Froehlich <Stefan...@froehlich.priv.at> wrote:
> On Thu, 03 May 2012 10:01:47 Bastian Blank wrote:
>> ><http://www.froehlich.priv.at/xorg.conf> enthaelt das, was "X -configure"
>> > ausspuckt (ergo das, was momentan verwendet wird). Das resultierende Log
>> > liegt unter <http://www.froehlich.priv.at/Xorg.0.log>.

>> Zu alter Kernel [...]

> Ich bin erst jetzt wieder (remote) an das Notebook gekommen und habe
> einfach einmal linux-image-3.2.0-0.bpo.1-amd64 installiert. Damit liest
> sich das Xorg.0.log (wieder unter der obigen URL hinterlegt) schon
> wesentlich erfreulicher - ad hoc wuerde ich sagen, das Teil tut genau das,
> was es tun soll (Karte wird erkannt, Bildschirm wird erkannt, Aufloesungen
> und Timings werden gefunden,

Uebrigens auch 1600x900 :-)

> keine relevanten Fehler, keine relevanten
> Warnungen).

> Dumm nur, die Besitzerin versichert mir glaubhaft, der Bildschirm bleibe
> nun vollkommen schwarz. Was kann da jetzt bloss wieder falsch sein?

Nachdem der intel-Treiber mit dem alten Kernel nicht, mit dem neuen
aber schon geht, wuerde ich raten: irgendein Randfall in der
Notebook-Hardware, die von dem noch nicht sooo lange darauf angepassten
intel-Treiber nicht behandelt wird.

Erstmal den VESA-Treiber mittel xorg.conf erzwingen und schauen, ob
damit das Bild wieder da ist. Dann die Versionen von Kernel-Treiber
(DRM) und X-Treiber mit dem aktuellsten Code (googlen) vergleichen,
ggf. das ChangeLog auf die dazwischen vorgenommenen Aenderung
untersuchen.

Wenn da irgendeine vielversprechende Aenderung drinsteht, es mal mit
der allerneusten Version versuchen. Sonst Bugreport an die Intel-Treiber
Entwickler.

- Dirk

Sieghard Schicktanz

unread,

May 14, 2012, 5:53:41 PM5/14/12

to

Hallo Stefan,

Du schriebst am 14 May 2012 09:54:44 GMT:

> sich das Xorg.0.log (wieder unter der obigen URL hinterlegt) schon
> wesentlich erfreulicher - ad hoc wuerde ich sagen, das Teil tut genau das,

...

> Dumm nur, die Besitzerin versichert mir glaubhaft, der Bildschirm bleibe
> nun vollkommen schwarz. Was kann da jetzt bloss wieder falsch sein?

Vielleicht einfach nur auf den externen Monitor umgeschaltet?

--
(Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung
nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem)
-----------------------------------------------------------
Mit freundlichen Grüßen, S. Schicktanz
-----------------------------------------------------------

Stefan Froehlich

unread,

May 14, 2012, 6:32:32 PM5/14/12

to

On Mon, 14 May 2012 23:53:41 Sieghard Schicktanz wrote:
> > Dumm nur, die Besitzerin versichert mir glaubhaft, der Bildschirm
> > bleibe nun vollkommen schwarz. Was kann da jetzt bloss wieder falsch
> > sein?

> Vielleicht einfach nur auf den externen Monitor umgeschaltet?

Dagegen spricht neben

| [ 1418.420] (II) intel(0): Output LVDS1 connected

auch die Tatsache, dass die Bootvorgaenge davor und danach mit dem
2.6er-Kernel - mit den in den frueheren Postings beschriebenen Problemen -
funktioniert haben. Mal sehen, evt. habe ich das Teil am Donnerstag in
meinen eigenen Haenden und kann mich ein wenig damit herumspielen.

Servus,
Stefan

--
http://kontaktinser.at/ - die kostenlose Kontaktboerse fuer Oesterreich
Offizieller Erstbesucher(TM) von mmeike

Stefan, so reizvoll. Daran kommt man nicht vorbei!
(Sloganizer)

Stefan Froehlich

unread,

May 28, 2012, 2:46:51 PM5/28/12

to

On Mon, 14 May 2012 16:08:58 Dirk Thierbach wrote:
> Dann die Versionen von Kernel-Treiber (DRM) und X-Treiber mit dem
> aktuellsten Code (googlen) vergleichen, ggf. das ChangeLog auf die
> dazwischen vorgenommenen Aenderung untersuchen.

Ich war schon nahe daran, den aktuellsten X-Treiber zu compilieren, als
ich
<https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/912992>
gefunden habe. Umstieg auf Kernel 3.3.7 hat das Problem dann in der Tat
beseitigt, das Ding arbeitet jetzt sehr angenehm mit 1600x900. Endlich :)

Servus,
Stefan

--
http://kontaktinser.at/ - die kostenlose Kontaktboerse fuer Oesterreich
Offizieller Erstbesucher(TM) von mmeike

öd? öder als Stefan!? Das wird wohl schwer fallen!
(Sloganizer)