[clausmuus]

Hi jr!,

Im nächsten Schritt (wenn der neue Kernel läuft) kannst Du ja mal versuchen alles unnötige (erscheinende) im Kernel zu deaktivieren. Ich denke dabei an irgendwelche Exotische Hardware die schon sein Jahren nicht mehr zu haben, oder die für ne Media Zentrale irrelevant ist.

Claus

[jr!]

nicht schlecht wäre wenn ihr mal ein paar der sachen aufzählt die darunter fallen, ich kenn auch nihct alle hardware ... das meisste vom kernel ausser chipsatztreiber,fstreiber,usb un cdrom liegt dann als module vor ist also bei bedarf nachladbar ... ansonsten ändert man die grösse und startzeit nicht grossartig.

greets jr

[jr!]

Werd ich mit dem SVN auch betroffen wenn ich neue Kernelversionen für die mld machen will ?!
Wenn ja was muss ich beachten ?!

[clausmuus]

Hi jr!,

ne, den Kernel betrifft das nicht. Lediglich wenn Du den testen willst, bitet es sich an, das Du die MLD auscheckst und den in der Makefile.config einträgst. Dann kannst Du den ganz bequem in der VMware testen. Beachten musst Du nur, dass das VMware image auf mein iso-Image zeigt. Das musst Du also für nen Test ändern, bzw. Dir nen eigenes VMware Image erstellen.

Claus

[jr!]

so der 2.6.19.7-mld läuft ich mach mich jetzt an den splash ...

@ claus die Bootparameter vga kannst du zukünftig weg lassen, der kernel ist mit fb-tng kompiliert standardauflösung 800x600@60hz

mit video=vesafb:1024x768-32@60 kann man die auflösung verändern, du kannst auch weiterhin vga verwenden 800x600-24@60 ist z.B. vga=789

640x480    800x600    1024x768    1280x1024    1152x864    1600x1200
8 bit    769   771   773   775   353   800
15 bit    784   787   790   793   354   801
16 bit    785   788   791   794   355   802
24 bit    786   789   792   795      803

siehe hier die tab.

PS: denkst du ich weiss wieso ich dieses fbsplash im kernel nicht aktivieren kann, der kernel ist gepatcht vesafb ist aktiviert nur die option [ ] support for fb-splash gibts nicht ... krieg hier gleich graue haare *gg

[clausmuus]

muss sowas ähnliches sein wie mein Problem mit dem bt878 dvb Treiber. Den konnt eich auch nicht aktivieren
Inzwischen hab ich gefunden. Der war noch mal an anderer Stelle in der Konfiguration eingetragen, und dort ließ der sich dann auch einschalten. Da soll aber erst mal jemand drauf kommen...

Claus

[jr!]

So hab nun mit dem 2.6.19.7 soviele probleme mit dem FBSplash gehabt das ich mit meiner gentoo install das ganze durchgespielt habe und es funktionierte auf anhieb.

daraufhin hab ich jetzt den kernel 2.6.20-mld kompiliert die patches vorher eingespielt und siehe da alles im grünen bereich ich weiss nicht woran es genau lag im fbsplash doku stand nur das man FB_TILESPLITTING au smachen muss sonst erscheint die option des fbsplash supoorts nicht.

Auf jeden fall geht der splash jetzt ist jetzt also nur noch frage wie man das gensplash bootstep script dazu bringt die steps der mld anzuzeigen, auf meinr testmaschine startet es jetzt erst mal mit dem verbose splash im default weil der silent zwar angezeigt wird aber über das bild die ausgabe des kernels weiterhin drübergeschrieben wird, ich nehme an das das splashscript (verfügbar in /etc/rc.d/boot.d/S00splash) so nicht funktioniert.

greets jr

[serowatto]

Ich möchte keinen extra Thread aufmachen, da es hier scheinbar ganz gut passt: Die bescheidende Frage, ob Ihr denn auch nicht die i586-Gemeinde vergesst? Oder ist es geplant wieder eine extra Linie aufzumachen? Wäre auf jeden Fall schön, wenn diese Prozessoren nicht ausgeklammert werden.

Danke!
 

[jr!]

der 2.6.20 wird zur zeit benutzt ... vom kernel her unterstützt er alle prozessoren die pentium pro befehlsätze können, ich denke damit schliesst das i586 ein ... da zusätzlich noch das x86 compatibilitätsflag gesetzt wurde wird es von der sache her denk ich mal keinen unterschied machen.

Wenn du schon mal gen2vdr auf deiner hardware erfolgreich getestet hast dann sollte die nächste MLD auch auf deiner Hardware laufen

Ich weiss jetzt nicht wie sich das auf einzelne Module auswirkt, aber normal sollten die alle laufen da die i586 ja meisst systemaddons sind

wenn es widererwarten probleme geben sollte wird es sicher auch wieder eine i586 version geben


greets jr!
 

[clausmuus]

Unter SuSE waren diverse Libs für i686 Kompeliert. Desshalb hatte ich ne Extra Version für i586'er erstellt die entsprechende andere Libs enthilt. Ich weiß noch nicht wie sich das unter gentoo verhält, aber wie jr! bereits gesagt hat, werden wir auch wieder ne i586'er Version bauen falls das erforderlich sein sollte.

Claus

[serowatto]

Mit "gen2vdr" habe ich keine Erfahrung. Kann somit also nichts berichten.

Aber wenn ich das so lese, dann bin ich ja guter Dinge (So alt ist die HW auch wieder nicht, dass ich sie austauschen möchte. Zumal sie für VDR gut taugt: niedriger Stromverbrauch!).

Also vielen Dank erst mal für die Beruhigung