Arch Linux

Display: nur eine Auflösung mit intel-legacy?

ZaphodX

Hallo,

gibt's ne Möglichkeit für mich, wieder mehrere Auflösungen zu kriegen?
Problem ist, dass ich meine etwas herunterschrauben muss, damit ich mit meim Lappy unseren Seminar-Beamer nutzen kann, und der kann keine 1400x1050 -- ich habe jetzt aber nur die 'zur Auswahl' (über die Einstellung "Anzeige").

DE ist xfce, GraKa ist ne Intel 82852/855GM, intel-legacy-Treiber, keine xorg.conf. Hab jetzt k.A., wie man das dann bei evdev einstellen kann... Oder ist es möglich, die Auflösung über die .xinitrc mitzugeben (wenn ja, wie)? Oder was anderes (außer sich ne xorg.conf zu basteln)? Andere Modi anzeigen geht wohl, denn etwa gtf 1024 768 62 gibt was aus.

Danke.

fs4000

Ja, das hab ich auch schon gemerkt. Scheinbar ist der alte Treiber doch nicht 100% kompatibel mit dem neuen X-Server.
Ich hab hier grad so die aktuellste Konfiguration mit dem GM965, die man sich nur vorstellen kann. Selbst hier kann ich dank KMS nur die höchste Auflösung haben.
Ich kann nur sagen, die sollten sich mal schnellstmöglichst an die Fehlerbehebung machen und nicht noch weitere Features entwickeln.

dongiovanni

evdev hat mit der Auflösung nichts zu tun. Schau mal, ob du unter dem Stichwort "xrandr" mehr findest! Mit xrandr kann man die Auflösung ändern, während X läuft.

ZaphodX

dongiovanni schriebevdev hat mit der Auflösung nichts zu tun.

In der Tat. Bleibt sich auch mit der kompletten (funktionierenden alten) xorg.conf gleich. Also liegts wohl am damn intel-Treiber...

dongiovanni schriebSchau mal, ob du unter dem Stichwort "xrandr" mehr findest! Mit xrandr kann man die Auflösung ändern, während X läuft.

Gefunden. Hatte ich schon vorher mal was von gelesen, aber nicht gebraucht. -- Aber:

$ xrandr --output VGA --mode 1024x768
xrandr: cannot find mode 1024x768

$ xrandr --output VGA --mode 1280x1024
xrandr: cannot find mode 1280x1024

$ xrandr --output LVDS --mode 1024x768
xrandr: cannot find mode 1024x768

...was natürlich Quatsch ist, denn die Modi gibts, sagt ja auch gtf. Oder mache ich hier was falsch?

Außerdem würde es mir nicht helfen, die Auflösung während X läuft umzustellen. Denn der Beamer ist ja schon dran, bevor X läuft (VGA-Buchse), und da heißt es dann erstmal "out of range".

[gelöscht]

die Auflösungen müssen in der Xorg.conf stehen, sonst kennt er sie nicht.

ZaphodX

WhiteShadow schriebdie Auflösungen müssen in der Xorg.conf stehen, sonst kennt er sie nicht.

Ich schrob bereits im letzten Post, dass es egal ist, ob ich eine xorg.conf habe oder nicht 😉
In der stehen ja auch alle Auflösungen drin, aber da die Datei in Ordnung ist, spare ich mir das Posten. Es muss also am Intel-Treiber liegen, auch weil ich das Problem bei meinem PC mit mit ner nvidia (und ner xorg.conf nur mit device drin) und demselben Xorg-Server nicht habe.

SiD

Funktioniert das?

xrandr --addmode --output VGA 1024x768
xrandr --output VGA --mode 1024x768

ZaphodX

Danke, leider nicht:

$ xrandr --addmode VGA 1024x768
xrandr: cannot find mode "1024x768"

(Dein --output in der ersten Zeile war zuviel.)

ZaphodX

So, hab jetzt versucht, X die Auflösung als Option (s. man Xserver) mitzugeben:

$ startx -- -dpi 1024x768

-- keine Auswirkung, bleibt 1400x1050~

Es gibt in der /var/log/Xorg.0.log keine spezifischen Fehler:

$ cat /var/log/Xorg.0.log | grep EE
Current Operating System: Linux atom 2.6.29-ARCH #1 SMP PREEMPT Fri Apr 17 12:46:01 UTC 2009 i686
	(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(II) Loading extension MIT-SCREEN-SAVER
(EE) Failed to load module "xtrap" (module does not exist, 0)
(EE) Failed to load module "freetype" (module does not exist, 0)
(EE) config/hal: NewInputDeviceRequest failed (8)
(EE) config/hal: NewInputDeviceRequest failed (8)
(EE) config/hal: NewInputDeviceRequest failed (8)
(EE) config/hal: NewInputDeviceRequest failed (8)
$ cat /var/log/Xorg.0.log | grep WW
	(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(WW) Warning, couldn't open module xtrap
(WW) Warning, couldn't open module freetype
(WW) intel(0): Register 0x61200 (PP_STATUS) changed from 0xc0000008 to 0xd0000009
(WW) intel(0): PP_STATUS before: on, ready, sequencing idle
(WW) intel(0): PP_STATUS after: on, ready, sequencing on
(WW) intel(0): xf86AllocateGARTMemory: allocation of 1536 pages failed
(WW) intel(0): Allocation error, framebuffer compression disabled
(WW) intel(0): xf86AllocateGARTMemory: allocation of 10 pages failed
(WW) intel(0): Chosen PLL clock of 96.0 Mhz more than 2% away from desired 108.0 Mhz

Nur am Schluss wiedeholt sich dieser Teil ein paarmal:

(II) intel(0): EDID vendor "AUO", prod id 3843
(II) intel(0): Printing DDC gathered Modelines:
(II) intel(0): Modeline "1400x1050"x0.0  108.00  1400 1448 1560 1640  1050 1051 1054 1065 -hsync -vsync (65.9 kHz)
(II) intel(0): EDID vendor "AUO", prod id 3843

Was mir aber eignetlich nochmehr auf den Senkel geht: zu 90% führt das Abmelden zu einem abgeschalteten Bildschirm, und dann geht nix mehr. Dann kann ich die Kiste nur noch brutalstmöglichst ausknipsen und muss sie dann kalt wieder hochfahren! Ich muss mich wohl erst bei intel beschweren~

fs4000

Also zur Zeit is mit Intel echt schwierig. Aber in ein paar Monaten sollten die neuen Treiber problemlos laufen.

ZaphodX

Schei... sieht ganz so aus~ Kann man nur das Beste hoffen.
Aber leider hilft mir das jetzt bei meinem Vortrag mit dem Beamer auch nicht weiter, und da gehts auch um Linux-Sachen... 🙁
Na, mal sehen.