Kernel Traffic #198 For 2002/12/30

Doskonale to rozumiem. Nie sugeruję zmiany obecnego kształtu fbdev, zbyt dużo rzeczy z niego korzysta.

Chciałem jedynie powiedzieć, aby nie dziwić się, że serwery X, takie jak sterownik ATI nie używają fbdev i zamiast tego mmapują urządzenie i najzwyczajniej programują je bezpośrednio.

fbdev jest fajne w szczególnych przypadkach, gdy urządzenie pasuje do modelu fbdev, bo mając obsługę w jądrze masz od razu obsługę X :)

Wygląda na to, że szkielet fbdev jest już wystarczająco stabilny i znalazł się już w drzewie rozwojowym jądra. Podsyłam zatem do przejrzenia sterownik dla układów Intel 810/815 i być może do włączenia do Twojego drzewa (aby lepiej przestestować) i, miejmy nadzieję, później i do drzewa Linusa.

Łatka jest do jądra 2.5.51, ale nie zadziała jeszcze z 2 powodów:

1. nie działa agpgart dla i810
2. potrzeba dodać obsługę wczesnej inicjalizacji agp.

Gdy #1 zostanie rozwiazany, sterownik powinien zacząć działać jako moduł. Gdy zostanie dodane #1, będzie można kompilować statycznie. Dave Jones (przy okazji, dzięki za pomoc) ma już #2 w swoim drzewie (przetestowane i działa) i już pracuje nad #1 (mam już zhakowaną wersję w domu).

Sterownik powinien być zgodny z fbdev-2.5 i powinien obsługiwać większość, jeśli nie wszystkie rzeczy, które powinny być obsługiwane (modularność, zachowywanie i odtwarzanie stanu, pełna obsługa sprzętu, itd.). Bardzo istotną rzeczą dla wielu osób będzie to, że sterownik będzie współpracował z natywnymi sterownikami i810 z XFree86 bez żadnych poprawek i do tego dość stabilnie.

Łatka jest dostępna pod adresem http://i810fb.sourceforge.net/linux-2.5.51-i810fb.diff.gz

Oto łatka, która aktualizuje chipsfb.c do nowego API framebuffera. Upraszcza nieco sterownik, zwłaszcza dlatego, że nowe API jest prostsze i częściowo dlatego, że sterownik może właściwie obsłużyć jedynie układ 65550, bo dobieramy się do niego przez inb/outb do poprawionych numerów portów WE/WY.

Przetestowałem łatkę na powerbooku 3400, który ma układ graficzny C&T 65550 z 1MB VRAM i wygląda na to, że działa dobrze, przynajmniej w trybie 8-bitowym. Sądzę, że powinienem dodać też pseudo_palette do trybu 16-bitowego. Niestety nie mogę teraz przetestowac tego pod X, bo X serwer, który miałem zainstalowany na 3400 to Xpmac, który już nie działa, bo zostały usunięte ioctle takie jak VC_GETMODE. 3400 jest starym i wolnym komputerem, z małym dyskiem i mam tam starą instalację Linux/PPC i nie bardzo chce mi się tam kompilować XFree86.

Czy mógłbyś robić swoje łatki tak, aby były zakorzenione w ,,standardowy'' sposób, tzn

diff -ruN linux-old-dir linux-new-dir

żeby się czysto aplikowały przy pomocy ,,patch -p1'', a nagłówki diffa wyglądały jakoś tak

        --- xxxx/arch/v850/vmlinux.lds.S
        +++ yyyy/arch/v850/vmlinux.lds.S

bo w ten sposób są skonfigurowane wszystkie moje narzędzia do obsługi nadchodzących łatek.

Teraz zrobiłem to ręcznie, ale to dość nudne i gdy jestem leniwy (zazwyczaj), kończy się to zazwyczaj wyrzuceniem łatek, które nie aplikują się czysto.

Właśnie dlatego mamy 'newbies' w nazwie: aby trzymać tę całą 31337 z dala od nas i mieć spokojne miejsce, gdzie można pogadać bez 1337-iarzy śmiejących się z Ciebie.

Osoby zainteresowane nauką hakowania jądra są zawsze mile widziane na:

irc.kernelnewbies.org / #kernelnewbies