Hallo, auf einem alten Rechner laeuft aktuell noch ein 10.2 mit funktionierendem X11. Monitor EIZO FlexScan L985EX und GraKa Matrox G450. Bevor ich darauf 12.1 installiere, moechte ich die 12.1 Live-CD ausprobieren -- und damit geht X11 nicht. Ich kann zwar via Ctrl+Alt+F1 etc die Konsolen erreichen, aber bei F7 wird vom Monitor eine falsche vertikale Frequenz angezeigt und er bleibt schwarz. (1) Wie kann ich X11 mit der Live-CD zum Laufen bringen? (2) Muss ich bei einer echten Installation von 12.1 mit X11-Problemen rechnen? Das wuerde mich schon wundern, denn wenn alte Hardware mit 10.2 funktioniert, sollte man doch eigentlich keine Probleme mit 12.1 erwarten...??? -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo Karl, Am Donnerstag 05 Januar 2012 schrieb Karl Weber:
Bevor ich darauf 12.1 installiere, moechte ich die 12.1 Live-CD ausprobieren -- und damit geht X11 nicht. Ich kann zwar via Ctrl+Alt+F1 etc die Konsolen erreichen, aber bei F7 wird vom Monitor eine falsche vertikale Frequenz angezeigt und er bleibt schwarz.
(1) Wie kann ich X11 mit der Live-CD zum Laufen bringen?
Probier mal beim Booten dem grub 'nomodeset' mitzugeben oder probiere failsafe. Dann erhältst Du die Standardauflösung von 1024x768.
(2) Muss ich bei einer echten Installation von 12.1 mit X11-Problemen rechnen?
Hmmm... weiß ich nicht. Ich hatte beim Installieren, nämlich als von Defaultauflösung auf die richtige Auflösung umgeschaltet wurde, kurz Probleme. Die hat das System aber selbst geregelt.
Das wuerde mich schon wundern, denn wenn alte Hardware mit 10.2 funktioniert, sollte man doch eigentlich keine Probleme mit 12.1 erwarten...???
Das muss nicht sein. Ein neues System wird nicht jede Uralt-Hardware unterstützen. Irgendwann wird Schluss sein. Zur Not kannst Du Dir auch mal eine Knoppix-Live-CD ziehen. Knoppix kann HW sehr gut identifizieren. Ich denke immer, wenn es mit dem einen Linux geht, dann muss es ein anderes auch können. Hast Du die Möglichkeit, noch ein zweites Suse auf Deiner HW parallel zur alten zu installieren? Ich habe auch so eine alte Schüssel, auf der schnurrt 10.3 wunderbar. Aller 11er-Varianten hatten ihre Probleme damit. Zwar lief das System, aber die Bilddarstellung und die Schriften - das war überhaupt nicht schön. Erst die 11.4 hat das (fast) behoben. Noch heute finde ich das Bild bei der 10.3 besser. 12.1 müßte ich mal probieren, das fehlt noch. Helga -- ## Technik: [http://de.opensuse.org] ## Politik: [http://www.piratenpartei.de] ## Privat: [http://www.eschkitai.de] -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo Helga, Am Donnerstag, 5. Januar 2012, 20:05:08 schrieb Helga Fischer:
Hallo Karl,
Am Donnerstag 05 Januar 2012 schrieb Karl Weber:
(2) Muss ich bei einer echten Installation von 12.1 mit X11-Problemen rechnen?
Hmmm... weiß ich nicht. Ich hatte beim Installieren, nämlich als von Defaultauflösung auf die richtige Auflösung umgeschaltet wurde, kurz Probleme. Die hat das System aber selbst geregelt.
Das wuerde mich schon wundern, denn wenn alte Hardware mit 10.2 funktioniert, sollte man doch eigentlich keine Probleme mit 12.1 erwarten...???
Das muss nicht sein. Ein neues System wird nicht jede Uralt-Hardware unterstützen. Irgendwann wird Schluss sein.
Hmmm, wie alt ist Uralt? Wie gesagt, ich komme via Ctrl+Alt+F1 auf die Konsole. Ein Blick in /var/log/Xorg.0.log zeigt, dass GraKa und Monitor richtig erkannt werden. Auch der richtige Treiber wird verwendet. Leider sieht das Xorg.0.log nicht so (gut [1]) aus, wie z.B. mit einem anderen Rechner und 11.3. Unter 11.3 wird z.B. die boot option vga=0x34b verwendet (bei demselben Monitor), aber diesen Videomode habe ich mit der 12.1 Live-CD nicht. Der Monitor hat eine Aufloesung von 1600x1200. Habe gerade mal eine 11.2 Live CD, die ich hier habe, reingelegt, mit der habe ich auch keine Probleme mit X11 auf dem alten Rechner... [1] Es gibt viele Zeilen mit hsync oder vsync nicht korrekt, oder so aehnlich. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 05.01.2012 21:49, schrieb Karl Weber:
Hallo Helga,
Am Donnerstag, 5. Januar 2012, 20:05:08 schrieb Helga Fischer:
Hallo Karl,
Am Donnerstag 05 Januar 2012 schrieb Karl Weber:
(2) Muss ich bei einer echten Installation von 12.1 mit X11-Problemen rechnen?
Hmmm... weiß ich nicht. Ich hatte beim Installieren, nämlich als von Defaultauflösung auf die richtige Auflösung umgeschaltet wurde, kurz Probleme. Die hat das System aber selbst geregelt.
Das wuerde mich schon wundern, denn wenn alte Hardware mit 10.2 funktioniert, sollte man doch eigentlich keine Probleme mit 12.1 erwarten...???
Das muss nicht sein. Ein neues System wird nicht jede Uralt-Hardware unterstützen. Irgendwann wird Schluss sein.
Hmmm, wie alt ist Uralt?
Wie gesagt, ich komme via Ctrl+Alt+F1 auf die Konsole. Ein Blick in /var/log/Xorg.0.log zeigt, dass GraKa und Monitor richtig erkannt werden. Auch der richtige Treiber wird verwendet. Leider sieht das Xorg.0.log nicht so (gut [1]) aus, wie z.B. mit einem anderen Rechner und 11.3. Unter 11.3 wird z.B. die boot option vga=0x34b verwendet (bei demselben Monitor), aber diesen Videomode habe ich mit der 12.1 Live-CD nicht. Der Monitor hat eine Aufloesung von 1600x1200.
Habe gerade mal eine 11.2 Live CD, die ich hier habe, reingelegt, mit der habe ich auch keine Probleme mit X11 auf dem alten Rechner...
[1] Es gibt viele Zeilen mit hsync oder vsync nicht korrekt, oder so aehnlich.
Also, ich habe - bei der 11.4 einen an sich schon lange und mit aller möglichen Hardware (über kvm-Switch) funktionierenden 1280x1024-LCD-Monitor nicht zum korrekten Laufen gebracht (768x1024 ging, sieht aber sch... aus), bis ich nicht in /etc/X11/xorg.conf.d/50-monitor.conf die Zeilen HorizSync 80-80 VertRefresh 75-75 angelegt hatte, gleichfalls angelegte Modelines wurden komplett ignoriert... (HorizSync ergab sich aus der mit cvt ermittelten Modeline für meine Auflösung 1280x1024. Für 1600x1200 bei 85Hz (können der Eizo und die Karte so schnell) wäre HorizSync 107 (.21 kHz), kannst Du ja mal probieren, seit dem Eintrag zickt hier nix mehr. sax3 habe ich nicht zum Laufen gebracht, das könnte aber bei 12.1 anders sein... cu jth -- www.teddylinx.de -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Freitag, 6. Januar 2012, 07:42:38 schrieb Joerg Thuemmler:
Also, ich habe - bei der 11.4 einen an sich schon lange und mit aller möglichen Hardware (über kvm-Switch) funktionierenden 1280x1024-LCD-Monitor nicht zum korrekten Laufen gebracht (768x1024 ging, sieht aber sch... aus), bis ich nicht in /etc/X11/xorg.conf.d/50-monitor.conf die Zeilen
HorizSync 80-80 VertRefresh 75-75
angelegt hatte, gleichfalls angelegte Modelines wurden komplett ignoriert... (HorizSync ergab sich aus der mit cvt ermittelten Modeline für meine Auflösung 1280x1024. Für 1600x1200 bei 85Hz (können der Eizo und die Karte so schnell) wäre HorizSync 107 (.21 kHz), kannst Du ja mal probieren, seit dem Eintrag zickt hier nix mehr.
Danke, dass koennte vielleicht helfen, laut X11-Log werden ja Monitor und GraKa richtig erkannt und der korrekte Treiber (mga) verwendet. Doch, wie bekomme ich die richtigen HorizSync und VertRefresh Werte? Das alte 10.2 ist mit 1600x1200@60Hz digital gelaufen. Digital muss der Monitor laut Handbuch mit 59 - 61 Hz betrieben werden (also 60 Hz). Analog habe ich den Monitor nie verwendet -- wuesste ad hoc gar nicht, wie ich das hinbekommen koennte. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Freitag, 6. Januar 2012, 09:10:44 schrieb Karl Weber:
Danke, dass koennte vielleicht helfen, laut X11-Log werden ja Monitor und GraKa richtig erkannt und der korrekte Treiber (mga) verwendet. Doch, wie bekomme ich die richtigen HorizSync und VertRefresh Werte?
Das alte 10.2 ist mit 1600x1200@60Hz digital gelaufen. Digital muss der Monitor laut Handbuch mit 59 - 61 Hz betrieben werden (also 60 Hz). Analog habe ich den Monitor nie verwendet -- wuesste ad hoc gar nicht, wie ich das hinbekommen koennte.
Also, wenn ich X11 mit dem mga-Treiber zu starten versuche, zeigt der Monitor folgendes an: fD: 108.0 MHz fH: 50.0 kHz fV: 40.0 Hz Der letzte Wert blinkt rot, da falsch, er muesste ja 60 Hz betragen. Wenn ich das Manual richtig verstehe, ist dort fuer den zweiten Wert digital 31 - 76 kHz angegeben, d.h. die 50 liegen da direkt in der Mitte. Im Anhang ein Auszug aus dem Xorg.0.log. Danach holt sich X11 die Monitordaten via DDC ab, und das sieht -- sowenig ich davon verstehe -- alles korrekt aus. Daher verstehe ich ueberhaupt nicht, warum das Timing nicht funktioniert. Vielleicht kann mir ja jemand auf dieser Basis weiterhelfen. +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Auszug aus Xorg.0.log +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ [ 25.872] X.Org X Server 1.10.4 Release Date: 2011-08-19 [ 25.872] X Protocol Version 11, Revision 0 [ 25.872] Build Operating System: openSUSE SUSE LINUX [ 25.872] Current Operating System: Linux linux-8l09 3.1.0-1.2-default #1 SMP Thu Nov 3 14:45:45 UTC 2011 (187dde0) i686 [ 25.873] Kernel command line: root=/dev/disk/by-id/ata- ST3160021A_5JS0F8E7-part3 resume=/dev/disk/by-id/ata-ST3160021A_5JS0F8E7-part2 splash=silent quiet vga=0x31a [ 25.873] Build Date: 10 November 2011 03:34:02PM [ 25.873] ... [ 25.947] (II) LoadModule: "mga" [ 25.954] (II) Loading /usr/lib/xorg/modules/drivers/mga_drv.so [ 25.963] (II) Module mga: vendor="X.Org Foundation" [ 25.963] compiled for 1.10.4, module version = 1.4.13 [ 25.963] Module class: X.Org Video Driver [ 25.963] ABI class: X.Org Video Driver, version 10.0 ... [ 25.970] (II) MGA: driver for Matrox chipsets: mga2064w, mga1064sg, mga2164w, mga2164w AGP, mgag100, mgag100 PCI, mgag200, mgag200 PCI, mgag200 SE A PCI, mgag200 SE B PCI, mgag200 EV Maxim, mgag200 eW Nuvoton, mgag200eH, mgag400, mgag550 ... [ 26.003] (II) Loading /usr/lib/xorg/modules/drivers/mga_drv.so ... [ 26.020] (--) MGA(0): Chipset: "mgag400" (G450) [ 26.020] (--) MGA(0): Linear framebuffer at 0xF8000000 [ 26.020] (--) MGA(0): MMIO registers at 0xE8100000 [ 26.020] (--) MGA(0): Pseudo-DMA transfer window at 0xE8800000 [ 26.050] (II) MGA(0): Creating default Display subsection in Screen section "Default Screen Section" for depth/fbbpp 24/32 [ 26.050] (==) MGA(0): Depth 24, (--) framebuffer bpp 32 [ 26.050] (==) MGA(0): RGB weight 888 [ 26.050] (==) MGA(0): Using AGP 1x mode [ 26.050] (==) MGA(0): Using HW cursor [ 26.050] (==) MGA(0): Using XAA acceleration [ 26.051] (--) MGA(0): Video BIOS info block at offset 0x07CE0 [ 26.051] (==) MGA(0): VideoRAM: 32768 kByte [ 26.051] (II) Loading sub module "ddc" [ 26.051] (II) LoadModule: "ddc" [ 26.051] (II) Module "ddc" already built-in [ 26.051] (II) Loading sub module "i2c" [ 26.051] (II) LoadModule: "i2c" [ 26.051] (II) Module "i2c" already built-in [ 26.066] (II) MGA(0): vgaHWGetIOBase: hwp->IOBase is 0x03d0, hwp-
PIOOffset is 0x0000 [ 26.067] (II) MGA(0): I2C bus "DDC P1" initialized. [ 26.067] (II) MGA(0): I2C device "DDC P1:ddc2" registered at address 0xA0. [ 26.129] (II) MGA(0): I2C monitor info [ 26.129] (II) MGA(0): Manufacturer: ENC Model: 1674 Serial#: 0 [ 26.129] (II) MGA(0): Year: 2004 Week: 11 [ 26.129] (II) MGA(0): EDID Version: 1.2 [ 26.129] (II) MGA(0): Digital Display Input [ 26.129] (II) MGA(0): Max Image Size [cm]: horiz.: 44 vert.: 33 [ 26.129] (II) MGA(0): Gamma: 2.20 [ 26.129] (II) MGA(0): DPMS capabilities: StandBy Suspend Off [ 26.129] (II) MGA(0): Supported color encodings: RGB 4:4:4 YCrCb 4:4:4 [ 26.129] (II) MGA(0): First detailed timing is preferred mode [ 26.129] (II) MGA(0): redX: 0.640 redY: 0.330 greenX: 0.290 greenY: 0.600 [ 26.129] (II) MGA(0): blueX: 0.150 blueY: 0.060 whiteX: 0.310 whiteY: 0.330 [ 26.129] (II) MGA(0): Supported established timings: [ 26.129] (II) MGA(0): 720x400@70Hz [ 26.129] (II) MGA(0): 640x480@60Hz [ 26.129] (II) MGA(0): 800x600@60Hz [ 26.130] (II) MGA(0): 1024x768@60Hz [ 26.130] (II) MGA(0): Manufacturer's mask: 0 [ 26.130] (II) MGA(0): Supported standard timings: [ 26.130] (II) MGA(0): #0: hsize: 1600 vsize 1200 refresh: 60 vid: 16553 [ 26.130] (II) MGA(0): #1: hsize: 1280 vsize 1024 refresh: 60 vid: 32897 [ 26.130] (II) MGA(0): Supported detailed timing: [ 26.130] (II) MGA(0): clock: 162.0 MHz Image Size: 432 x 324 mm [ 26.130] (II) MGA(0): h_active: 1600 h_sync: 1664 h_sync_end 1856 h_blank_end 2160 h_border: 0 [ 26.130] (II) MGA(0): v_active: 1200 v_sync: 1201 v_sync_end 1204 v_blanking: 1250 v_border: 0 [ 26.130] (II) MGA(0): Serial No: 43171034 [ 26.130] (II) MGA(0): Ranges: V min: 59 V max: 61 Hz, H min: 31 H max: 76 kHz, PixClock max 175 MHz [ 26.130] (II) MGA(0): Monitor name: L985EX [ 26.130] (II) MGA(0): EDID (in hex): [ 26.130] (II) MGA(0): 00ffffffffffff0015c3741600000000 [ 26.130] (II) MGA(0): 0b0e0102802c2178eae696a3544a9926 [ 26.130] (II) MGA(0): 0f4f54a10800a9408180010101010101 [ 26.130] (II) MGA(0): 010101010101483f403062b0324040c0 [ 26.130] (II) MGA(0): 1300b0441100001e000000ff00343331 [ 26.130] (II) MGA(0): 37313033340a20202020000000fd003b [ 26.130] (II) MGA(0): 3d1f4c11000a202020202020000000fc [ 26.130] (II) MGA(0): 004c39383545580a20202020202000ab [ 26.130] (II) MGA(0): end of monitor info [ 26.145] (II) MGA(0): EDID vendor "ENC", prod id 5748 [ 26.146] (II) MGA(0): Using EDID range info for horizontal sync [ 26.146] (II) MGA(0): Using EDID range info for vertical refresh [ 26.146] (II) MGA(0): Printing DDC gathered Modelines: [ 26.146] (II) MGA(0): Modeline "1600x1200"x0.0 162.00 1600 1664 1856 2160 1200 1201 1204 1250 +hsync +vsync (75.0 kHz) [ 26.146] (II) MGA(0): Modeline "800x600"x0.0 40.00 800 840 968 1056 600 601 605 628 +hsync +vsync (37.9 kHz) [ 26.146] (II) MGA(0): Modeline "640x480"x0.0 25.18 640 656 752 800 480 490 492 525 -hsync -vsync (31.5 kHz) [ 26.146] (II) MGA(0): Modeline "720x400"x0.0 28.32 720 738 846 900 400 412 414 449 -hsync +vsync (31.5 kHz) [ 26.146] (II) MGA(0): Modeline "1024x768"x0.0 65.00 1024 1048 1184 1344 768 771 777 806 -hsync -vsync (48.4 kHz) [ 26.146] (II) MGA(0): Modeline "1280x1024"x0.0 108.00 1280 1328 1440 1688 1024 1025 1028 1066 +hsync +vsync (64.0 kHz) [ 26.146] (==) MGA(0): Using gamma correction (1.0, 1.0, 1.0) [ 26.146] (==) MGA(0): Min pixel clock is 17 MHz [ 26.146] (--) MGA(0): Max pixel clock is 1200 MHz [ 26.146] (II) MGA(0): <default monitor>: Using hsync range of 31.00-76.00 kHz [ 26.146] (II) MGA(0): <default monitor>: Using vrefresh range of 59.00-61.00 Hz [ 26.146] (II) MGA(0): <default monitor>: Using maximum pixel clock of 175.00 MHz [ 26.146] (II) MGA(0): Estimated virtual size for aspect ratio 1.3333 is 1600x1200 [ 26.146] (II) MGA(0): Clock range: 17.75 to 1200.00 MHz [ 26.146] (II) MGA(0): Not using default mode "640x350" (vrefresh out of range) [ 26.146] (II) MGA(0): Not using default mode "320x175" (bad mode clock/interlace/doublescan) [ 26.146] (II) MGA(0): Not using default mode "640x400" (vrefresh out of range) [ 26.146] (II) MGA(0): Not using default mode "320x200" (bad mode clock/interlace/doublescan) [ 26.146] (II) MGA(0): Not using default mode "720x400" (vrefresh out of range) [ 26.146] (II) MGA(0): Not using default mode "360x200" (vrefresh out of range) [ 26.146] (II) MGA(0): Not using default mode "320x240" (bad mode clock/interlace/doublescan) [ 26.146] (II) MGA(0): Not using default mode "640x480" (vrefresh out of range) [ 26.146] (II) MGA(0): Not using default mode "320x240" (bad mode clock/interlace/doublescan) [ 26.146] (II) MGA(0): Not using default mode "640x480" (vrefresh out of range) [ 26.147] (II) MGA(0): Not using default mode "320x240" (bad mode clock/interlace/doublescan) [ 26.147] (II) MGA(0): Not using default mode "640x480" (vrefresh out of range) [ 26.147] (II) MGA(0): Not using default mode "320x240" (vrefresh out of range) [ 26.147] (II) MGA(0): Not using default mode "800x600" (vrefresh out of range) [ 26.147] (II) MGA(0): Not using default mode "400x300" (vrefresh out of range) [ 26.147] (II) MGA(0): Not using default mode "800x600" (vrefresh out of range) [ 26.147] (II) MGA(0): Not using default mode "400x300" (vrefresh out of range) [ 26.147] (II) MGA(0): Not using default mode "800x600" (vrefresh out of range) [ 26.147] (II) MGA(0): Not using default mode "400x300" (vrefresh out of range) [ 26.147] (II) MGA(0): Not using default mode "800x600" (vrefresh out of range) [ 26.147] (II) MGA(0): Not using default mode "400x300" (vrefresh out of range) [ 26.147] (II) MGA(0): Not using default mode "1024x768i" (vrefresh out of range) [ 26.147] (II) MGA(0): Not using default mode "512x384i" (vrefresh out of range) [ 26.147] (II) MGA(0): Not using default mode "1024x768" (vrefresh out of range) [ 26.147] (II) MGA(0): Not using default mode "512x384" (vrefresh out of range) [ 26.147] (II) MGA(0): Not using default mode "1024x768" (vrefresh out of range) [ 26.147] (II) MGA(0): Not using default mode "512x384" (vrefresh out of range) [ 26.147] (II) MGA(0): Not using default mode "1024x768" (vrefresh out of range) [ 26.147] (II) MGA(0): Not using default mode "512x384" (vrefresh out of range) [ 26.147] (II) MGA(0): Not using default mode "1152x864" (vrefresh out of range) [ 26.147] (II) MGA(0): Not using default mode "576x432" (vrefresh out of range) [ 26.147] (II) MGA(0): Not using default mode "1280x960" (hsync out of range) [ 26.147] (II) MGA(0): Not using default mode "640x480" (hsync out of range) [ 26.147] (II) MGA(0): Not using default mode "1280x1024" (hsync out of range) [ 26.147] (II) MGA(0): Not using default mode "640x512" (hsync out of range) [ 26.147] (II) MGA(0): Not using default mode "1280x1024" (hsync out of range) [ 26.147] (II) MGA(0): Not using default mode "640x512" (hsync out of range) [ 26.147] (II) MGA(0): Not using default mode "1600x1200" (hsync out of range) [ 26.147] (II) MGA(0): Not using default mode "800x600" (hsync out of range) [ 26.147] (II) MGA(0): Not using default mode "1600x1200" (hsync out of range) [ 26.147] (II) MGA(0): Not using default mode "800x600" (hsync out of range) [ 26.147] (II) MGA(0): Not using default mode "1600x1200" (hsync out of range) [ 26.147] (II) MGA(0): Not using default mode "800x600" (hsync out of range) [ 26.147] (II) MGA(0): Not using default mode "1600x1200" (hsync out of range) [ 26.147] (II) MGA(0): Not using default mode "800x600" (hsync out of range) [ 26.147] (II) MGA(0): Not using default mode "1792x1344" (width too large for virtual size) [ 26.148] (II) MGA(0): Not using default mode "896x672" (hsync out of range) [ 26.148] (II) MGA(0): Not using default mode "1792x1344" (width too large for virtual size) [ 26.148] (II) MGA(0): Not using default mode "896x672" (hsync out of range) [ 26.148] (II) MGA(0): Not using default mode "1856x1392" (width too large for virtual size) [ 26.148] (II) MGA(0): Not using default mode "928x696" (hsync out of range) [ 26.148] (II) MGA(0): Not using default mode "1856x1392" (width too large for virtual size) [ 26.148] (II) MGA(0): Not using default mode "928x696" (hsync out of range) [ 26.148] (II) MGA(0): Not using default mode "1920x1440" (width too large for virtual size) [ 26.148] (II) MGA(0): Not using default mode "960x720" (hsync out of range) [ 26.148] (II) MGA(0): Not using default mode "1920x1440" (width too large for virtual size) [ 26.148] (II) MGA(0): Not using default mode "960x720" (hsync out of range) [ 26.148] (II) MGA(0): Not using default mode "832x624" (vrefresh out of range) [ 26.148] (II) MGA(0): Not using default mode "416x312" (vrefresh out of range) [ 26.148] (II) MGA(0): Not using default mode "1400x1050" (hsync out of range) [ 26.148] (II) MGA(0): Not using default mode "700x525" (hsync out of range) [ 26.148] (II) MGA(0): Not using default mode "1920x1440" (width too large for virtual size) [ 26.148] (II) MGA(0): Not using default mode "960x720" (hsync out of range) [ 26.148] (II) MGA(0): Not using default mode "2048x1536" (width too large for virtual size) [ 26.148] (II) MGA(0): Not using default mode "1024x768" (hsync out of range) [ 26.148] (II) MGA(0): Not using default mode "2048x1536" (width too large for virtual size) [ 26.148] (II) MGA(0): Not using default mode "1024x768" (hsync out of range) [ 26.148] (II) MGA(0): Not using default mode "2048x1536" (width too large for virtual size) [ 26.148] (II) MGA(0): Not using default mode "1024x768" (hsync out of range) [ 26.148] (II) MGA(0): Not using driver mode "720x400" (vrefresh out of range) [ 26.148] (--) MGA(0): Has SDRAM [ 26.148] (--) MGA(0): Virtual size is 1600x1200 (pitch 1600) [ 26.149] (**) MGA(0): *Driver mode "1600x1200": 162.0 MHz, 75.0 kHz, 60.0 Hz [ 26.149] (II) MGA(0): Modeline "1600x1200"x60.0 162.00 1600 1664 1856 2160 1200 1201 1204 1250 +hsync +vsync (75.0 kHz) [ 26.149] (**) MGA(0): *Default mode "1600x1200": 162.0 MHz, 75.0 kHz, 60.0 Hz [ 26.149] (II) MGA(0): Modeline "1600x1200"x60.0 162.00 1600 1664 1856 2160 1200 1201 1204 1250 +hsync +vsync (75.0 kHz) [ 26.149] (**) MGA(0): *Default mode "1400x1050": 122.0 MHz, 64.9 kHz, 60.0 Hz [ 26.149] (II) MGA(0): Modeline "1400x1050"x60.0 122.00 1400 1488 1640 1880 1050 1052 1064 1082 +hsync +vsync (64.9 kHz) [ 26.149] (**) MGA(0): *Driver mode "1280x1024": 108.0 MHz, 64.0 kHz, 60.0 Hz [ 26.149] (II) MGA(0): Modeline "1280x1024"x60.0 108.00 1280 1328 1440 1688 1024 1025 1028 1066 +hsync +vsync (64.0 kHz) [ 26.149] (**) MGA(0): *Default mode "1280x1024": 108.0 MHz, 64.0 kHz, 60.0 Hz [ 26.149] (II) MGA(0): Modeline "1280x1024"x60.0 108.00 1280 1328 1440 1688 1024 1025 1028 1066 +hsync +vsync (64.0 kHz) [ 26.149] (**) MGA(0): *Default mode "1280x960": 108.0 MHz, 60.0 kHz, 60.0 Hz [ 26.149] (II) MGA(0): Modeline "1280x960"x60.0 108.00 1280 1376 1488 1800 960 961 964 1000 +hsync +vsync (60.0 kHz) [ 26.149] (**) MGA(0): *Driver mode "1024x768": 65.0 MHz, 48.4 kHz, 60.0 Hz [ 26.149] (II) MGA(0): Modeline "1024x768"x60.0 65.00 1024 1048 1184 1344 768 771 777 806 -hsync -vsync (48.4 kHz) [ 26.149] (**) MGA(0): *Default mode "1024x768": 65.0 MHz, 48.4 kHz, 60.0 Hz [ 26.149] (II) MGA(0): Modeline "1024x768"x60.0 65.00 1024 1048 1184 1344 768 771 777 806 -hsync -vsync (48.4 kHz) [ 26.149] (**) MGA(0): *Driver mode "800x600": 40.0 MHz, 37.9 kHz, 60.3 Hz [ 26.149] (II) MGA(0): Modeline "800x600"x60.3 40.00 800 840 968 1056 600 601 605 628 +hsync +vsync (37.9 kHz) [ 26.149] (**) MGA(0): *Default mode "800x600": 40.0 MHz, 37.9 kHz, 60.3 Hz [ 26.149] (II) MGA(0): Modeline "800x600"x60.3 40.00 800 840 968 1056 600 601 605 628 +hsync +vsync (37.9 kHz) [ 26.149] (**) MGA(0): *Default mode "800x600": 81.0 MHz, 75.0 kHz, 60.0 Hz (D) [ 26.149] (II) MGA(0): Modeline "800x600"x60.0 81.00 800 832 928 1080 600 600 602 625 doublescan +hsync +vsync (75.0 kHz) [ 26.149] (**) MGA(0): *Default mode "700x525": 61.0 MHz, 64.9 kHz, 60.0 Hz (D) [ 26.149] (II) MGA(0): Modeline "700x525"x60.0 61.00 700 744 820 940 525 526 532 541 doublescan +hsync +vsync (64.9 kHz) [ 26.149] (**) MGA(0): *Default mode "640x512": 54.0 MHz, 64.0 kHz, 60.0 Hz (D) [ 26.149] (II) MGA(0): Modeline "640x512"x60.0 54.00 640 664 720 844 512 512 514 533 doublescan +hsync +vsync (64.0 kHz) [ 26.149] (**) MGA(0): *Driver mode "640x480": 25.2 MHz, 31.5 kHz, 59.9 Hz [ 26.150] (II) MGA(0): Modeline "640x480"x59.9 25.18 640 656 752 800 480 490 492 525 -hsync -vsync (31.5 kHz) [ 26.150] (**) MGA(0): *Default mode "640x480": 54.0 MHz, 60.0 kHz, 60.0 Hz (D) [ 26.150] (II) MGA(0): Modeline "640x480"x60.0 54.00 640 688 744 900 480 480 482 500 doublescan +hsync +vsync (60.0 kHz) [ 26.150] (**) MGA(0): *Default mode "640x480": 25.2 MHz, 31.5 kHz, 59.9 Hz [ 26.150] (II) MGA(0): Modeline "640x480"x59.9 25.18 640 656 752 800 480 490 492 525 -hsync -vsync (31.5 kHz) [ 26.150] (**) MGA(0): *Default mode "512x384": 32.5 MHz, 48.4 kHz, 60.0 Hz (D) [ 26.150] (II) MGA(0): Modeline "512x384"x60.0 32.50 512 524 592 672 384 385 388 403 doublescan -hsync -vsync (48.4 kHz) [ 26.150] (**) MGA(0): *Default mode "400x300": 20.0 MHz, 37.9 kHz, 60.3 Hz (D) [ 26.150] (II) MGA(0): Modeline "400x300"x60.3 20.00 400 420 484 528 300 300 302 314 doublescan +hsync +vsync (37.9 kHz) [ 26.150] (**) MGA(0): Display dimensions: (440, 330) mm [ 26.150] (**) MGA(0): DPI set to (92, 92) [ 26.150] (II) MGA(0): YDstOrg is set to 0 [ 26.150] (II) Loading sub module "fb" [ 26.150] (II) LoadModule: "fb" [ 26.151] (II) Loading /usr/lib/xorg/modules/libfb.so [ 26.152] (II) Module fb: vendor="X.Org Foundation" [ 26.152] compiled for 1.10.4, module version = 1.0.0 [ 26.152] ABI class: X.Org ANSI C Emulation, version 0.4 [ 26.152] (II) Loading sub module "xaa" [ 26.152] (II) LoadModule: "xaa" [ 26.153] (II) Loading /usr/lib/xorg/modules/libxaa.so [ 26.178] (II) Module xaa: vendor="X.Org Foundation" [ 26.178] compiled for 1.10.4, module version = 1.2.1 [ 26.178] ABI class: X.Org Video Driver, version 10.0 [ 26.178] (II) Loading sub module "ramdac" [ 26.178] (II) LoadModule: "ramdac" [ 26.178] (II) Module "ramdac" already built-in [ 26.178] (II) UnloadModule: "fbdev" [ 26.178] (II) Unloading fbdev [ 26.178] (II) UnloadModule: "fbdevhw" [ 26.178] (II) Unloading fbdevhw [ 26.178] (II) UnloadModule: "vesa" [ 26.178] (II) Unloading vesa [ 26.178] (--) Depth 24 pixmap format is 32 bpp [ 26.193] (II) MGA(0): vgaHWGetIOBase: hwp->IOBase is 0x03d0, hwp- PIOOffset is 0x0000 [ 26.202] (--) MGA(0): 16 DWORD fifo [ 26.208] (==) MGA(0): Default visual is TrueColor [ 26.208] (II) MGA(0): [drm] bpp: 32 depth: 24 [ 26.208] (II) MGA(0): [drm] Sarea 2200+664: 2864 [ 26.208] drmOpenDevice: node name is /dev/dri/card0 [ 26.213] drmOpenDevice: node name is /dev/dri/card0 [ 26.294] drmOpenByBusid: Searching for BusID pci:0000:01:00.0 [ 26.294] drmOpenDevice: node name is /dev/dri/card0 [ 26.294] drmOpenDevice: open result is 11, (OK) [ 26.294] drmOpenByBusid: drmOpenMinor returns 11 [ 26.295] drmOpenByBusid: drmGetBusid reports pci:0000:01:00.0 [ 26.295] (II) [drm] loaded kernel module for "mga" driver. [ 26.295] (II) [drm] DRM interface version 1.4 [ 26.295] (II) [drm] DRM open master succeeded. [ 26.295] (II) MGA(0): [drm] Using the DRM lock SAREA also for drawables. [ 26.299] (II) MGA(0): [drm] framebuffer handle = 0xf8000000 [ 26.300] (II) MGA(0): [drm] added 1 reserved context for kernel [ 26.304] (II) MGA(0): X context handle = 0x1 [ 26.304] (II) MGA(0): [drm] installed DRM signal handler [ 26.321] (II) MGA(0): [dri] visual configs initialized [ 26.322] (II) MGA(0): Memory manager initialized to (0,0) (1600,2399) [ 26.322] (II) MGA(0): Largest offscreen area available: 1600 x 1199 [ 26.322] (II) MGA(0): Reserved back buffer at offset 0xea6000 [ 26.322] (II) MGA(0): Reserved depth buffer at offset 0x15f9000 [ 26.322] (II) MGA(0): Reserved 2768 kb for textures at offset 0x1d4c000 [ 26.322] (II) MGA(0): Using XFree86 Acceleration Architecture (XAA) [ 26.322] Screen to screen bit blits [ 26.322] Solid filled rectangles [ 26.322] Solid filled trapezoids [ 26.322] 8x8 mono pattern filled rectangles [ 26.322] 8x8 mono pattern filled trapezoids [ 26.322] Indirect CPU to Screen color expansion [ 26.322] Screen to Screen color expansion [ 26.322] Solid Lines [ 26.322] Dashed Lines [ 26.322] Scanline Image Writes [ 26.322] Setting up tile and stipple cache: [ 26.322] 32 128x128 slots [ 26.322] 19 256x256 slots [ 26.322] (==) MGA(0): Backing store disabled [ 26.322] (==) MGA(0): Silken mouse enabled [ 26.323] (==) MGA(0): DPMS enabled [ 26.323] (II) MGA(0): Using overlay video [ 26.323] (II) MGA(0): [DRI] installation complete [ 26.347] (II) MGA(0): [drm] Mapped 128 DMA buffers [ 26.347] (II) MGA(0): [drm] dma control initialized, using IRQ 16 [ 26.347] (II) MGA(0): Direct rendering enabled [ 26.347] (==) RandR enabled [ 26.347] (II) Initializing built-in extension Generic Event Extension
... -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Freitag, 6. Januar 2012, 09:54:25 schrieb Karl Weber:
m Anhang ein Auszug aus dem Xorg.0.log. Danach holt sich X11 die Monitordaten via DDC ab, und das sieht -- sowenig ich davon verstehe -- alles korrekt aus. Daher verstehe ich ueberhaupt nicht, warum das Timing nicht funktioniert. Vielleicht kann mir ja jemand auf dieser Basis weiterhelfen.
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Auszug aus Xorg.0.log +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Kein Mensch scheint Rat zu wissen. Auch wenn ich schon mit dem Gedanken spiele, eine neue GraKa zu erwerben, will ich dennoch weiter versuchen, das Problem zu loesen. Wenn hier niemand Rat weiss, kennt jemand ein spezielles Forum, eine spezielle ML, auf der ich vielleicht doch Hilfe bekommen koennte? Koennte eine Bug-Meldung bei openSUSE vielleicht helfen? Schliesslich scheint das System gemaess Xorg.0.log die Hardware korrekt zu erkennen und deren Parameter via DDC erfolgreich abzurufen. Wenn dann also das Timing trotzdem nicht richtig ist, muss es doch ein Bug sein, oder? Mein Problem ist insbesondere, dass ich unter den gegebenen Bedingungen nicht sehe, was noch wo wie konfiguriert werden koennte, um hier weiter zu kommen. sax3 habe ich ausprobiert, aber es zeigt nur einen leeren blauen Bildschirm an. Wenn ich <enter> druecke, gibt es einen Segmentation-Fault... :( Wenn ich aktuelle Infos zu X11 richtig verstanden habe, koennte eine xorg.conf helfen. Sie tut es auch insofern, als dann der fbdev Treiber verwendet wird. Ich wuerde es vermutlich noch schaffen, den mga-Treiber in der xorg.conf einzubauen und diesen als default zu setzen. Doch dann bin ich ja noch nicht weiter, der mga wird ja auch ohne xorg.conf schon verwendet. Wenn, dann muesste ich wohl mindestens eine Modeline angeben -- nur, woher eine nehmen, und wie spezifizieren? Leider ist meine alte xorg.conf aus 10.2-Zeiten futsch. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Freitag, 6. Januar 2012, 09:54:25 schrieb Karl Weber:
m Anhang ein Auszug aus dem Xorg.0.log. Danach holt sich X11 die Monitordaten via DDC ab, und das sieht -- sowenig ich davon verstehe -- alles korrekt aus. Daher verstehe ich ueberhaupt nicht, warum das Timing nicht funktioniert. Vielleicht kann mir ja jemand auf dieser Basis weiterhelfen.
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Auszug aus Xorg.0.log +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Kein Mensch scheint Rat zu wissen. Auch wenn ich schon mit dem Gedanken spiele, eine neue GraKa zu erwerben, will ich dennoch weiter versuchen, das Problem zu loesen.
Hallo Karl, nicht wirklich ein Rat.... 1.) vor einiger Zeit gab es ein paar Diskussionen zu widerspenstigen GraKas; da sollte irgendwo ein Befehl erwähnt sein, der eine xorg.conf anlegt 2.) vor einer Weile bekam mal ein sehr altes System einen neuen Monitor. Versuche, das unbekannte Seitenverhältnis per modeline Generator dem System nahezubringen, waren erfolglos. Bei genauer Durchsicht der Logs entdeckte ich, dass der Monitor auch einen "non-standard mode" gemeldet hat. Genau diesen habe ich dann in die conf eingetragen Wolfgang Hamann -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo Wolfgang, Danke... Am Freitag, 6. Januar 2012, 16:43:48 schrieb hamann.w@t-online.de: [...]
nicht wirklich ein Rat.... 1.) vor einiger Zeit gab es ein paar Diskussionen zu widerspenstigen GraKas; da sollte irgendwo ein Befehl erwähnt sein, der eine xorg.conf anlegt
Ich kenne nur [1]. Danach ist der Befehl Xorg -configure (Schritt 5). Leider bricht der bei mir ab... Ich habe aber eine xorg.conf aus Schritt 3, allerdings ohne Modelines etc. Immerhin: Ohne diese xorg.conf wird der mga-Treiber verwendet und X11 geht nicht. Mit dieser xorg.conf wird der fbdev Treiber genutzt und X11 funktioniert wenigstens prinzipiell...
2.) vor einer Weile bekam mal ein sehr altes System einen neuen Monitor. Versuche, das unbekannte Seitenverhältnis per modeline Generator dem System nahezubringen, waren erfolglos. Bei genauer Durchsicht der Logs entdeckte ich, dass der Monitor auch einen "non-standard mode" gemeldet hat. Genau diesen habe ich dann in die conf eingetragen
Ich hoffe, die xorg.conf von oben so erweitern zu koennen (knock on wood), dass der mga Treiber wieder verwendet werden kann. Wie und woher jedoch die Modelines einfuegen? Ich habe [2] gefunden. Ich gebe ein: Horizontal Sync Rate: 31 - 76 kHz Refresh Rate: 59 - 61 Hz Dot Clock Frequency: 175 MHz (2x eingeben) Visible Resolution 1600 x 1200 Wenn ich jetzt nichts weiter ausfuelle, erhalte ich: Modeline "1600x1200@59" 175.00 1600 1632 2296 2328 1200 1224 1236 1261 Horizontal sync frequency: 75.17 kHz Refresh Rate 59.61Hz. Hmmm.... Die Daten (oben) habe ich aus der Xorg.0.log [3] Komisch ist schon mal, dass die ueber das Tool berechnete Modeline nicht mit dem uebereinstimmt, was der Monitor selbst via DDC angibt [4]. Stellt sich die Frage, wie ich die errechnete Modeline in die xorg.conf einbaue. Aktuell sie die so aus: Diverse Sections der Art Section "Device" Identifier "fbdev" Driver "fbdev" EndSection Section "Screen" Identifier "fbdev" Device "fbdev" EndSection und Section "ServerLayout" Identifier "Layout" Screen "vboxvideo" Screen "vmware" Screen "cirrus" Screen "fbdev" Screen "vesa" EndSection [1] http://en.opensuse.org/SDB:Configuring_graphics_cards [2] http://xtiming.sourceforge.net/cgi-bin/xtiming.pl [3] .... [ 26.129] (II) MGA(0): Manufacturer: ENC Model: 1674 Serial#: 0 [ 26.129] (II) MGA(0): Year: 2004 Week: 11 [ 26.129] (II) MGA(0): EDID Version: 1.2 [ 26.129] (II) MGA(0): Digital Display Input [ 26.129] (II) MGA(0): Max Image Size [cm]: horiz.: 44 vert.: 33 [ 26.129] (II) MGA(0): Gamma: 2.20 [ 26.129] (II) MGA(0): DPMS capabilities: StandBy Suspend Off [ 26.129] (II) MGA(0): Supported color encodings: RGB 4:4:4 YCrCb 4:4:4 [ 26.129] (II) MGA(0): First detailed timing is preferred mode [ 26.129] (II) MGA(0): redX: 0.640 redY: 0.330 greenX: 0.290 greenY: 0.600 [ 26.129] (II) MGA(0): blueX: 0.150 blueY: 0.060 whiteX: 0.310 whiteY: 0.330 [ 26.129] (II) MGA(0): Supported established timings: [ 26.129] (II) MGA(0): 720x400@70Hz [ 26.129] (II) MGA(0): 640x480@60Hz [ 26.129] (II) MGA(0): 800x600@60Hz [ 26.130] (II) MGA(0): 1024x768@60Hz [ 26.130] (II) MGA(0): Manufacturer's mask: 0 [ 26.130] (II) MGA(0): Supported standard timings: [ 26.130] (II) MGA(0): #0: hsize: 1600 vsize 1200 refresh: 60 vid: 16553 [ 26.130] (II) MGA(0): #1: hsize: 1280 vsize 1024 refresh: 60 vid: 32897 [ 26.130] (II) MGA(0): Supported detailed timing: [ 26.130] (II) MGA(0): clock: 162.0 MHz Image Size: 432 x 324 mm [ 26.130] (II) MGA(0): h_active: 1600 h_sync: 1664 h_sync_end 1856 h_blank_end 2160 h_border: 0 [ 26.130] (II) MGA(0): v_active: 1200 v_sync: 1201 v_sync_end 1204 v_blanking: 1250 v_border: 0 [ 26.130] (II) MGA(0): Serial No: 43171034 [ 26.130] (II) MGA(0): Ranges: V min: 59 V max: 61 Hz, H min: 31 H max: 76 kHz, PixClock max 175 MHz [ 26.130] (II) MGA(0): Monitor name: L985EX [ 26.130] (II) MGA(0): EDID (in hex): [ 26.130] (II) MGA(0): 00ffffffffffff0015c3741600000000 [ 26.130] (II) MGA(0): 0b0e0102802c2178eae696a3544a9926 [ 26.130] (II) MGA(0): 0f4f54a10800a9408180010101010101 [ 26.130] (II) MGA(0): 010101010101483f403062b0324040c0 [ 26.130] (II) MGA(0): 1300b0441100001e000000ff00343331 [ 26.130] (II) MGA(0): 37313033340a20202020000000fd003b [ 26.130] (II) MGA(0): 3d1f4c11000a202020202020000000fc [ 26.130] (II) MGA(0): 004c39383545580a20202020202000ab [ 26.130] (II) MGA(0): end of monitor info [ 26.145] (II) MGA(0): EDID vendor "ENC", prod id 5748 [ 26.146] (II) MGA(0): Using EDID range info for horizontal sync [ 26.146] (II) MGA(0): Using EDID range info for vertical refresh [ 26.146] (II) MGA(0): Printing DDC gathered Modelines: .... [4] [ 26.146] (II) MGA(0): Using EDID range info for horizontal sync [ 26.146] (II) MGA(0): Using EDID range info for vertical refresh [ 26.146] (II) MGA(0): Printing DDC gathered Modelines: [ 26.146] (II) MGA(0): Modeline "1600x1200"x0.0 162.00 1600 1664 1856 2160 1200 1201 1204 1250 +hsync +vsync (75.0 kHz) [ 26.146] (II) MGA(0): Modeline "800x600"x0.0 40.00 800 840 968 1056 600 601 605 628 +hsync +vsync (37.9 kHz) [ 26.146] (II) MGA(0): Modeline "640x480"x0.0 25.18 640 656 752 800 480 490 492 525 -hsync -vsync (31.5 kHz) [ 26.146] (II) MGA(0): Modeline "720x400"x0.0 28.32 720 738 846 900 400 412 414 449 -hsync +vsync (31.5 kHz) [ 26.146] (II) MGA(0): Modeline "1024x768"x0.0 65.00 1024 1048 1184 1344 768 771 777 806 -hsync -vsync (48.4 kHz) [ 26.146] (II) MGA(0): Modeline "1280x1024"x0.0 108.00 1280 1328 1440 1688 1024 1025 1028 1066 +hsync +vsync (64.0 kHz) [ 26.146] (==) MGA(0): Using gamma correction (1.0, 1.0, 1.0) [ 26.146] (==) MGA(0): Min pixel clock is 17 MHz [ 26.146] (--) MGA(0): Max pixel clock is 1200 MHz [ 26.146] (II) MGA(0): <default monitor>: Using hsync range of 31.00-76.00 kHz [ 26.146] (II) MGA(0): <default monitor>: Using vrefresh range of 59.00-61.00 Hz [ 26.146] (II) MGA(0): <default monitor>: Using maximum pixel clock of 175.00 MHz -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Karl Weber schrieb: [...]
Horizontal Sync Rate: 31 - 76 kHz Refresh Rate: 59 - 61 Hz Dot Clock Frequency: 175 MHz (2x eingeben) Visible Resolution 1600 x 1200
Wenn ich jetzt nichts weiter ausfuelle, erhalte ich:
Modeline "1600x1200@59" 175.00 1600 1632 2296 2328 1200 1224 1236 1261
Horizontal sync frequency: 75.17 kHz Refresh Rate 59.61Hz.
Hmmm....
Die Daten (oben) habe ich aus der Xorg.0.log [3]
Komisch ist schon mal, dass die ueber das Tool berechnete Modeline nicht mit dem uebereinstimmt, was der Monitor selbst via DDC angibt [4].
Stellt sich die Frage, wie ich die errechnete Modeline in die xorg.conf einbaue. Aktuell sie die so aus:
Diverse Sections der Art
Section "Device" Identifier "fbdev" Driver "fbdev" EndSection Section "Screen" Identifier "fbdev" Device "fbdev" EndSection
und
Section "ServerLayout" Identifier "Layout" Screen "vboxvideo" Screen "vmware" Screen "cirrus" Screen "fbdev" Screen "vesa" EndSection
Bei mir sieht das folgendermaßen aus Section "Modes" Identifier "Modes[0]" Modeline "1680x1050" 119.00 1680 1728 1760 1840 1050 1053 1059 1080 +hsync -vsync Modeline "1280x1024" 108.00 1280 1328 1440 1688 1024 1025 1028 1066 +hsync +vsync Modeline "1024x768" 78.80 1024 1040 1136 1312 768 769 772 800 +hsync +vsync EndSection Section "Screen" DefaultDepth 24 SubSection "Display" Depth 15 Modes "1680x1050" "1280x1024" "1280x960" "1280x800" "1152x864" "1280x768" "1280x720" "1024x768" "1280x600" "1024x600" "800 Virtual 2048 1200 EndSubSection SubSection "Display" Depth 16 Modes "1680x1050" "1280x1024" "1280x960" "1280x800" "1152x864" "1280x768" "1280x720" "1024x768" "1280x600" "1024x600" "800 Virtual 2048 1200 EndSubSection SubSection "Display" Depth 24 Modes "1680x1050" "1280x1024" "1280x960" "1280x800" "1152x864" "1280x768" "1280x720" "1024x768" "1280x600" "1024x600" "800 Virtual 2048 1200 EndSubSection SubSection "Display" Depth 8 Modes "1680x1050" "1280x1024" "1280x960" "1280x800" "1152x864" "1280x768" "1280x720" "1024x768" "1280x600" "1024x600" "800 Virtual 2048 1200 EndSubSection Device "Device[0]" Identifier "Screen[0]" Monitor "Monitor[0]" EndSection Gruß Manfred -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Friday 06 January 2012 18:29:03 schrieb Manfred Kreisl:
Karl Weber schrieb: [...]
Horizontal Sync Rate: 31 - 76 kHz Refresh Rate: 59 - 61 Hz Dot Clock Frequency: 175 MHz (2x eingeben) Visible Resolution 1600 x 1200
Wenn ich jetzt nichts weiter ausfuelle, erhalte ich:
Modeline "1600x1200@59" 175.00 1600 1632 2296 2328 1200 1224 1236 1261
Horizontal sync frequency: 75.17 kHz Refresh Rate 59.61Hz.
Hmmm....
Die Daten (oben) habe ich aus der Xorg.0.log [3]
Komisch ist schon mal, dass die ueber das Tool berechnete Modeline nicht mit dem uebereinstimmt, was der Monitor selbst via DDC angibt [4].
Stellt sich die Frage, wie ich die errechnete Modeline in die xorg.conf einbaue. Aktuell sie die so aus:
Diverse Sections der Art
Section "Device" Identifier "fbdev" Driver "fbdev" EndSection Section "Screen" Identifier "fbdev" Device "fbdev" EndSection
und
Section "ServerLayout" Identifier "Layout" Screen "vboxvideo" Screen "vmware" Screen "cirrus" Screen "fbdev" Screen "vesa" EndSection
Wie wäre es, es zunächst mit einer 1024x768 Auflösung zu versuchen. Die 1024x768@60Hz werden m.E. von jeden Monitor verstanden. Wenn dann X läuft, kann xrandr helfen. Viel Glück Heiner -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Freitag, 6. Januar 2012, 19:17:59 schrieb Heiner Kuhlmann:
Wie wäre es, es zunächst mit einer 1024x768 Auflösung zu versuchen. Die 1024x768@60Hz werden m.E. von jeden Monitor verstanden.
Wie erreiche ich das? I.e. wie kann ich festlegen, mit welcher Aufloesung X11 arbeitet? Ich habe jetzt eine xorg.conf erstellt. Die wird gemaess Xorg.0.log auch verwendet. Ich kann allerdings keinen Hinweis darauf finden, dass die darin angegebene Modeline auch verwendet wird. Im Xorg.0.log finde ich nur die Modelines, die via DDC vom Monitor abgeholt werden. Ich vermute also, dass nur die verwendet werden. Also muss ich auch noch sagen koennen, dass nicht diese sondern die Modelines gemaess xorg.conf zu verwenden sind... Wie? Mir ist auch aufgefallen, dass es im Verzeichniss /etc/X11/xorg.conf.d/ eine Reihe von Dateien gibt, alle nur mit auskommentierten Sections etc. Diese Sections sind solche der xorg.conf. Macht es einen Unterschied, die xorg.conf zu vernwenden, oder statt dessen die Sections daraus in diese Dateien zu verfrachten? -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo Karl, Am Freitag 06 Januar 2012 schrieb Karl Weber:
Am Freitag, 6. Januar 2012, 19:17:59 schrieb Heiner Kuhlmann:
Wie wäre es, es zunächst mit einer 1024x768 Auflösung zu versuchen. Die 1024x768@60Hz werden m.E. von jeden Monitor verstanden.
Funktioniert das bei Dir? [...]
Mir ist auch aufgefallen, dass es im Verzeichniss /etc/X11/xorg.conf.d/ eine Reihe von Dateien gibt, alle nur mit auskommentierten Sections etc. Diese Sections sind solche der xorg.conf. Macht es einen Unterschied, die xorg.conf zu vernwenden, oder statt dessen die Sections daraus in diese Dateien zu verfrachten?
Du musst verfrachten. Wenn diese Verzeichnisstruktur gefüllt ist, wird sie auch beachtet. Helga -- ## Technik: [http://de.opensuse.org] ## Politik: [http://www.piratenpartei.de] ## Privat: [http://www.eschkitai.de] -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo, Am Fri, 06 Jan 2012, Helga Fischer schrieb:
Am Freitag 06 Januar 2012 schrieb Karl Weber:
Mir ist auch aufgefallen, dass es im Verzeichniss /etc/X11/xorg.conf.d/ eine Reihe von Dateien gibt, alle nur mit auskommentierten Sections etc. Diese Sections sind solche der xorg.conf. Macht es einen Unterschied, die xorg.conf zu vernwenden, oder statt dessen die Sections daraus in diese Dateien zu verfrachten?
Du musst verfrachten. Wenn diese Verzeichnisstruktur gefüllt ist, wird sie auch beachtet.
Ich hab die einfach in xorg.conf.d.SUSE umbenannt. -dnh --
Open .profile with vi The vi looks at the .profile and says, "icky, I'm not opening that. Ask Emacs." -- Graham Reed, feeling adventuroush. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
On Fri, Jan 06, 2012 at 11:39:43PM +0100, David Haller wrote:
Hallo,
Am Fri, 06 Jan 2012, Helga Fischer schrieb:
Am Freitag 06 Januar 2012 schrieb Karl Weber:
Mir ist auch aufgefallen, dass es im Verzeichniss /etc/X11/xorg.conf.d/ eine Reihe von Dateien gibt, alle nur mit auskommentierten Sections etc.
Das stimmt so nicht. Bei mir haben folgende Dateien aktive, nicht auskommentierte Einstellungen: /etc/X11/xorg.conf.d/10-evdev.conf /etc/X11/xorg.conf.d/11-mouse.conf /etc/X11/xorg.conf.d/50-fpit.conf /etc/X11/xorg.conf.d/50-synaptics.conf /etc/X11/xorg.conf.d/50-vmmouse.conf /etc/X11/xorg.conf.d/50-wacom.conf Und die Pakete aus denen sie stammen oder zu denen sie gehören - xorg-x11-driver-input und xorg-x11-server - sind unverändert.
Diese Sections sind solche der xorg.conf. Macht es einen Unterschied, die xorg.conf zu vernwenden, oder statt dessen die Sections daraus in diese Dateien zu verfrachten?
Du musst verfrachten. Wenn diese Verzeichnisstruktur gefüllt ist, wird sie auch beachtet.
Ich hab die einfach in xorg.conf.d.SUSE umbenannt.
Damit kann man sich dann auch einfach ins Knie schießen. Wie? Du hast ein laufendes System nach der Änderung und dann kommt ein Update für xorg-x11-* und /etc/X11/xorg.conf.d/ wird wieder befüllt. Dannach funktioniert zur Überrschung X11 nicht mehr und SUSE ist schuld. Dabei war es der gut gemeinte Ratschlag von David H. Und wir alle wissen gut gemeint ist eher selten wirklich gut. ;) Lars -- Lars Müller [ˈlaː(r)z ˈmʏlɐ] Samba Team SUSE Linux, Maxfeldstraße 5, 90409 Nürnberg, Germany
Hallo, Am Sat, 07 Jan 2012, Lars Müller schrieb:
On Fri, Jan 06, 2012 at 11:39:43PM +0100, David Haller wrote:
Ich hab die einfach in xorg.conf.d.SUSE umbenannt.
Damit kann man sich dann auch einfach ins Knie schießen.
Nicht wirklich.
Wie? Du hast ein laufendes System nach der Änderung und dann kommt ein Update für xorg-x11-* und /etc/X11/xorg.conf.d/ wird wieder befüllt. Dannach funktioniert zur Überrschung X11 nicht mehr und SUSE ist schuld.
BTHadT. Kein Problem. Hatte ja auch vorher die xorg.conf und xorg.conf.d parallel. Irgendein Detail hat aber genervt. Daher umbenannt. Nerviger sind Kernelupdates und nvidia/fglrx nimmer laufen. -dnh -- Check it out, send me comments, and dance joyously in the streets, -- Linus Torvalds announcing 2.0.27 -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Irgendwie muss ich noch einen Denkfehler haben. Ich habe noch einen anderen Recher: 64 Bit mit Intel Grafik on board, Chipset "Q45/Q43". Mit demselben Monitor werden die Modelines auch hier via DDC vom Monitor heruntergeladen und verwendet -- problemlos! Also koennen die Modelines doch nicht das Problem sein, oder doch? Schliesslich werden dieselben Modelines mit demselben Monitor verwendet, einmal geht es (Q45/Q43, openSUSE 11.3), und einmal nicht (Matrox G450, openSUSE 12.1). -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
On Freitag, 6. Januar 2012 19:53:41 Karl Weber wrote:
Irgendwie muss ich noch einen Denkfehler haben.
Ich habe noch einen anderen Recher: 64 Bit mit Intel Grafik on board, Chipset "Q45/Q43".
Mit demselben Monitor werden die Modelines auch hier via DDC vom Monitor heruntergeladen und verwendet -- problemlos!
Also koennen die Modelines doch nicht das Problem sein, oder doch? Schliesslich werden dieselben Modelines mit demselben Monitor verwendet, einmal geht es (Q45/Q43, openSUSE 11.3), und einmal nicht (Matrox G450, openSUSE 12.1).
Probier mal eine ältere Live-cd und lass die eine xorg.conf erstellen und probier die dann aus. Daniel -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
On 06.01.2012 19:42, Karl Weber wrote:
Mir ist auch aufgefallen, dass es im Verzeichniss /etc/X11/xorg.conf.d/ eine Reihe von Dateien gibt, alle nur mit auskommentierten Sections etc. Diese Sections sind solche der xorg.conf. Macht es einen Unterschied, die xorg.conf zu vernwenden, oder statt dessen die Sections daraus in diese Dateien zu verfrachten?
Als ich ähnliche Probleme hatte, habe ich das, ohne xorg.conf und alternativer Verwendung der Dateien im Verzeichnis /etc/X11/xorg.conf.d/, wie folgt gelöst: http://lists.opensuse.org/opensuse-de/2011-08/msg00263.html -- Herzliche Grüße Tao -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Freitag, 6. Januar 2012, 20:36:36 schrieb Tao te Puh:
Als ich ähnliche Probleme hatte, habe ich das, ohne xorg.conf und alternativer Verwendung der Dateien im Verzeichnis /etc/X11/xorg.conf.d/, wie folgt gelöst:
Vielen Dank. Ich habe das mal nachgemacht und drei Modelines spezifiziert, die mit cvt berechnet wurden: 1600x1200@60Hz 1280x1024@60Hz 1024x768@60Hz Gemaess /var/log/Xorg.0.log werden die spezifizierten Modelines auch verwendet! Funktioniert hat allerdings nur genau eine davon, und zwar die 1280x1024@60Hz. Sieht allerdings grausam aus... :( Was kann man da noch tun? Aufgefallen ist mir noch folgendes: Wenn ich die YaST-Hardwareinfo auf dem 64Bit Rechner verwende, so erkennt mein openSUSE 11.3 mit der Q45/Q43 Grafik den Monitor korrekt, er wird dort mit allen unterstuetzten Aufloesungen angezeigt. (Ditto mit der 12.1 Live CD auf diesem Rechner.) Auf dem 32Bit Rechner mit der Matox G450 wird der Monitor unter 12.1 nicht erkannt! Es wird nur ein generischer Monitor mit der einen Aufloesung 1280x1024 angegeben. Auch die durch die Hardwareinfo ausgewiesenen Frequenzen stimmen nicht. Moeglicherweise ist das ein Grund fuer das Uebel? Und wieso funktioniert die Monitorerkennung nicht? Wuerde dieses Uebel durch eine neue GraKa verschwinden? -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Freitag, 6. Januar 2012, 22:47:38 schrieb Karl Weber:
Wenn ich die YaST-Hardwareinfo auf dem 64Bit Rechner verwende, so erkennt mein openSUSE 11.3 mit der Q45/Q43 Grafik den Monitor korrekt, er wird dort mit allen unterstuetzten Aufloesungen angezeigt. (Ditto mit der 12.1 Live CD auf diesem Rechner.)
Auf dem 32Bit Rechner mit der Matox G450 wird der Monitor unter 12.1 nicht erkannt! Es wird nur ein generischer Monitor mit der einen Aufloesung 1280x1024 angegeben. Auch die durch die Hardwareinfo ausgewiesenen Frequenzen stimmen nicht.
Hier mal die Ausgabe von hwinfo --monitor. Ich verstehe nicht, wie zwei verschiedene Systeme fuer denselben Monitor verschiendene Angaben machen koennen. Ursache kann eigentlich nur die Hardware der Computer sein, e.g. die GraKa. Ist das so? Kann mir das vielleicht jemand erklaeren? Auf dem System mit Matrox G450 29: None 00.0: 10000 Monitor [Created at fb.71] Unique ID: rdCR.EY_qmtb9YY0 Hardware Class: monitor Model: "Generic Monitor" Vendor: "Generic" Device: "Monitor" Resolution: 1280x1024@77Hz Driver Info #0: Max. Resolution: 1280x1024 Vert. Sync Range: 50-90 Hz Hor. Sync Range: 31-82 kHz Config Status: cfg=no, avail=yes, need=no, active=unknown Auf dem System mit Q45/Q43 34: None 00.0: 10002 LCD Monitor [Created at monitor.95] Unique ID: rdCR.0l2CfqmF9A8 Hardware Class: monitor Model: "EIZO L985EX" Vendor: ENC "EIZO" Device: eisa 0x1674 "L985EX" Serial ID: "43171034" Resolution: 720x400@70Hz Resolution: 640x480@60Hz Resolution: 800x600@60Hz Resolution: 1024x768@60Hz Resolution: 1600x1200@60Hz Resolution: 1280x1024@60Hz Size: 432x324 mm Detailed Timings #0: Resolution: 1600x1200 Horizontal: 1600 1664 1856 2160 (+64 +256 +560) +hsync Vertical: 1200 1201 1204 1250 (+1 +4 +50) +vsync Frequencies: 162.00 MHz, 75.00 kHz, 60.00 Hz Driver Info #0: Max. Resolution: 1600x1200 Vert. Sync Range: 59-61 Hz Hor. Sync Range: 31-76 kHz Bandwidth: 162 MHz Config Status: cfg=no, avail=yes, need=no, active=unknown -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo, Am Sat, 07 Jan 2012, Karl Weber schrieb:
Am Freitag, 6. Januar 2012, 22:47:38 schrieb Karl Weber:
Wenn ich die YaST-Hardwareinfo auf dem 64Bit Rechner verwende, so erkennt mein openSUSE 11.3 mit der Q45/Q43 Grafik den Monitor korrekt, er wird dort mit allen unterstuetzten Aufloesungen angezeigt. (Ditto mit der 12.1 Live CD auf diesem Rechner.)
Auf dem 32Bit Rechner mit der Matox G450 wird der Monitor unter 12.1 nicht erkannt! Es wird nur ein generischer Monitor mit der einen Aufloesung 1280x1024 angegeben. Auch die durch die Hardwareinfo ausgewiesenen Frequenzen stimmen nicht.
Hier mal die Ausgabe von hwinfo --monitor. Ich verstehe nicht, wie zwei verschiedene Systeme fuer denselben Monitor verschiendene Angaben machen koennen. Ursache kann eigentlich nur die Hardware der Computer sein, e.g. die GraKa. Ist das so? Kann mir das vielleicht jemand erklaeren?
http://en.wikipedia.org/wiki/Display_Data_Channel http://en.wikipedia.org/wiki/Extended_display_identification_data Veraltet, aber der Hinweis auf i2c-matroxfb: http://ddccontrol.sourceforge.net/doc/0.4/apcs06.html#id287053
Auf dem System mit Matrox G450
29: None 00.0: 10000 Monitor [Created at fb.71] Unique ID: rdCR.EY_qmtb9YY0 Hardware Class: monitor Model: "Generic Monitor" Vendor: "Generic" Device: "Monitor" Resolution: 1280x1024@77Hz Driver Info #0: Max. Resolution: 1280x1024 Vert. Sync Range: 50-90 Hz Hor. Sync Range: 31-82 kHz Config Status: cfg=no, avail=yes, need=no, active=unknown
Ist wohl analog angeschlossen. Mein Eizo hat z.B. Analog: Vert: 50-75 Hz, Hor: 24.8-80 kHz Digital: Vert: 59-61 Hz, Hor: 31.0-64 kHz Und irgendwie klappt das mit der EDID nicht richtig.
Auf dem System mit Q45/Q43
34: None 00.0: 10002 LCD Monitor [Created at monitor.95] Unique ID: rdCR.0l2CfqmF9A8 Hardware Class: monitor Model: "EIZO L985EX" Vendor: ENC "EIZO" Device: eisa 0x1674 "L985EX" [..] Driver Info #0: Max. Resolution: 1600x1200 Vert. Sync Range: 59-61 Hz Hor. Sync Range: 31-76 kHz Bandwidth: 162 MHz Config Status: cfg=no, avail=yes, need=no, active=unknown
Und hier wohl digital. -dnh -- Q: Hobbies? A: Hating music. -- Marvin -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Samstag, 7. Januar 2012, 19:01:58 schrieb David Haller:
Hallo,
Am Sat, 07 Jan 2012, Karl Weber schrieb:
Am Freitag, 6. Januar 2012, 22:47:38 schrieb Karl Weber: [...]
Veraltet, aber der Hinweis auf i2c-matroxfb: http://ddccontrol.sourceforge.net/doc/0.4/apcs06.html#id287053
Damit bin ich anscheinend überfordert: Geladen wird nur ein matrox Modul, und zwar matrox_w1. Wenn ich in das boot Protokoll schaue bin ich zudem etwas erschüttert: Drei Zeilen mit dem Prefix agpgart-intel 0000:00:00.0: AGP 3.0 bridge bridge is in legacy mode, falling back to 2.x putting AGP V2 device into 1x mode Und danach die Zeile: matrox_w1 0000:01:00.0 putting AGP V2 device into 1x mode Die G450 ist aber eine V3 Karte, da 8x fähig. Das motherboard hat einen 8x AGP slot. Also erwarte ich hier ein ein V3 8x mode...??? Zu den anderen Modulen: Ein Modul matroxfb gibt es nicht. Aber ein i2c_matroxfb. Wenn ich dies mit modprobe lade, werden diverse matroxfb_* Module dazugeladen. Ein nachfolgendes hwinfo --monitor liefert aber kein anderes Ergebnis. Stört das matrox_w1? Könnte es einen Unterschied machen, das i2c_matroxfb beim Booten zu laden? Leider kriege ich das nicht hin. Ein Eintrag in /etc/sysconf/kernel hilft nicht, ist mit 12.1 aber wohl auch deprecated, nachdem, was ich im Internet so gefunden habe. Eine Datei /etc/modules-load.d/i2c_matroxfb.conf mit einer Zeile i2c_matroxfb was der neue Weg sein soll, führt auch nicht zum Ziel... [... Daten auf ersten Compi...]
Ist wohl analog angeschlossen. Mein Eizo hat z.B. Analog: Vert: 50-75 Hz, Hor: 24.8-80 kHz Digital: Vert: 59-61 Hz, Hor: 31.0-64 kHz
Und irgendwie klappt das mit der EDID nicht richtig.
Ich sehe im Xorg.0.log die EDID Daten, es muss also doch letztlich funktionieren, zumindest mit dem mga Treiber. Falls hwinfo diesen nicht verwendet, fehlen vermutlich die oben angegebenen Module, doch auch nach modprobe i2c_matroxfb geht es nicht... [...Daten auf dem zweiten Compi...]
Und hier wohl digital.
Angeschlossen sind beide Computer mit einem KVM Switsch an demselben Monitor. Das Teil ist nach bestem Wissen und Gewissen symmetrisch, wenn es also das DDC-Protokoll zu einem Compi nicht stört, sollte es das auch bei dem zweiten nicht tun. Und beim mga-Treiber funktioniert es ja auch, s.o. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo, Am Fri, 06 Jan 2012, Karl Weber schrieb:
[ 26.130] (II) MGA(0): Supported standard timings: [ 26.130] (II) MGA(0): #0: hsize: 1600 vsize 1200 refresh: 60 vid: 16553 [ 26.130] (II) MGA(0): #1: hsize: 1280 vsize 1024 refresh: 60 vid: 32897 [ 26.130] (II) MGA(0): Supported detailed timing: [ 26.130] (II) MGA(0): clock: 162.0 MHz Image Size: 432 x 324 mm [ 26.130] (II) MGA(0): h_active: 1600 h_sync: 1664 h_sync_end 1856 h_blank_end 2160 h_border: 0 [ 26.130] (II) MGA(0): v_active: 1200 v_sync: 1201 v_sync_end 1204 v_blanking: 1250 v_border: 0
Versuch's mal mit folgender nicht wirklich minimalen xorg.conf (und das xorg.conf.d umbenennen): ==== Section "Module" EndSection Section "Device" VendorName "Matrox" BoardName "G450" Identifier "Device[0]" Screen 0 Driver "mga" EndSection Section "Monitor" Identifier "Monitor[0]" VendorName "EIZO" ModelName "FlexScan L985EX" # Hier Breite und Höhe in mm der Darstellungsfläche eintragen -> # siehe Handbuch des Monitors oder ausmessen, EDID könnte aber schon # stimmen: DisplaySize 432 324 HorizSync 31.0-76.0 VertRefresh 59.0-61.0 UseModes "Modes[0]" EndSection Section "Modes" Identifier "Modes[0]" ### keine Modeline "1280x1024", da das 5:4 ist und dein Monitor 4:3 ### hat, das kann nur gruselig ausschauen. Bei Gelegenheit könntest ### du ne 1280x960 Auflösung noch nachtragen. Modeline "1600x1200" 162.00 1600 1664 1856 2160 1200 1201 1204 1250 +hsync +vsync Modeline "1024x768" 65.00 1024 1048 1184 1344 768 771 777 806 -hsync -vsync Modeline "800x600" 40.00 800 840 968 1056 600 601 605 628 +hsync +vsync Modeline "640x480" 25.18 640 656 752 800 480 490 492 525 -hsync -vsync EndSection Section "Screen" Identifier "Screen[0]" Device "Device[0]" Monitor "Monitor[0]" DefaultDepth 24 SubSection "Display" Depth 32 ### ich hab jetzt nicht nachgerechnet ob die Pixelclock auch für ### 32bit reicht Modes "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 24 Modes "1600x1200" "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 16 Modes "1600x1200" "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 8 Modes "1600x1200" "1024x768" "800x600" "640x480" EndSubSection ==== Speichere die erstmal unter nem anderen Namen, z.B. xorg.conf.dnh und starte X dann per startx -- -config xorg.conf.dnh HTH, -dnh -- Ich frage mich, ob es einen richtigen Browser als Active-X Applet für den MSIE gibt? -- K. Köhntopp -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Donnerstag, 5. Januar 2012, 19:26:27 schrieb Karl Weber:
auf einem alten Rechner laeuft aktuell noch ein 10.2 mit funktionierendem X11. Monitor EIZO FlexScan L985EX und GraKa Matrox G450.
Bevor ich darauf 12.1 installiere, moechte ich die 12.1 Live-CD ausprobieren -- und damit geht X11 nicht. Ich kann zwar via Ctrl+Alt+F1 etc die Konsolen erreichen, aber bei F7 wird vom Monitor eine falsche vertikale Frequenz angezeigt und er bleibt schwarz.
(1) Wie kann ich X11 mit der Live-CD zum Laufen bringen?
(2) Muss ich bei einer echten Installation von 12.1 mit X11-Problemen rechnen?
Also, das Problem ist nun eingetreten. Die Installation konnte durchgefuehrt werden, aber nach dem Neustart, der die Konfiguration einleitet, geht kein X11... Wie kann ich das nun einrichten? -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo Karl, Am Donnerstag 05 Januar 2012 schrieb Karl Weber:
Am Donnerstag, 5. Januar 2012, 19:26:27 schrieb Karl Weber: [...]
(1) Wie kann ich X11 mit der Live-CD zum Laufen bringen?
(2) Muss ich bei einer echten Installation von 12.1 mit X11-Problemen rechnen?
Also, das Problem ist nun eingetreten. Die Installation konnte durchgefuehrt werden, aber nach dem Neustart, der die Konfiguration einleitet, geht kein X11... Wie kann ich das nun einrichten?
Du könntest es noch mit einem neueren Kernel probieren. Anleitung: http://de.opensuse.org/SDB:Mehrere_Kernelversionen_behalten Ich hatte Dein Problem nämlich auch und musste mir dann mit einem Vanilla-Kernel helfen, da alle andere Rezepte nicht funktionierten. (War allerdings eine 11.4; die 12.1 arbeitet für mich bestens). Den Vanillakernel bekommst Du als rpm, wenn Du das passende Repo einbindest. So lange Du nicht mit Virtualiserung arbeiten willst, ist dieser eine Option für Dich. Bevor Du GraKas einkaufst, würde ich das noch versuchen. Good Luck, Helga -- ## Technik: [http://de.opensuse.org] ## Politik: [http://www.piratenpartei.de] ## Privat: [http://www.eschkitai.de] -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Nehmen wir mal an, ich kann das Problem nicht loesen. Dann sollte eine andere Graphikkarte doch helfen koennen. Was koennt Ihr mir da empfehlen? Anforderungen: Passiv gekuehlt AGP wie Matrox (4x?) DVI Funktioniert mit dem EIZO FlexScan L985EX bei 1600x1200@60Hz (digital) 2D, 3D brauche ich nicht wirklich Keine Spiele etc, nur Bueroanwendungen Funktioniert moeglichst problemlos mit openSUSE12.1 Ich muss auf dem Rechner auch ein Windows XP in einer virtuellen Maschine (VirtualBox) installieren koennen. Eigentlich sollte das ja keine Randbedingung setzen, da die VM die Hardware ja simmuliert... oder? Also alles im allem: moeglichst einfach aber sicher, und daher auch nicht zu teuer... -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Freitag, 6. Januar 2012, 11:03:59 schrieb Karl Weber:
Nehmen wir mal an, ich kann das Problem nicht loesen. Dann sollte eine andere Graphikkarte doch helfen koennen.
Was koennt Ihr mir da empfehlen?
Anforderungen:
Passiv gekuehlt AGP wie Matrox (4x?) DVI Funktioniert mit dem EIZO FlexScan L985EX bei 1600x1200@60Hz (digital) 2D, 3D brauche ich nicht wirklich Keine Spiele etc, nur Bueroanwendungen Funktioniert moeglichst problemlos mit openSUSE12.1
Ich muss auf dem Rechner auch ein Windows XP in einer virtuellen Maschine (VirtualBox) installieren koennen. Eigentlich sollte das ja keine Randbedingung setzen, da die VM die Hardware ja simmuliert... oder?
Also alles im allem: moeglichst einfach aber sicher, und daher auch nicht zu teuer...
Bei dem Anforderungsprofil würde ich mir bei eBay ne passive (also ohne Lüfter weil leise, geringer Strombedarf und keine gefahr eines Lüfterausfalls, gerade bei einer gebrauchten) ATI Grafikkarte holen Kategorie Radeon 9200 - 9800. Die freien Treiber dafür sind recht ausgereift, die 3D-Leistung reicht für Desktop Effekte und einfachere Spiele (ein Tuxracer zwischendurch). -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo Manfred, Am Freitag, 6. Januar 2012, 12:00:20 schrieb Manfred Tremmel:
Also alles im allem: moeglichst einfach aber sicher, und daher auch nicht zu teuer...
Bei dem Anforderungsprofil würde ich mir bei eBay ne passive (also ohne Lüfter weil leise, geringer Strombedarf und keine gefahr eines Lüfterausfalls, gerade bei einer gebrauchten) ATI Grafikkarte holen Kategorie Radeon 9200 - 9800. Die freien Treiber dafür sind recht ausgereift, die 3D-Leistung reicht für Desktop Effekte und einfachere Spiele (ein Tuxracer zwischendurch).
O.K. Ich habe ein Angebot bei Amazon fuer eine ATI 9200 gefunden [1], die 29,00 Euro kosten soll. Ich habe kein Problem damit, das auszugeben, wenn der Rechner inklusive X11 damit funktionieren wird. Deiner Aussage entnehme ich, dass dieses Teil problemlos funktionieren sollte, und dass ich keine extra Installationen / Konfigurationen vornehmen muss. I.e. diese GraKa sollte out-of-the-box mit openSUSE 12.1 funktionieren. Korrekt, oder mit welcher Wahrscheinlichkeit muss ich mit welchen Problemen rechnen? Ich will nur sicher sein, dass ich jetzt nicht eine GraKa nach der anderen kaufe und X11 nicht zum Laufen bringe (ein gebranntes Kind....) Leider habe ich keine Moeglichkeit, mal eine GraKa auszuprobieren... :( Wie vergleicht sich die ATI 9200 mit der Matrox G450 fuer Bueroanwendungen, werde ich da einen Unterschied merken? Falls ja, welchen? [1] http://www.amazon.de/ATI-Radeon-Grafikkarte-aktiv- L%C3%BCfter/dp/B002BX9QXG -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Karl Weber schrieb:
Hallo Manfred,
Am Freitag, 6. Januar 2012, 12:00:20 schrieb Manfred Tremmel:
Also alles im allem: moeglichst einfach aber sicher, und daher auch nicht zu teuer...
Bei dem Anforderungsprofil würde ich mir bei eBay ne passive (also ohne Lüfter weil leise, geringer Strombedarf und keine gefahr eines Lüfterausfalls, gerade bei einer gebrauchten) ATI Grafikkarte holen Kategorie Radeon 9200 - 9800. Die freien Treiber dafür sind recht ausgereift, die 3D-Leistung reicht für Desktop Effekte und einfachere Spiele (ein Tuxracer zwischendurch).
O.K. Ich habe ein Angebot bei Amazon fuer eine ATI 9200 gefunden [1], die 29,00 Euro kosten soll. Ich habe kein Problem damit, das auszugeben, wenn der Rechner inklusive X11 damit funktionieren wird.
Deiner Aussage entnehme ich, dass dieses Teil problemlos funktionieren sollte, und dass ich keine extra Installationen / Konfigurationen vornehmen muss. I.e. diese GraKa sollte out-of-the-box mit openSUSE 12.1 funktionieren. Korrekt, oder mit welcher Wahrscheinlichkeit muss ich mit welchen Problemen rechnen? Ich will nur sicher sein, dass ich jetzt nicht eine GraKa nach der anderen kaufe und X11 nicht zum Laufen bringe (ein gebranntes Kind....) Leider habe ich keine Moeglichkeit, mal eine GraKa auszuprobieren... :(
Wie vergleicht sich die ATI 9200 mit der Matrox G450 fuer Bueroanwendungen, werde ich da einen Unterschied merken? Falls ja, welchen?
[1] http://www.amazon.de/ATI-Radeon-Grafikkarte-aktiv- L%C3%BCfter/dp/B002BX9QXG
Ich habe grade eine GeForce 210 EN passiv aus meinem minipc ausgebaut, die lief einwandfrei unter OS 12.1 außerdem läuft die onboard Radeon 1000 auch ohne Probleme mit OS 12.1, insofern sollte auch die 9k2 laufen. Die G450 ist doch schon uralt, oder? Da kann es ja nur besser werden :D Tschau SK -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
participants (12)
-
Daniel Fuhrmann -
David Haller -
hamann.w＠t-online.de -
Heiner Kuhlmann -
Helga Fischer -
Joerg Thuemmler -
Karl Weber -
Lars Müller -
Manfred Kreisl -
Manfred Tremmel -
Stefan König -
Tao te Puh