On 2015-11-17 11:57, Marek wrote:
>> Jesli coś nie wymaga DMA to słuzy do trywializmów typu odczyt
> przycisków
> Cały wywód opierasz na jakimś idealistycznym, wyseparowanym driverze,
> który tylko konfiguruje DMA i nie komumikuje się z innymi funkcjami
> jądra.

Nie ma takiej potrzeby. Wymień funkcje z którymi ma się komunikować. I
przypominam że rozmawiamy o mikrojądrze.

> Tak w życiu nie ma, że driver nie korzysta z innyvh zasobów
> kernela (choćby głupie printk).

I jak rozumiem zakładasz że robi miliard printk na sekunde skoro to ma
mieć jakiekolwiek znaczenie wydajnościowe lub funkcjonalne?

Nie, sterownik:

a) nie musi gadać z jądrem. Z mikrojadrem nie ma o czym gadać jak
zostanie zainicjowany. Mikrojądro zajmuje się MMU, odpalaniem procesów,
IPC i przerwaniami. I pi x drzwi tyle. Nic z tych rzeczy nie jest
potrzebne sterownikowi do *ciagłej* komunikacji. Jesli milion razy na
sekundę próbujesz obsługiwać przerwanie to masz buga. Taki był wiele
razy z ACPI w kernelu linuxa i nikt nie myślał jak przyspieszyć
sterownik tylko naprawiano buga.

b) nie musi nic printować, a szczególnie wydajnie printować. Nikogo z
klientów androida nie interesują oopsy i dmesg. To tylko dla nerdów.
Przeciętny sterownik nie pisze więcej niż kilka linijek.