Gondoltam, kipróbálom megint a 2.6.0-os szériát, hátha kijavították már az SCSI drivert és egyéb régi problémákat, ami miatt az utolsó kísérletem meghiúsult.Ezúttal az SCSI rendben volt, viszont a matroxfb modulok betöltése után eltűnt a kép a konzolról, és piros kását kaptam helyette. Miután modul helyett fixen belefordítottam a kernelbe, legalább a konzol megmaradt, de az fbset már nem működött, így nem lehetett text módba kapcsolni, de felbontást váltani se.
Plusz poén, hogy a tty azt hitte magárol hogy 80x30, pedig csak 80x25 látszott belőle. Miután panaszaimat megírtam a matroxfb maintaniernek, Petr Vandrovec-nek, sokkoló választ kaptam. Egy James Simmons nevű kernel(vissza)fejlesztő úgy döntött, hogy javítja az FBDEV/FBCON layer hibáit. Szerinte 3 dolog okoz problémákat az fbdev-ben: a hardveres kurzor (ezért kidobta az egészet), a szöveges mód (ezért kidobta) és a hardveresen gyorsított FONT renderelés (nem találjátok ki: ezt is kidobta!). Ezen kívül az fbset utilt is dobta, szerinte ui. elég ha az stty-vel beállítható a szöveges felbontás, a refresh rate és a bpp (color depth) meg ki a f@szt érdekel?
Saját bevallása szerint is ettől lett broken többek közt a HUP-on sokak által imádott nvidia támogatása is, de ami engem inkább zavart, az hogy a matroxfb sem működik többet.
Petr Vandrovec ezért készített egy patch-et, ami reverseli James
(vissza)fejlesztéseit, így ismét használhatók a matrox kártyák:
ftp://platan.vc.cvut.cz/pub/linux/matrox-latest/matroxfb-2.6.0-test7.gz
a patch test7-hez készült, de simán ráment a test8-ra is.
A patch jól sikerült, így már minden a régi.
A'rpi