On Sun, Nov 18, 2001 at 05:28:23PM +0100, Martin Lasarsch wrote:
Hi
Am Sonntag 18 November 2001 4:53 nachmittags schrieb Alex Klein:
On Sun, Nov 18, 2001 at 03:09:35PM +0100, Martin Lasarsch wrote: Hi Martin
Am Sonntag 18 November 2001 2:47 nachmittags schrieb Alex Klein: [...]
1. Kernel neu compilieren mit Framebufferdevice. Schriftarten nicht vergessen und was man sonst noch alles braucht. Sollten Probelme bei starten des neuen Kernels auftreten, dann alles was mit Framebuffer zu tun hat einfach weglassen und probieren, ob der Kernel so läuft. Dann erst wieder Framebuffer-Unterstützung einrichten.
??? Das sollte ohne probleme mit SuSE Kernel laufen, ich weiss nicht so recht warum du dir diese Arbeit machst.
Ich hatte es auch mit dem SuSE Kernel versucht und hatte eben Probleme[1]. Dann hab ich mir halt meinen eigenen Kernel kompiliert, wobei ich anfangs eben das Problem hatte, daß ich nur einen schwarzen Bildschirm bekam. Wer den Kernel von anfang an richtig kompilierti, hat ja dieses Problem nicht. Aber wer ist schon unfehlbar? Es kommt halt doch mal vor, daß man einen Fehler reinhaut.
Ja, evtl. lagen die probleme aber auch nicht beim Kernel. Ich würde gerne wissen ob ein SuSE Kernel rpm nicht auch mit deiner Framebuffer config laufen würde. Mit dem 2.2.19 von SuSE läuft es, dann wirds wohl mit dem 2.4er Kernel der bei 7.2 dabei ist auch gehen. Aber ich werd das nicht prüfen, da ich wichtigeres zu tun hab ;-). Ich denke mal, daß es nichts ungewöhnliches ist, sich für sein System einen Kernel zu backen, egal ob SuSE-Kernel oder original von kernel.org. Wenn man es also eh machen will, spricht IMHO nichts dagegen.
Ich hab das mal so (mehr oder weniger) genau gepostet, weil ich mal einen Thread angestoßen hab, bei dem ich dazu Hilfe gesucht habe und keine Antworten kamen. Die Idee, die Einstelleung von YaST2 abzukupfern, find ich nicht schlecht (Eigenlob stinkt, aber manchmal bin ich einfach so stolz auf mich, daß ich nicht anders kann ;-)). Es ist im übrigen IMO sehr interessant, daß YaST2 grafisch einwandfrei startet, dann aber "zu blöd ist" grafische Einstellungen zu finden.
naja, in der SDB gibt es eine genaue erklärung wie man Framebuffer einrichtet, hattest du es damit mal versucht?
Hab ich versucht. Ich hab mich ebenso mit der Framebuffer HOWTO beschäftigt. Inwieweit man den SDB Artikel als eine "genaue Erklärung" ansieht, sei mal dahingestellt. Mich hat er _nicht_ zum Ziel geführt. Insbesondere, weil sax -s fbdev _nicht_ funktioniert. Außerdem wissen wir ja, daß sax nur für XFree86 3.x ist.
Im Artikel steht auch das du ab 7.2 sax2 nehmen sollst (ganz unten), dort ist dann auch der richtige Parameter zum starten von sax2 zu finden. Zusätzlich gibt es noch einen Artikel der "Einrichten des VESA-Framebufferdevices (ab XFree86-4.0)" heisst. Warum funktioniert sax -s fbdev nicht? Hast du das Paket fbdev installiert?
IMHO sind die Artikel gut, mehr als schritt für schritt erklären geht nicht.
Evtl. könnte man noch die unterschiede zwischen sax und sax2 erklären. ACK. Leider bedeutet es nicht, daß sie immer zu Lösungen führen, da sie step-by-step sind und einfach gehalten sind. Wie schon im anderen posting gesagt, ist der SiS 630 nicht über die Standardmethode konfigurierbar. Weder sax noch sax2 lassen sich starten und damit wäre man mit den SDB-Artikeln schonmal bedient. Allerdings nicht mit dem Prädikat zufriedenstellend ;-)
Aber generell sind die SDB-Artikel hilfreich. Nachdem jetzt meine Konsole und X über das fbdev laufen, denk ich mal, daß auch das Paket fbdev installiert ist. SCNR Warum sax -s fbdev nicht geht kann ich nicht sagen. Das TFT fängt nach dem Start zu "glühen" an. Zurück geht es dann gleub ich auch nicht mehr. Ich probiers jetzt auch nicht aus, wenns schief geht müsste ich neu booten, und darauf hab ich im Moment keinen Bock ;-) Gute Nacht -- Gruß Alex