GEM / KMS für Intel in FreeBSD 10-CURRENT commitet

[mousaka]

Vor kurzem wurde GEMS/KMS für Intel in 9-STABLE eingefügt.

mousaka

[Sickboy]

Zitat von mousaka

Vor kurzem wurde GEMS/KMS für Intel in 9-STABLE eingefügt.

mousaka

Narf, und ich hab gestern zu CURRENT gewechselt.

[georg]

Ich habs gestern installiert (ASUS Zenbook mit Intel Graphic, FreeBSD 9)

WITH_NEW_XORG gesetzt, Xorg und Treiber xf86* neu gebaut.

Das Ganze war recht problemlos, aber unter dem neuen Intel-Treiber kann ich xorg nicht beenden, hängt am Schluss (schwarzer Bildschirm) und terminiert nicht. Umschalten mit CTRL-ALT-Fn funktioniert auch nicht richtig.

Wenn ich den VESA Treiber nehme funktioniert das alles.

Gruss
Georg
--

[Yamagi]

Zitat von georg

Umschalten mit CTRL-ALT-Fn funktioniert auch nicht richtig.

Das ist das korrekte Verhalten.

[georg]

Habe ich mittlerweile auch rausgefunden, wird wohl irgendwann geändert.
Aber das der Xorg nicht terminiert, ist wohl nicht korrekt.

Gruss
Georg

[darktrym]

Gibt's denn einen Zeitplan wann die fehlenden Funktionen(siehe FAQ) nachgebessert werden?

[h^2]

Zitat von Yamagi

Das ist das korrekte Verhalten.

LOL, ich dachte das ganze KMS-Zeug wurde erfunden, damit unter Ubuntu beim wechseln zwischen den ttys der Bildschirm nicht flackert. Ihn einfach ganz schwarz werden zu lassen, hätte man sicher auch einfacher hinbekommen, oder? ^^

[Kamikaze]

So, ich habe das jetzt auch mal ausprobiert.

Sieht erst mal gut aus, aber X stürzt ab sobald ich glxinfo/glxgears oder ioquake3 starte. Nach dem Absturz kommt es mit verkleinertem Viewport hoch (schätze mal 800x600).

Ist jedenfalls nicht benutzbar und ich baue gerade zurück.

[oenone]

Zitat von h^2

LOL, ich dachte das ganze KMS-Zeug wurde erfunden, damit unter Ubuntu beim wechseln zwischen den ttys der Bildschirm nicht flackert. Ihn einfach ganz schwarz werden zu lassen, hätte man sicher auch einfacher hinbekommen, oder? ^^

Nee, KMS hat nen anderen Hintergrund.. Hat mit protected mode und direktem Hardwarezugriff zu tun.

[h^2]

http://www.phoronix.com/scan.php?pag...tem&px=MTE2Mzc
-> lol, mach neu den Spaß?

[laemodost]

Zitat von h^2

http://www.phoronix.com/scan.php?pag...tem&px=MTE2Mzc
-> lol, mach neu den Spaß?

Pinguin, ick hör dir trapsen!

[darktrym]

Schau dir mal an wie oft Nouveau umgepflügt wurden ist. Da lohnt sich kaum der Portierungsaufwand.
Schade nur, es ist absehbar, dass bei der übernächsten Intel Generation wieder einer ran muss.

[Yamagi]

Wir hatten die Diskussion ja schon öfter... Aber dennoch. Die aktuelle Entwicklung bestätigt doch genau das, was absehbar war. Alle Systeme außer Linux sind praktisch chancenlos, was Grafiktreiber betrifft und es gibt direkt keine Möglichkeit daran etwas zu ändern:

1. Man kann den Linux-Code portieren. Aber es ist nahezu unmöglich oder zumindest extrem aufwändig. Der aktuelle KMS-Port hat schließlich nahezu 18 Monate gedauert, einen Entwickler in Vollzeit beansprucht und perfekt ist er noch bei weitem nicht. Und hat man endlich eine Reife erreicht, dass man den Code mit etwas Wohlwollen produktiv nutzen kann, wird wieder alles über den Haufen geworfen und von vorn begonnen. Das von Linuxern oft vorgebrachte Argument, dass der Code offen sei und ja übernommen werden kann, zählt daher nicht. Er ist einfach nicht portabel genug!

2. Man könnte natürlich die Grafiktreiber forken und eine "Nicht-Linux-Branch" ins Leben rufen. Aber wie sollte das gehen? Man bräuchte entsprechende Entwickler und die fallen nicht vom Himmel. Vor allem aber, gibt es in den meisten Fällen nur Code und keine Doku. AMDs Doku ist ohne Beispielcode (vor allem ohne einen Shadercompiler) nahezu sinnlos, nicht umsonst entwickelt AMD inzwischen seine freien Treiber weitgehend selbst, bzw. in sehr enger Zusammenarbeit mit den restlichen Entwicklern. Für Intel gibt es dann auch gleich so gut wie gar keine Doku. Das Linuxer-Argument ist nun, dass ja der Code die Doku sein, aber allein diese Aussage disqualifiziert jeden Teilnehmer einer Diskussion als ahnungslos. Code war nie Doku, Code ist keine Doku und Code wird nie Doku sein. Er kann höchstens Doku unterstützen.

Was machen wir also? Das Spielchen weiter mitzuspielen und munter Portierungen zu versuchen ist gescheitert. Man muss die Strategie wechseln. Im einzelnen ist FreeBSDs beste Chance im Moment:
1. Wir FreeBSDler müssen uns Nvidia warm halten, denn ohne deren Blob geht nichts.
2. Wir sollten versuchen AMD zu überzeugen einen "Catalyst for FreeBSD" zu bauen.
3. Wir sollten Intels GPU-Team animieren, FreeBSD explizit zu unterstützen

[darktrym]

Für den Anfang kann man sich im Blog äußern

[Yamagi]

Gute Idee