Brauche Information ueber Framebuffer und KMS unter Linux
Marc Haber
Ich bin im Moment gerade ein wenig verwirrt über die verschiedenen (?)
Framebuffer, die man in der Konfiguration des Linux-Kernels setzen
kann und wie sie eingestellt sein müssen, damit gewisse Dinge
funktionieren.
Einmal gibt es die Framebuffer innerhalb "Graphics support" (CONFIG_FB
und so weiter). Dazu braucht es dann auch noch passende
Hardwaretreiber. Und dann gibt es noch die Framebufferconsole
(CONFIG_FRAMEBUFFER_CONSOLE innerhalb Console Display Driver Support).
Eins davon muss eingeschaltet sein, wenn man die Textkonsole im
Grafikmodus betreiben möchte, was die Voraussetzung für halbwegs
lesbare Fonts in mehr als 80x25, den Pinguin beim Booten und einen
Bootsplashscreen ist. Und das andere sollte nicht mehr eingeschaltet
sein, wenn man einen modernen X-Server mit Kernel Mode Switching
betreiben möchte, weil sich sonst X und Konsoletreiber um den
Framebuffer streiten.
Kann mir jemand bitte mal die Zusammenhänge erklären? Wie sollte ein
Kernel konfiguriert sein, mit dem man sowohl eine Framebufferkonsole
(Pinguin, Bootsplash, lesbarer Font) als auch X mit KMS benutzen
möchte, und der bitte sowohl mit dem aktuellen Intel-Treiber (der wohl
KMS haben möchte) als auch mit dem proprietären nVidia-Legacy-Treiber
als auch mit dem quelloffenen radeon-Treiber aus aktuellem X.Org
funktionieren soll?
Danke für alle Hinweise, die mir Licht ins Dunkel bringen könnten.
Grüße
Marc
--
-------------------------------------- !! No courtesy copies, please !! -----
Marc Haber | " Questions are the | Mailadresse im Header
Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Peter Lemken
> Kann mir jemand bitte mal die Zusammenhänge erklären? Wie sollte ein
> Kernel konfiguriert sein, mit dem man sowohl eine Framebufferkonsole
> (Pinguin, Bootsplash, lesbarer Font) als auch X mit KMS benutzen
> möchte, und der bitte sowohl mit dem aktuellen Intel-Treiber (der wohl
> KMS haben möchte) als auch mit dem proprietären nVidia-Legacy-Treiber
> als auch mit dem quelloffenen radeon-Treiber aus aktuellem X.Org
> funktionieren soll?
KMS ist bereits der Framebuffer-Treiber für die Konsole. Ein System, das mit
modeset=1 gestartet wird, bootet in einer Framebufferkonsole mit nativer
Auflösung Deines Displays. Notwendig in der Kernel-Config ist dabei das
deaktivieren sämtlicher FB-Treiber, bzw. Kompilieren als Modul. KMS tut
inzwischen mit dem Radeon-Treiber auf meiner FireGL 5200 (X1700)
einwandfrei, d.h. auf VT7 läuft X und auf VT1-6 laufen Login-Konsolen.
Anders als bei den üblichen FB-Treibern ist das Hin- und Herschalten
zwischen X und Konsole rattenschnell.
Caveat: Non-accelerated, wia auch alle anderen FB-Treiber (aber schneller im
Scrollen als vesafb) und 3D-Performance unter X lange nicht so gut wie ohne
KMS. Weiteres Caveat: Die Auflösung läßt sich derzeit noch nicht umschalten,
sondern ist bei TFTs fix auf das von DDC gelieferte festgelegt, bzw. kann
mit Kernel-Parameter umgebogen werden; fbset ist also nicht und wohl auch
nicht geplant.
Allerdings läuft Compiz ohne Einschränkung genausoschnell, Videos auch und
endlich flackern keine OpenGL-Applikationen mehr unter Compiz.
Wenn Du Dich tiefer da reinarbeiten möchtest, sei Dir
http://www.phoronix.com/forums/forumdisplay.php?f=43 anempfohlen, da
schreiben die Entwickler und können auch Detailfragen beantworten.
Peter Lemken
0711
--
Nature abhors crude hacks.
Marc Haber
>Marc Haber <mh+usene...@zugschl.us> wrote:
>> Kann mir jemand bitte mal die Zusammenhänge erklären? Wie sollte ein
>> Kernel konfiguriert sein, mit dem man sowohl eine Framebufferkonsole
>> (Pinguin, Bootsplash, lesbarer Font) als auch X mit KMS benutzen
>> möchte, und der bitte sowohl mit dem aktuellen Intel-Treiber (der wohl
>> KMS haben möchte) als auch mit dem proprietären nVidia-Legacy-Treiber
>> als auch mit dem quelloffenen radeon-Treiber aus aktuellem X.Org
>> funktionieren soll?
>
>KMS ist bereits der Framebuffer-Treiber für die Konsole. Ein System, das mit
>modeset=1 gestartet wird, bootet in einer Framebufferkonsole mit nativer
>Auflösung Deines Displays. Notwendig in der Kernel-Config ist dabei das
>deaktivieren sämtlicher FB-Treiber, bzw. Kompilieren als Modul.
Ist zu erwarten, dass die "grafische Textkonsole" auch dann noch
benutzbar ist, wenn die FB-Treiber als Modul kommen, sprich, vom
initramfs geladen werden müssen?
> KMS tut
>inzwischen mit dem Radeon-Treiber auf meiner FireGL 5200 (X1700)
>einwandfrei, d.h. auf VT7 läuft X und auf VT1-6 laufen Login-Konsolen.
Wie sieht das mit nVidia aus?
>Caveat: Non-accelerated, wia auch alle anderen FB-Treiber (aber schneller im
>Scrollen als vesafb) und 3D-Performance unter X lange nicht so gut wie ohne
>KMS.
Sprich, KMS und beschleunigte Treiber schließen sich gegenseitig aus?
Oder ist das nur bei Deiner Radeon so, weil Du noch den proprietären
Treiber bräuchtest?
>Wenn Du Dich tiefer da reinarbeiten möchtest, sei Dir
>http://www.phoronix.com/forums/forumdisplay.php?f=43 anempfohlen, da
>schreiben die Entwickler und können auch Detailfragen beantworten.
Die würd ich ungerne mit so banalen Fragen zum Basiskonzept
belästigen.
Joerg Hoh
> spam.f...@buerotiger.de (Peter Lemken) wrote:
>
>>Wenn Du Dich tiefer da reinarbeiten m�chtest, sei Dir
>>http://www.phoronix.com/forums/forumdisplay.php?f=43 anempfohlen, da
>>schreiben die Entwickler und k�nnen auch Detailfragen beantworten.
>
> Die w�rd ich ungerne mit so banalen Fragen zum Basiskonzept
> bel�stigen.
Ich nehme mal an, da� du hier erst fragst, wenn Tante Google nichts
brauchbares auswirft. Daher w�re es sicherlich wert, diese Fragen
einmalig zu stellen, damit die Antwort f�r alle im Archiv zu finden ist.
Gru�
J�rg
--
What did you do to the cat? It looks half-dead. -Schroedinger's wife
Peter Lemken
> spam.f...@buerotiger.de (Peter Lemken) wrote:
> >
> >KMS ist bereits der Framebuffer-Treiber für die Konsole. Ein System, das mit
> >modeset=1 gestartet wird, bootet in einer Framebufferkonsole mit nativer
> >Auflösung Deines Displays. Notwendig in der Kernel-Config ist dabei das
> >deaktivieren sämtlicher FB-Treiber, bzw. Kompilieren als Modul.
>
> Ist zu erwarten, dass die "grafische Textkonsole" auch dann noch
> benutzbar ist, wenn die FB-Treiber als Modul kommen, sprich, vom
> initramfs geladen werden müssen?
Ja, definitiv, zumindest bei radeon. Als ich noch mit very experimental
kernel von Mandriva rumgespielt habe, mußte ich extra initrd neu
bauen, in der das Modul mit dem Parameter modeset=1 geladen wurde.
> > KMS tut
> >inzwischen mit dem Radeon-Treiber auf meiner FireGL 5200 (X1700)
> >einwandfrei, d.h. auf VT7 läuft X und auf VT1-6 laufen Login-Konsolen.
>
> Wie sieht das mit nVidia aus?
Keine Ahnung. Frag die Phoronix-Experten, da bibt's auch ein entsprechendes
Forum. Bauchgefühl sagt mir: No dice, weil anderes Konzept.
> >Caveat: Non-accelerated, wia auch alle anderen FB-Treiber (aber schneller im
> >Scrollen als vesafb) und 3D-Performance unter X lange nicht so gut wie ohne
> >KMS.
>
> Sprich, KMS und beschleunigte Treiber schließen sich gegenseitig aus?
> Oder ist das nur bei Deiner Radeon so, weil Du noch den proprietären
> Treiber bräuchtest?
Nain, das hast Du falsch verstanden. Non-accelerated bezieht sich
ausschließlich auf den Konsolentreiber. Das parallel dazu betriebene X auf
einem anderen VT ist natürlich accelerated und kann auch 3D.
Ach so, weiteres Caveat: Power Management der aktuellsten
OSS-Radeon-Treiber ist im KMS-Betrieb noch nicht implementiert. D.h. z.B.
der Parameter "ForceLowPowerMode" (oder so) tut noch nicht. Kommt aber.
> >Wenn Du Dich tiefer da reinarbeiten möchtest, sei Dir
> >http://www.phoronix.com/forums/forumdisplay.php?f=43 anempfohlen, da
> >schreiben die Entwickler und können auch Detailfragen beantworten.
>
> Die würd ich ungerne mit so banalen Fragen zum Basiskonzept
> belästigen.
Dämliche Antwort.
Das ist DAS Forum für die Entwicklung der OSS-Treiber und dort ist man
dringend darauf angewiesen, Feedback von den Usern zu bekommen, und zwar
nicht nur zu Hardcore-Entwicklungsfragen, sondern auch zu grundsätzlichen
Dingen, weil die nämlich immer im Dunstkreis des Radars der Nutzer
auftauchen.
Abgesehen davon hat das Forum eine Suchfunktion. Damit kann man sich
Fragen selbst beantworten, bevor man sie an einer Stelle stellt, die
deutlich weniger geballte Fachkompetenz bereithält.
Abgesehen davon sollte es Dir megapeinlich sein, daß Dir ausgerechnet ein
Vertriebler technische Sachen verklickert, die Du nicht weißt, aber wissen
willst.
Marc Haber
>Marc Haber schrieb
>> spam.f...@buerotiger.de (Peter Lemken) wrote:
>>
>>>http://www.phoronix.com/forums/forumdisplay.php?f=43 anempfohlen, da
>>>schreiben die Entwickler und können auch Detailfragen beantworten.
>>
>> belästigen.
>
>Ich nehme mal an, daß du hier erst fragst, wenn Tante Google nichts
>brauchbares auswirft.
Bei einem Thema, das schon so lange beackert wird, wirft die
Suchmaschine jede Menge aus, und zwar von sehr zweifelhaftem Niveau
und potenziell veraltet.
>Daher wäre es sicherlich wert, diese Fragen
>einmalig zu stellen, damit die Antwort für alle im Archiv zu finden ist.
Deswegen ja hier ;)
Marc Haber
>Marc Haber <mh+usene...@zugschl.us> wrote:
>> spam.f...@buerotiger.de (Peter Lemken) wrote:
>> >KMS ist bereits der Framebuffer-Treiber für die Konsole. Ein System, das mit
>> >modeset=1 gestartet wird, bootet in einer Framebufferkonsole mit nativer
>> >Auflösung Deines Displays. Notwendig in der Kernel-Config ist dabei das
>> >deaktivieren sämtlicher FB-Treiber, bzw. Kompilieren als Modul.
>>
>> Ist zu erwarten, dass die "grafische Textkonsole" auch dann noch
>> benutzbar ist, wenn die FB-Treiber als Modul kommen, sprich, vom
>> initramfs geladen werden müssen?
>
>Ja, definitiv, zumindest bei radeon. Als ich noch mit very experimental
>kernel von Mandriva rumgespielt habe, mußte ich extra initrd neu
>bauen, in der das Modul mit dem Parameter modeset=1 geladen wurde.
Ok, ich hab Debian unstable, da ist die Chance relativ hoch, dass man
solche Wünsche gegen das initramfs zeitnah erfüllt bekommt.
>> > KMS tut
>> >inzwischen mit dem Radeon-Treiber auf meiner FireGL 5200 (X1700)
>> >einwandfrei, d.h. auf VT7 läuft X und auf VT1-6 laufen Login-Konsolen.
>>
>> Wie sieht das mit nVidia aus?
>
>Keine Ahnung. Frag die Phoronix-Experten, da bibt's auch ein entsprechendes
>Forum. Bauchgefühl sagt mir: No dice, weil anderes Konzept.
Aber man kann auch bei einem Kernel, der KMS unterstützt, das alte
Konzept fahren?
>> >Caveat: Non-accelerated, wia auch alle anderen FB-Treiber (aber schneller im
>> >Scrollen als vesafb) und 3D-Performance unter X lange nicht so gut wie ohne
>> >KMS.
>>
>> Sprich, KMS und beschleunigte Treiber schließen sich gegenseitig aus?
>> Oder ist das nur bei Deiner Radeon so, weil Du noch den proprietären
>> Treiber bräuchtest?
>
>Nain, das hast Du falsch verstanden. Non-accelerated bezieht sich
>ausschließlich auf den Konsolentreiber. Das parallel dazu betriebene X auf
>einem anderen VT ist natürlich accelerated und kann auch 3D.
Achso. Eine "grafische Textkonsole" nach altem Schema (mit
Grafikkartenspezifischem Treiber) ist auch non-accelerated?
>Ach so, weiteres Caveat: Power Management der aktuellsten
>OSS-Radeon-Treiber ist im KMS-Betrieb noch nicht implementiert. D.h. z.B.
>der Parameter "ForceLowPowerMode" (oder so) tut noch nicht.
Auch unter X nicht? Das ist auf einem Notebook schon doof.
>Abgesehen davon sollte es Dir megapeinlich sein, daß Dir ausgerechnet ein
>Vertriebler technische Sachen verklickert, die Du nicht weißt, aber wissen
>willst.
Nö, das ist es nicht. Ich kann nicht alles wissen und habe das auch
nie behauptet. Vielleicht merkt man daran, dass ich kein Vertriebler
bin.
Thomas Bächler
>> Ach so, weiteres Caveat: Power Management der aktuellsten
>> OSS-Radeon-Treiber ist im KMS-Betrieb noch nicht implementiert. D.h. z.B.
>> der Parameter "ForceLowPowerMode" (oder so) tut noch nicht.
>
> Auch unter X nicht? Das ist auf einem Notebook schon doof.
Die KMS-Unterstï¿œtzung fï¿œr radeon ist experimentell, was erwartest du?
Fï¿œr intel ist sie etwas ausgereifter, zumindest auf viele Chipsï¿œtzen.
Fï¿œr nvidia gibt es im experimentellen OSS-Treiber "nouveau" (der
ï¿œbrigens noch kein 3D kann) experimentelle KMS-Unterstï¿œtzung, ist das
nicht toll?
Peter Lemken
> spam.f...@buerotiger.de (Peter Lemken) wrote:
> >>
> >> Wie sieht das mit nVidia aus?
> >
> >Keine Ahnung. Frag die Phoronix-Experten, da bibt's auch ein entsprechendes
> >Forum. Bauchgefühl sagt mir: No dice, weil anderes Konzept.
>
> Aber man kann auch bei einem Kernel, der KMS unterstützt, das alte
> Konzept fahren?
Ja.
CONFIG_FB=y
CONFIG_FB_DDC=m
CONFIG_FB_BOOT_VESA_SUPPORT=y
Beim booten kann ich modeset=0 oder 1 anwählen.
> >Nain, das hast Du falsch verstanden. Non-accelerated bezieht sich
> >ausschließlich auf den Konsolentreiber. Das parallel dazu betriebene X auf
> >einem anderen VT ist natürlich accelerated und kann auch 3D.
>
> Achso. Eine "grafische Textkonsole" nach altem Schema (mit
> Grafikkartenspezifischem Treiber) ist auch non-accelerated?
Ja, üblicherweise. Es gibt allerdings noch http://directfb.org/ womit man
spielen kann, aber das ist eine recht experimentelle Geschichte, schon seit
Jahren, und das Zusammenspiel mit X ist auch nicht wirklich prickelnd.
> >Ach so, weiteres Caveat: Power Management der aktuellsten
> >OSS-Radeon-Treiber ist im KMS-Betrieb noch nicht implementiert. D.h. z.B.
> >der Parameter "ForceLowPowerMode" (oder so) tut noch nicht.
>
> Auch unter X nicht? Das ist auf einem Notebook schon doof.
Eigentlich war das zu erwarten. Bis dato übernimmt der xorg-Treiber das
Power-Management. Mit KMS wird das aber auf den Kernel verlagert und muß
dementsprechend angepasst werden. Dazu gibt's schon Ansätze, aber nichts,
was einen jetzt wirklich weiterbringt.
http://www.phoronix.com/forums/showthread.php?t=19033&highlight=kms+power
> >Abgesehen davon sollte es Dir megapeinlich sein, daß Dir ausgerechnet ein
> >Vertriebler technische Sachen verklickert, die Du nicht weißt, aber wissen
> >willst.
>
> Nö, das ist es nicht. Ich kann nicht alles wissen und habe das auch
> nie behauptet. Vielleicht merkt man daran, dass ich kein Vertriebler
> bin.
Vielleicht solltest Du einer werden; recherchieren gehört bei uns zum
Handwerk und dazu zählt auch, daß man Suchergebnisse filtert, kategorisiert
und die richtigen Treffer als Ausgangspunkt für gezieltes Weitersuchen
nimmt. Ist ja nicht so, als ob Phoronix völlig abwegig und exotisch ist und
dort findest Du alle, aber auch wirklich alle Deine Fragen beantwortet und
zwar alleine über die Suchfunktion und Browsen der letzten 50
Thread-Subjects.
Marc Haber
>Für nvidia gibt es im experimentellen OSS-Treiber "nouveau" (der
>übrigens noch kein 3D kann) experimentelle KMS-Unterstützung, ist das
>nicht toll?
Nur für mich nicht brauchbar, mein Arbeitsplatzrechner hat eine
GeForce 5200, die mich sowieso schon zum Legacy-Treiber zwingt, und
nouveau kann wohl auch noch kein Dual DVI.
Marc Haber
ich hab mir das endlich mal genauer angeschaut.
spam.f...@buerotiger.de (Peter Lemken) wrote:
>Marc Haber <mh+usene...@zugschl.us> wrote:
>> Aber man kann auch bei einem Kernel, der KMS unterstützt, das alte
>> Konzept fahren?
>
>Ja.
>
>CONFIG_FB=y
>CONFIG_FB_DDC=m
>CONFIG_FB_BOOT_VESA_SUPPORT=y
>
>Beim booten kann ich modeset=0 oder 1 anwählen.
Und wie finde ich raus, ob das wirklich funktioniert? Sprich, woran
merke ich, ob ich KMS oder non-KMS (UMS?) benutze?
>> Achso. Eine "grafische Textkonsole" nach altem Schema (mit
>> Grafikkartenspezifischem Treiber) ist auch non-accelerated?
>
>Ja, üblicherweise.
Gut, dann ist sie schnell genug. Ich erinnere mich noch mit Grausen
daran, dass man einem üblichen PC mit Framebufferkonsole vor fünf
Jahren noch bequem beim Scrollen zugucken konnte, das ist inzwischen
aber deutlich besser geworden.Wenn das non-accelerated ist, dann kann
ich damit gut leben.
>> >Ach so, weiteres Caveat: Power Management der aktuellsten
>> >OSS-Radeon-Treiber ist im KMS-Betrieb noch nicht implementiert. D.h. z.B.
>> >der Parameter "ForceLowPowerMode" (oder so) tut noch nicht.
>>
>> Auch unter X nicht? Das ist auf einem Notebook schon doof.
>
>Eigentlich war das zu erwarten. Bis dato übernimmt der xorg-Treiber das
>Power-Management. Mit KMS wird das aber auf den Kernel verlagert und muß
>dementsprechend angepasst werden. Dazu gibt's schon Ansätze, aber nichts,
>was einen jetzt wirklich weiterbringt.
Wenn man die Zusammenhänge kennt, schon. Aber auch enttäuschend.
>> >Abgesehen davon sollte es Dir megapeinlich sein, daß Dir ausgerechnet ein
>> >Vertriebler technische Sachen verklickert, die Du nicht weißt, aber wissen
>> >willst.
>>
>> Nö, das ist es nicht. Ich kann nicht alles wissen und habe das auch
>> nie behauptet. Vielleicht merkt man daran, dass ich kein Vertriebler
>> bin.
>
>Vielleicht solltest Du einer werden; recherchieren gehört bei uns zum
>Handwerk und dazu zählt auch, daß man Suchergebnisse filtert, kategorisiert
>und die richtigen Treffer als Ausgangspunkt für gezieltes Weitersuchen
>nimmt.
Warum das Rad neu erfinden wenn man es sich auch erklären lassen kann?
Im Usenet steht nichts, aber auch nichts, was man nicht selbst auch
recherchieren könnte, aber die Qualität der Dinge, die man hier
erzählt bekommt, ist halt sehr viel höher und man kann auch
nachfragen. Wenn Dir das nicht passt, dann antworte doch einfach
nicht.
Nichtsdestotrotz weiß ich sehr zu schätzen, das Du Dir die Zeit nimmst
mir das Zeug so genau zu erklären und danke Dir dafür.
Peter Lemken
> Hallo,
>
> ich hab mir das endlich mal genauer angeschaut.
>
> spam.f...@buerotiger.de (Peter Lemken) wrote:
> >Marc Haber <mh+usene...@zugschl.us> wrote:
> >> Aber man kann auch bei einem Kernel, der KMS unterstützt, das alte
> >> Konzept fahren?
> >
> >Ja.
> >
> >CONFIG_FB=y
> >CONFIG_FB_DDC=m
> >CONFIG_FB_BOOT_VESA_SUPPORT=y
> >
> >Beim booten kann ich modeset=0 oder 1 anwählen.
>
> Und wie finde ich raus, ob das wirklich funktioniert? Sprich, woran
> merke ich, ob ich KMS oder non-KMS (UMS?) benutze?
dmesg|grep drm
Marc Haber
>Marc Haber <mh+usene...@zugschl.us> wrote:
>> Und wie finde ich raus, ob das wirklich funktioniert? Sprich, woran
>> merke ich, ob ich KMS oder non-KMS (UMS?) benutze?
>
>dmesg|grep drm
|[9/508]mh@feather:~$ cat /proc/cmdline
|BOOT_IMAGE=/vmlinuz-2.6.31.5-zgws1 root=/dev/mapper/feather-root ro quiet modeset=1
|[10/509]mh@feather:~$ dmesg | grep drm
|[ 117.270705] [drm] Initialized drm 1.1.0 20060810
|[ 117.454570] [drm] Initialized i915 1.6.0 20080730 for 0000:00:02.0 on minor 0
|[11/510]mh@feather:~$
Das sieht exakt so aus wie ohne modeset=1, und von KMS merk ich nix.
Der Wechsel zwischen Grafik- und Textkonsole dauert immer noch genauso
lange wie vorher.
Peter Lemken
> spam.f...@buerotiger.de (Peter Lemken) wrote:
> >Marc Haber <mh+usene...@zugschl.us> wrote:
> >> Und wie finde ich raus, ob das wirklich funktioniert? Sprich, woran
> >> merke ich, ob ich KMS oder non-KMS (UMS?) benutze?
> >
> >dmesg|grep drm
>
> |[9/508]mh@feather:~$ cat /proc/cmdline
> |BOOT_IMAGE=/vmlinuz-2.6.31.5-zgws1 root=/dev/mapper/feather-root ro quiet modeset=1
> |[10/509]mh@feather:~$ dmesg | grep drm
> |[ 117.270705] [drm] Initialized drm 1.1.0 20060810
> |[ 117.454570] [drm] Initialized i915 1.6.0 20080730 for 0000:00:02.0 on minor 0
> |[11/510]mh@feather:~$
>
> Das sieht exakt so aus wie ohne modeset=1, und von KMS merk ich nix.
> Der Wechsel zwischen Grafik- und Textkonsole dauert immer noch genauso
> lange wie vorher.
KMS ist auch offensichtlich nicht aktiv, denn was fehlt, ist die
Initialisierung des entsprechenden FB-Devices fb0: inteldrmfb frame buffer
device.
Das sollte weiterhelfen:
http://blogs.koolwal.net/2009/11/02/howto-enabling-kernel-mode-setting-kms-in-debian-linux-kernel/
Marc Haber
>Das sollte weiterhelfen:
>
>http://blogs.koolwal.net/2009/11/02/howto-enabling-kernel-mode-setting-kms-in-debian-linux-kernel/
Ja, das hat es. Vielen Dank. Auf dem Netbook funktioniert KMS nun
prima, mit dem Preis, dass der andere, mit demselben Kernel betriebene
Notebook keine Framebufferkonsole mehr kann, weil alle Treiber dazu
ausgeschaltet wurden.