1600SW flatpanel geeft wit beeld in Xorg

[Cyphax]

Het probleem is als volgt: ik heb een SGI 1600SW met een PCI videokaart waar ie aanpast (Number Nine Revolution IV). </brag>
Ik krijg die niet aan de praat met Xorg.

Ik heb de kaart + monitor getest in een andere PC onder Windows, en dat ging prima. Nu in deze PC niet. Er zit ook nog een Quadro4 AGP in waar een CRT-monitor aanhangt. Ik wil ze beide kunnen gebruiken, een dual-head setup met 2 videokaarten dus. Ik krijg overigens gewoon beeld met het ding buiten X om, de console en bij het booten gaat het allemaal prima.

Ik ben zover dat 2 screens worden gemaakt bij het starten van X. Het beeld van de Quadro werkt goed, het beeld op mijn flatpanel is helemaal wit. X crasht dus niet, ik kan met m'n muis wel naar het andere scherm maar daar zie ik niets op behalve wat noise: alles werkt zoals het hoort bij een dual screen setup (ik moest net ook m'n Firefox venster van dat scherm halen, thank god dat alt een scherm beetpakt in X) behalve het beeld op de tweede monitor. Het is een beetje vreemd om te zien maar ik ben getuige deze pagina niet de eerste met dit probleem. Daar staat ook de oplossing bij maar die snap ik dus niet goed.

Ik heb mijn xorg.conf hier geparkeerd voor de liefhebber. Op de een of andere manier moet deze oplossing daarin verwerkt worden:

I edited the x config file
I set the hsync to 63.84 (found in the SGI doc) and now it works
PS: My video card is a number nice.

Number very nice ja.

Maar die modelines zijn dus als volgt:

code:

Modeline "1600x1024d32" 103.125 1600 1600 1656 1664 1024 1024 1029 1030 HSkew 7 +Hsync +Vsync 
Modeline "1600x1024d16" 103.125 1600 1600 1656 1664 1024 1024 1029 1030 HSkew 5 +Hsync +Vsync 
Modeline "1600x1024d08" 103.125 1600 1600 1656 1664 1024 1024 1029 1030 HSkew 1 +Hsync +Vsync 
Modeline "800x512d32" 54.375 800 800 840 848 512 512 514 515 HSkew 7 DoubleScan +Hsync +Vsync 
Modeline "800x512d16" 54.375 800 800 840 848 512 512 514 515 HSkew 5 DoubleScan +Hsync +Vsync 
Modeline "800x512d08" 54.375 800 800 840 848 512 512 514 515 HSkew 1 DoubleScan +Hsync +Vsync

Zo ben ik ze al een paar keer tegengekomen voor deze monitor. Hier onder andere. Ik weet eigenlijk alleen dat ik aan de hand van die getallen in kan stellen dat de vsync 63.84 zou moeten worden (en dat weet ik nieteens zeker) en daar begint het even te duizelen.

Het log van Xorg staat hier, ik kon er eigenlijk niets geks in vinden (maar ik ben ook geen expert , ofschoon ik 'm best goed bekeken heb).

Ik heb ook geprobeerd om HorizSync op die 63.84 te zetten en de modelines te negeren maar dat doet niets.

code:

Section "Monitor"
        Identifier      "1600sw"
        #HorizSync      30-70
        HorizSync       63.84
        DisplaySize     370 240
        ModelName       "1600SW"
        Option          "DPMS"
        VendorName      "SGI"
        VertRefresh     30-75
        UseModes        "Modes[0]"
EndSection

De waarde 30-70 heb ik een keer gevonden ergens toen ik op zoek was naar de juiste rates voor die monitor.

Wat me ook opviel was dat het laatste beeld dat op de flatscreen verscheen net (de bios waarin ik de Quadro als hoofd-videokaart aangaf) ook weer terugkwam in dat witte beeld. Ik weet niet of dat relevant is. Het lijkt alsof dat nog in het geheugen van de videokaart staat ofzo en het daar mis gaat. Verder is het beeld wit, soms fade het van zwart naar wit, soms zie je noise.
Ik denk, maar weet niet zeker, dat wanneer de boel buiten de refreshrates van de monitor vallen, het beeld gewoon zwart blijft en de power-LED gaat knipperen. Dat heb ik eerder gezien bij deze monitor.

[dion_b]

* dion_b volgt met interesse...

Revolution IV met LVDS heb ik al liggen, zit te wachten tot ik die scherm voor een schappelijk prijsje op kan pikken

Als ik zo kijk zou je kunnen proberen om in de modelines bij 1600x1024 de eerste waarde van 103.125 in 63.84 te veranderen.

[Verwijderd]

Uit je log gehaald:

code:

(II) I128(1): Supported additional Video Mode:
(II) I128(1): clock: 106.9 MHz   Image Size:  370 x 237 mm
(II) I128(1): h_active: 1600  h_sync: 1630  h_sync_end 1650 h_blank_end 1670 h_border: 0
(II) I128(1): v_active: 1024  v_sync: 1027  v_sync_end 1030 v_blanking: 1067 v_border: 0

dit vertaald zicht naar:
Modeline "1600x1024" 106.9 1600 1630 1650 1670 1024 1027 1030 1067

Probeer die eens!

[Cyphax]

Hrm beide suggesties hadden precies geen effect. Zou het niet aan die modelines liggen dan?

Ik zal morgen eerst eens gaan spelen zonder Xinerama en de monitor als primair display gebruiken.

[ Voor 35% gewijzigd door Cyphax op 22-01-2007 22:46 ]

[Cyphax]

't is wel een half jaar later intussen, maar mocht ooit iemand hetzelfde doldwaze idee hebben, dan heeft ie er misschien wat aan.

De oplossing kwam van X. X -configure heeft de hele boel gewoon voor mij geregeld. Ik heb daarna de boel een beetje getweaked en dat was het! Lang klooien met handmatig proberen de boel te fixen: geen resultaat. 10 seconden X -configure en dan die config testen: resultaat.
De werkende xorg.conf staat op dezelfde plek voor de liefhebber.
Klik
Nou nog Hawkeye porten naar Linux, anders kan je geen brightness enzo aanpassen.

Case closed.

[ Voor 7% gewijzigd door Cyphax op 05-08-2007 10:08 ]

[dion_b]

Hier gaat nog een updatetje van mijn kant komen

Heb zelf ondertussen ook een tijd een 1600SW, die ik werkend heb gekregen met mijn Revolution IV met deze Xorg settings, maar grote probleem met de Revolution IV is dat het geen hardware overlay support. Dat betekent dat de CPU belasting bij fullscreen dingen rampzalig is en mijn Celeron 1200 volledig plattrekt, waardoor 1600x1024 films kijken onmogelijk is. Terugschakelen naar 800x512 is wel een optie, maar dat ziet er niet uit...

Nu heb ik een 3DLabs OxygenVX1-1600SW op de kop getikt (althans, het werd als zodanig verkocht en dat staat op de ene kant van de PCB, maar op de andere kant staat Formac ProFormance III). Hij werkt an sich wel, BIOS messages en GRUB worden netjes getoond, maar gelijk daarna gaat het mis (zelfs al gebruik ik geen vesafb bij booten), ik krijg een merkwaardige soort van statusinfo te zien dat lijkt alsof niet het beeldmateriaal, maar de parameters van de fbdriver doorgegeven worden naar de monitor.

Momenteel heb ik even de tijd niet hiermee aan de slag te gaan, maar zodra ik me erin vastbijt verwacht ik vrij snel oplossingen te vinden
_{al heb ik een plan-B voor als dat niet lukt, sinds eergisteren ben ik trotse bezitter van een SGI Visual Workstation 320, met native 1600SW support - al is een OS daarop krijgen non-trivial}

[Cyphax]

dion_b schreef op zondag 05 augustus 2007 @ 12:59:
Hier gaat nog een updatetje van mijn kant komen

Heb zelf ondertussen ook een tijd een 1600SW, die ik werkend heb gekregen met mijn Revolution IV met deze Xorg settings, maar grote probleem met de Revolution IV is dat het geen hardware overlay support. Dat betekent dat de CPU belasting bij fullscreen dingen rampzalig is en mijn Celeron 1200 volledig plattrekt, waardoor 1600x1024 films kijken onmogelijk is. Terugschakelen naar 800x512 is wel een optie, maar dat ziet er niet uit...

Dat is idd vrij pijnlijk... xv als video-output werkt nieteens daardoor (what were they thinking... "overlay? who needs an overlay?".
Maarja, dat ligt niet aan de monitor, of aan de drivers; onder Windows was het niet anders, hoewel met een snellere PC het wel aanzienlijk beter gaat. Op mijn Athlon XP 2000+ was het nog niet snel genoeg, maar wel dusdanig dat ik het idee heb dat een 3200+ ofzo het wel zou moeten trekken.

[dion_b]

Ligt idd niet aan de monitor en niet eens aan de hardware (best veel features voor iets van die leeftijd), maar aan de drivers. Geen idee hoe het onder Windows is, maar er is in 2002 marginaal werkende DRM gebouwd in een CVS versie dat nooit verder ontwikkeld is, Xv en DRI ontbreken compleet. Vandaar dus

_{Zie hier}