Ubuntu - Switchable Graphics

[Dirty Oerti]

Tag zusammen

Ich besitze seit kurzem ein Lenovo Thinkpad T500. Nachdem ich bei der Partitionierung und anschließendem Versuch der Windows-Wiederherstellung mein Vista komplett verloren habe (^^ hab auch keine CD/DVD...) läuft jetzt ein Intrepid auf dem Laptop.

Nach ein wenig rumgebastel läuft das WLAN, das integrierte WWAN (über ein Wireless Modem) läuft (nach längerer Arbeit) jetzt auch.

Eine graphische Oberfläche steht mir (noch) nicht zur Verfügung.
Und damit zum eigentlichen Thema des Beitrags:

Das T500 hat 2 Grafikkarten. Eine Onboard Grafik von Intel (genau Bezeichnung suche ich noch) und eine ATI (selbiges).
Über das BIOS kann ich folgendes einstellen:

NUR onboard Grafik
NUR ATI Grafik
Switchable Graphics

Dazu gibt es noch einen Schalter "OS Detection" (für eben das Switchable Graphics) on/off.

Unter Vista standen diese Einstellungen auf Switchable und ON.
Dadurch war es mir möglich, im laufenden Betrieb die Grafikkarten zu wechseln.
Wechseln heißt hierbei: Die eine wird deaktiviert (kein Stromverbrauch mehr!) und die andere aktiviert und die Ausgabe auf diese umgelenkt.

Nun hab ich schon öfters gelesen, dass DIESES Feature von Linux (noch) nicht unterstützt wird.

Ich möchte es aber trotzdem versuchen
Im Endeffekt muss ich folgendes schaffen:

1) Ein per lspci erkanntes Gerät an/ausschalten (mit meinem Modem geht das, aber das wird von lsusb gelistet)
2) Den XServer dazu bringen, seine Konfiguration im Betrieb zu wechseln (oder den XServer neustarten, ohne das Anwendungen/Fenstermanager/Sitzung geschlossen werden)

Schwierigster Punkt wird wohl Punkt 1 sein. Punkt 2 ist auch erstmal optional.

Hat jemand dazu irgendeine Ahnung?

MfG
Daniel

[Xin]

Nun hab ich schon öfters gelesen, dass DIESES Feature von Linux (noch) nicht unterstützt wird.

Ich möchte es aber trotzdem versuchen

Wie immer sucht man sich die leichtesten Aufgaben aus

Im Endeffekt muss ich folgendes schaffen:

1) Ein per lspci erkanntes Gerät an/ausschalten (mit meinem Modem geht das, aber das wird von lsusb gelistet)

Es gibt doch PCI-Hotswap und das kann Linux doch auch!?

2) Den XServer dazu bringen, seine Konfiguration im Betrieb zu wechseln (oder den XServer neustarten, ohne das Anwendungen/Fenstermanager/Sitzung geschlossen werden)

Ich weiß, dass MacOS das kann, aber unter Linux habe ich das auch noch nicht probiert.
Das Problem wollte ich nämlich auch mal angehen, wenn ich an mein Laptop einen externen Monitor im laufenden Betrieb anschließe. Da weiß ich auch noch nicht, wie man eine Konfiguration für schreibt. Aber vom Prinzip her ist das doch das gleiche Problem!?

[Dirty Oerti]

Nun hab ich schon öfters gelesen, dass DIESES Feature von Linux (noch) nicht unterstützt wird.

Ich möchte es aber trotzdem versuchen

Wie immer sucht man sich die leichtesten Aufgaben aus

Ja, naja, bisher habe ich nur gelesen, dass es nicht geht.
Vista kann es -> es ist möglich.

Im Endeffekt muss ich folgendes schaffen:

1) Ein per lspci erkanntes Gerät an/ausschalten (mit meinem Modem geht das, aber das wird von lsusb gelistet)

Es gibt doch PCI-Hotswap und das kann Linux doch auch!?

Wie??

2) Den XServer dazu bringen, seine Konfiguration im Betrieb zu wechseln (oder den XServer neustarten, ohne das Anwendungen/Fenstermanager/Sitzung geschlossen werden)

Ich weiß, dass MacOS das kann, aber unter Linux habe ich das auch noch nicht probiert.
Das Problem wollte ich nämlich auch mal angehen, wenn ich an mein Laptop einen externen Monitor im laufenden Betrieb anschließe. Da weiß ich auch noch nicht, wie man eine Konfiguration für schreibt. Aber vom Prinzip her ist das doch das gleiche Problem!?

Ja, müsste das gleiche Problem sein.
Die zu Grunde liegende Hardware ändert sich während der XServer läuft.

[Xin]

Es gibt doch PCI-Hotswap und das kann Linux doch auch!?

Wie??

Junge, Du kannst fragen stellen, da müsste ich meinen Linux-Admin fragen, der kann sowas. ^^
Ich kann nur ein bißchen programmieren - und weiß, dass mein Linux-Admin das kann.

2) Den XServer dazu bringen, seine Konfiguration im Betrieb zu wechseln (oder den XServer neustarten, ohne das Anwendungen/Fenstermanager/Sitzung geschlossen werden)

Ich weiß, dass MacOS das kann, aber unter Linux habe ich das auch noch nicht probiert.
Das Problem wollte ich nämlich auch mal angehen, wenn ich an mein Laptop einen externen Monitor im laufenden Betrieb anschließe. Da weiß ich auch noch nicht, wie man eine Konfiguration für schreibt. Aber vom Prinzip her ist das doch das gleiche Problem!?

Ja, müsste das gleiche Problem sein.
Die zu Grunde liegende Hardware ändert sich während der XServer läuft.

Soweit ich weiß, gibt es Distributionen, die das direkt unterstützen. Debian ist da zurückhaltender... deswegen kann ich das halt auch noch nicht

[Jside]

2) Den XServer dazu bringen, seine Konfiguration im Betrieb zu wechseln (oder den XServer neustarten, ohne das Anwendungen/Fenstermanager/Sitzung geschlossen werden)

Ich weiß, dass MacOS das kann, aber unter Linux habe ich das auch noch nicht probiert.
Das Problem wollte ich nämlich auch mal angehen, wenn ich an mein Laptop einen externen Monitor im laufenden Betrieb anschließe. Da weiß ich auch noch nicht, wie man eine Konfiguration für schreibt. Aber vom Prinzip her ist das doch das gleiche Problem!?

IRIX kann das auch, da kann man im Betrieb die Geometry Engine oder den Textur RAM erweitern oder verkleinern...Wobei das ja immo auchnoch gleichzeitig auf Hardwareebene Funktioniert.
SunOS kann das glaubisch auch ?!

Theoretisch dürfte das so gehen:

X :1 -query 127.0.0.1 -config <config für 2te Graka>

damit wird auf dem Localhost vom Localhost das Display auf das nächsthöhere Display(utopisch 8 da default 7) rübergezogen, und dann musst du halt nur eine zweite Config anlegen, das dürfte aber gehen.... Du musst allerdings vorher den Host freigeben, da du sonst beim Loginmanager landest, also mal im Windowmanager in den Optionen nachschauen, ob man da remotehosts auf das selbige Desktop umleiten kann... Dann ist das Bild aber allerdings für ne sekunde Weg ^^ ...wenn dich das stören sollte via Strg+alt+Backspace gehts dann wieder zurück auf die primäre GraKa....

Zum anlegen der beiden Configs, kannst du erst übers BIOS die erste, und dann die zweite nehmen, und je ein X -configure ausführen.

Es gibt doch PCI-Hotswap und das kann Linux doch auch!?

Naja, aber wann ist denn Hotswap in nicht-monster-server Maschienen verbaut ^^ meines wissens ist das doch ehr was für Enterprise Hardware, um mal schnell ne kaputte NIC auszuwechseln(können fast alle meine Server) !? Wobei man bei Linux immerhin auch ohne HotSwap die PCI Karte herausziehen kann, ohne das es abstürtzt (etwas, das mit W anfängt lässt grüßen^^)....

[Dirty Oerti]

ATI-karte auf meinem Lap ausprobiert, funktioniert super.
Installiert habe ich den Treiber über envyng.

Nun zum Problem: Sobald ich im BIOS wieder auf die interne (Intel) Grafik umstelle, funktioniert nichts mehr.
Grund ist anscheinend der installierte Treiber.
Einfach die xorg.conf auszutauschen hat nämlich nichts geholfen.
(Ich hab mir Skripte erstellt, die die xorg.conf automatisch auswählen).

Muss ich nun den flgx (?) Treiber blacklisten, oder wie deaktiviere ich den, ohne ihn zu deinstallieren (was ich jetzt erstmal getan habe).

[fat-lobyte]

Nun zum Problem: Sobald ich im BIOS wieder auf die interne (Intel) Grafik umstelle, funktioniert nichts mehr.

Der ATI Treiber ist eingestellt und er bekommt die Intelkarte geliefert. Klar dass das dem Treiber gar nicht schmeckt.

Einfach die xorg.conf auszutauschen hat nämlich nichts geholfen.

Nicht? Das ist seltsam...

(Ich hab mir Skripte erstellt, die die xorg.conf automatisch auswählen)

.
Was genau tun die?

Muss ich nun den flgx (?) Treiber blacklisten

Das könntest du auch. Allerdings sollte der Treiber eigentlich gar nicht geladen werden, wenn der XServer ihn nicht verwendet.

[Dirty Oerti]

Also:

Zu den Skript:

Code: Alles auswählen

#!/bin/sh

detect_correct_card () {
	VIDEO=`/usr/bin/lspci |grep -c ATI`

	if [ "$VIDEO" = 1 ]; then
	cp -f /etc/X11/XORG_CONFIG_FILES/xorg.conf.ati /etc/X11/xorg.conf
	else
	cp -f /etc/X11/XORG_CONFIG_FILES/xorg.conf.vesa /etc/X11/xorg.conf
	fi
}

write_back_changes () {
	VIDEO=`/usr/bin/lspci |grep -c ATI`

	if [ "$VIDEO" = 1 ]; then
	cp -f /etc/X11/xorg.conf /etc/X11/XORG_CONFIG_FILES/xorg.conf.ati
	else
	cp -f /etc/X11/xorg.conf /etc/X11/XORG_CONFIG_FILES/xorg.conf.vesa
	fi
}

case "$1" in
	start)	detect_correct_card
		;;
	stop)	write_back_changes
		;;
	*)	;;
esac

exit 0

Ich weiß nur leider nicht so genau, wo das alles hingehört.

Die beiden xorg.conf:
(xorg.conf.ati)

Code: Alles auswählen

Section "Monitor"
	Identifier	"Configured Monitor"
EndSection

Section "Screen"
	Identifier	"Default Screen"
	Monitor		"Configured Monitor"
	Device		"Configured Video Device"
	DefaultDepth	24
EndSection

Section "Module"
	Load	"glx"
	Disable	"dri2"
EndSection

Section "Device"
	Identifier	"Configured Video Device"
	Driver	"fglrx"
	###Option		"MigrationHeuristic"	"greedy"
	#############	Option		"DRI"	"off"
EndSection

(xorg.conf.vesa)

Code: Alles auswählen

Section "Device"
	Identifier	"Configured Video Device"
	Driver "vesa"
EndSection

Section "Monitor"
	Identifier	"Configured Monitor"
EndSection

Section "Screen"
	Identifier	"Default Screen"
	Monitor		"Configured Monitor"
	Device		"Configured Video Device"
EndSection

An dem Skript kann es aber nicht liegen. Hab's auch probiert, als ich es wieder aus den /etc/rcX.d/ gelöscht hatte und manuell die xorg.conf ausgetauscht hab.

[fat-lobyte]

Ziemlich vertrackte Sache... was sagt eigentlich /var/log/xorg.0.log ?

Nun zum Problem: Sobald ich im BIOS wieder auf die interne (Intel) Grafik umstelle, funktioniert nichts mehr.
Grund ist anscheinend der installierte Treiber.

Bist du eigentlich sicher dass das der Grund ist?

[Dirty Oerti]

Naja, was sollte es sonst sein?
Nach dem ich in einer ROOT-Shell den Treiber per envyng wieder entfernt hab, hat alles wieder einwandfrei funktioniert.