On Mon, 3 Apr 2006, [EMAIL PROTECTED] wrote:
Dnia Mon, 03 Apr 2006 17:17:40 +0300, Jacek Osiecki <[EMAIL PROTECTED]>
napisał:
O, o - właśnie to :)
No widzisz, ja nawet nie rozróżniam initrd od initramfs :)
"No question I don't use initrd"
Aaaarrrggghhh - aleś zamiesznaia narobił chopie :D Ja tu cięciwie truje
cztery litery, a tu wychodzi, że nie ma o co...no łe - no to tak to ja też
potrafię ;p
No widzisz, tylko że u mnie dopiero przy splashutils 1.1.9.10 ruszyło -
wcześniej dostawałem kernel panic...
W każdym razie sorry za zamieszanie :(
- i wtedy nie będzie problemu z tym że w initrd potrzebne są inne rzeczy.
Za 2h będę w domu, to sprawdzę czy na pewno mi się pojawi splash bez
initrd=/boot/splash_initramfs - i dam znać.
Nie testowałem, ale IMHO powinno ruszyć bez parametru initrd, jeżeli masz
wkompilowane w kernel.
I jakoś nie do końca ruszyło... Ale już chyba nie mam sił więcej próbować :-/
Natomiast pojawiają się problemy ze zrobieniem tego 'the right' way. Bo z
jednej strony można by wkompilowywać przy budowaniu PLD-owego jajka
jakiegoś fbsplasha na stałe, ale:
1. bez możliwości konfiguracji, czyli ustalmy jeden, PLD-owy fbsplash i on
jest na stałe w jajku
2. nie jestem przekonany, czy initramfs + initrd da się naraz uruchomić
(czyli najpierw initramfs tylko do fbsplasha, a potem initrd do reeszty)
3. musielibyśmy uruchamiać system zawsze z vesafb, a to jest evil(TM)
No tak - biorąc to wszystko pod uwagę to szanse na fbsplash firmowo w PLD są
raczej nikłe. Co nie zmienia faktu, że zdecydowanie trzeba podnieść
splashutils do tej wersji którą podrzuciłem - bo jak ktoś będzie chciał
sobie użyć fbsplasha to obecne narzędzia tylko go doprowadzą do rozpaczy
(tak jak mnie ;)
Pozdrawiam,
--
Jacek Osiecki [EMAIL PROTECTED] GG:3828944
"Poglądy polityczne mają takie znaczenie w sejmie jak upierzenie u krokodyla"
(c) Tomasz Olbratowski 2004
_______________________________________________
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
