Radeon framebuffer ohne initrd (Kernel 2.6.24.2)

Welches Modul/Treiber für welche Hardware, Kernel compilieren...
Antworten
Benutzeravatar
a.b.
Beiträge: 190
Registriert: 28.11.2007 16:47:46
Kontaktdaten:

Radeon framebuffer ohne initrd (Kernel 2.6.24.2)

Beitrag von a.b. » 21.02.2008 20:37:33

Nachdem ich mir jetzt erfolgreich einen funktionerenden Kernel gebaut habe, hätte ich jetzt auch gerne eine Framebuffer-Konsole. Dazu habe ich vesafb einkompiliert, wie auch im Standard Kernel.
Das hat aber nicht funktioniert, ich krieg keinen Framebuffer.
Ich habe dann noch versucht, denn vga16-Treiber einzukompilieren - dabei habe ich einen Pinguin bekommen, aber bei VGA sind die Zeichen auch nicht kleiner - sowie denn radeonfb. Mit diesem konnte ich gar nicht booten, es wird nur eine "physical memory map" angezeigt.
Ist es überhaupt möglich, eine vernünftige Konsole ohne initrd zu bekommen? Und wenn ja, wie?

rendegast
Beiträge: 15041
Registriert: 27.02.2006 16:50:33
Lizenz eigener Beiträge: MIT Lizenz

Beitrag von rendegast » 22.02.2008 02:52:41

Du kannst es mit dem Kernelparameter 'vga=ask' probieren.
Manche Grafikkarten haben brauchbare eingebaute VESA-*-Modi, zBsp 132x46 ist ganz nett.
Vielleicht benutzt der Kernel nicht automatisch den fb, Du kannst mit 'video=.....' nachhelfen.
mfg rendegast
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")

Benutzeravatar
a.b.
Beiträge: 190
Registriert: 28.11.2007 16:47:46
Kontaktdaten:

Beitrag von a.b. » 22.02.2008 21:22:02

Leider nichts wirklich brauchbares dabei. Zum "video=" Parameter habe ich nirgendwo herausgefunden, wie genau der lauten soll und es auf gut Glück mit "video=vesafb" versucht. Kein Erfolg.

storm
Beiträge: 1581
Registriert: 01.05.2004 13:21:26
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: DE

Beitrag von storm » 22.02.2008 22:35:59

Eine Regel, an die man sich bei den FBs halten sollte: nur einer sollte (fix) im Kernel sein; wenn die Hardware keinen Spezifischen unterstützt -> Vesafb. Das nächste ist, dass vga=ask _keine_ vesa-modes anbietet, auch der scan findet die nicht. Die vesa-modes müssen explizit in der kernel-Zeile beim booten mit angegeben werden:

Code: Alles auswählen

vga=791
Hierbei bedeutet 791 (dezimal) -> 0x317 (hexadezimal). Die 0x317 wird aus vesa-mode-nummer + 0x200 gebildet. Die 791 hier bedeutet 1024x768+64k Farben. Mehr dazu in der Kernel-doku in Documentation/fb/vesafb.txt.

ciao, storm
drivers/ata/libata-core.c: /* devices which puke on READ_NATIVE_MAX */

rendegast
Beiträge: 15041
Registriert: 27.02.2006 16:50:33
Lizenz eigener Beiträge: MIT Lizenz

Beitrag von rendegast » 22.02.2008 22:49:46

google: "kernel-parameter video vesafb"
1. Treffer:

Code: Alles auswählen

...
kernel /boot/linux-2.6.17 root=/dev/hda6 video=vesafb:mttr:3,ywrap,1280x800-32@60     \
                                                                            splash=verbose,theme=livecd-2006.0 wireless
...


Ist allerdings wirklich etwas ~~~ mit den video-Parametern zu den unterschiedlichen Modulen.
Die wirklich genaueste Auskunft kann Dir nur die *.c aus der zum Kernel verwendeten Kernel-Quelle des Distributors (Patches!) oder Deine eigene geben.
Die Systematik da ist ~~~~! Das obige "1280x800-32@60" muss so nicht funktionieren oder nur bei diesem Modul.
mfg rendegast
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")

Benutzeravatar
a.b.
Beiträge: 190
Registriert: 28.11.2007 16:47:46
Kontaktdaten:

Beitrag von a.b. » 23.02.2008 13:00:16

Du googlest anders als ich :D
Jedenfalls klappt es nun mit dem video=-Parameter, den vga-Pramerter brauch man aber trotzdem.

Antworten