Hallo allerseits, eigentlich lief mein Bootlogo ganz brav! Nach einem Grafikkartenwechsel von ner SIS auf eine Geforce [1] will es aber nicht mehr, es wird einfach ignoriert. Jetzt habe ich mich mal ein wenig im Kernel herumgespielt (=> Matrox accelaeration und den G450 Support angedreht und den SIS Support rausgenommen) aber ich kriege es nicht mehr hin dass er mir mein Boot-Logo anzeigt! Leider weiss ich auch gar nicht welche Infos ich euch zukommen lassen kann! mfg mIke [1]...03:00.0 VGA compatible controller: nVidia Corporation NV17 [GeForce4 MX 420] (rev a3) -- ganz klar: wer linux nutzt, ist weg vom fenster... =;P
Am Samstag Oktober 30 2004 23:36 schrieb Michael Messner:
Hallo allerseits,
eigentlich lief mein Bootlogo ganz brav! Nach einem Grafikkartenwechsel von ner SIS auf eine Geforce [1] will es aber nicht mehr, es wird einfach ignoriert. Jetzt habe ich mich mal ein wenig im Kernel herumgespielt (=> Matrox accelaeration und den G450 Support angedreht und den SIS Support rausgenommen) aber ich kriege es nicht mehr hin dass er mir mein Boot-Logo anzeigt!
Leider weiss ich auch gar nicht welche Infos ich euch zukommen lassen kann!
mfg mIke
[1]...03:00.0 VGA compatible controller: nVidia Corporation NV17 [GeForce4 MX 420] (rev a3)
Was hat Matrox mit nVidia zu tun? Wenn du den Framebuffer brauchst, dann nutze doch vesafb. Per append-Zeile oder bei grub in menu.lst ein "vga=0x317 " eingetragen, ergibt dann 1024x768 (16Bit für Farben?) und auch das Bootlogo. Für den Bootsplash musst du den Kernel noch patchen, außer du verwendest einen SuSE-Kernel. Gruß Udo
Am Sonntag, 31. Oktober 2004 00:02 schrieb Udo Neist:
Am Samstag Oktober 30 2004 23:36 schrieb Michael Messner:
[1]...03:00.0 VGA compatible controller: nVidia Corporation NV17 [GeForce4 MX 420] (rev a3)
Was hat Matrox mit nVidia zu tun?
Sorry, mein Fehler!
Wenn du den Framebuffer brauchst, dann nutze doch vesafb. Per append-Zeile oder bei grub in menu.lst ein "vga=0x317 " eingetragen, ergibt dann 1024x768 (16Bit für Farben?) und auch das Bootlogo.
jep, danke jetzt laufts wieder! mfg mIke -- Das ist die "Geiz ist Geil"-Generation, gespart wird vor allem am Verstand. Ich sehe das doch jeden Tag auf andere Bereiche des Lebens bezogen. Der größte Teil der Menschen will betrogen, belogen und abgzockt werden es muß alles schön bunt sein sonst funktioniert alles nicht. -- T. A. Bätzig in suse-linux
Am Sonntag, 31. Oktober 2004 00:02 schrieb Udo Neist:
Am Samstag Oktober 30 2004 23:36 schrieb Michael Messner:
[1]...03:00.0 VGA compatible controller: nVidia Corporation NV17 [GeForce4 MX 420] (rev a3)
Für den Bootsplash musst du den Kernel noch patchen, außer du verwendest einen SuSE-Kernel.
Den Bootsplash würde ich gerne verwenden, aber es handelt sich um ein System das übers Netz gebootet wird und da habe ich es noch nicht geschafft einen splash-screen zu erhalten. Meine bisherige Vorgehensweise: .) Kernel patchen: Kernel 2.4.26 mit dem bootsplash version 3.0.7 (Patchen war fehlerfrei) .) Kernelsetup nach www.bootsplash.org .) Kernel backen .) mknbi-linux --rootdir=/opt/ltsp/i386 --ip=rom --append="initrd=initrd.splash" --append="splash=verbose" arch/i386/boot/bzImage > /tftpboot/lts/linux-2.4.26 .) 10:15:45 linuxmike /120GB/Linux/ltsp/splash/bootsplash-3.0.7 [root]Utilities/splash -s -f ../Linux/config/bootsplash-1024x768.cfg >> initrd.splash .) 02:23:58 linuxmike /120GB/Linux/ltsp/splash/bootsplash-3.0.7 [root]cp initrd.splash /tftpboot/lts/ .) BOOTEN und nix splash! Erkennt hier evtl. jemand einen Fehler in meiner Vorgehensweise? mfg mIke -- Der Rechner von heute stuerzt ja schon ab, bevor man ihn ueberhaupt eingeschaltet hat. Das ist dann energiesparend und deshalb kein Bug sondern ein Feature
Hallo, Am Sat, 30 Oct 2004, Michael Messner schrieb:
eigentlich lief mein Bootlogo ganz brav! Nach einem Grafikkartenwechsel von ner SIS auf eine Geforce [1] will es aber nicht mehr, es wird einfach ignoriert.
NVidia und Framebuffer ist so ein Thema. AFAIK laeuft der Framebuffer generell nicht mit dem 3D-Treiber ("nvidia"). -dnh --
Frag' nicht mich, frag' den Ich-weiß-alles-Bernd! . Nicht lieber den Theologie-Bernd? Oder den Philosophie-Bernd? Oder den Mystifikations-Bernd? Mein Bernd, Dein Bernd, ist doch egal, Bernd ist in uns allen drin. [Volker Tanner, Moss und Bernd Brodesser in suse-talk]
* Sonntag, 31. Oktober 2004 um 00:58 (+0200) schrieb David Haller:
NVidia und Framebuffer ist so ein Thema. AFAIK laeuft der Framebuffer generell nicht mit dem 3D-Treiber ("nvidia").
Generell kann das Problem nicht sein: Hier läuft der vesafb auf allen meinen
Computern (4) mit dem nvidia-Treiber.
Gruß
Andreas
--
Andreas Könecke "Andreas Koenecke
Am Sonntag, 31. Oktober 2004 00:58 schrieb David Haller:
NVidia und Framebuffer ist so ein Thema. AFAIK laeuft der Framebuffer generell nicht mit dem 3D-Treiber ("nvidia").
So pauschal würde ich das nicht formulieren, das scheint von Treiberversion zu Treiberversion GPUs zu geben, bei denen es geht, und solche, bei denen des Rückschalten auf die Konsole Probleme macht. Welche Variante geht und welche nicht, lässt sich also nicht pauschal sagen. Fakt ist aber, dass verschiedene Kombinationen das Problem haben und das abschalten des Framebuffers und die Verwendung des altehrwürdigen Textmoduses schon so manche Probleme gelöst hat. Wer also Probleme hat, sollte es auf jeden Fall mal probieren. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
Manfred Tremmel
das scheint von Treiberversion zu Treiberversion GPUs zu geben, bei denen es geht, und solche, bei denen des Rückschalten auf die Konsole Probleme macht.
Es könnte aber auch genauso gut am Treiber liegen. Woran es genau liegt, kann Dank fehlendem Quellcode und nur gegen NDA ausgehändigter Dokumentation der GPU allein Nvidia beantwortet. :-( Philipp
Hallo, Am Mon, 01 Nov 2004, Philipp Thomas schrieb:
Manfred Tremmel
[31 Okt 2004 11:57:39 +0100]: das scheint von Treiberversion zu Treiberversion GPUs zu geben, bei denen es geht, und solche, bei denen des Rückschalten auf die Konsole Probleme macht.
Es könnte aber auch genauso gut am Treiber liegen. Woran es genau liegt, kann Dank fehlendem Quellcode und nur gegen NDA ausgehändigter Dokumentation der GPU allein Nvidia beantwortet. :-(
Sagte Manfred ja indirekt ja: "von Treiberversion zu Treiberversion". Tja, bei binary-only ist man eben ausgeliefert... Offenbar auch mit Doku unter NDA. -dnh -- 33: Echte NS-Lady Benutzerin von Netscape. (nach de.talk.bizarre)
participants (6)
-
Andreas Koenecke
-
David Haller
-
Manfred Tremmel
-
Michael Messner
-
Philipp Thomas
-
Udo Neist