On 2015-11-15 22:55, J.F. wrote:
>> Pewnie tak samo jak twórcy mikrokerneli. Tam drivery nie banglają w
>> trybie kernela. Moga sobie banglać ja jednej z wyższych warstw. Nie wiem
>> czy user space, warstw może być wiele.
>> https://en.wikipedia.org/wiki/Microkernel
>> " [...] Device drivers frequently perform direct memory access (DMA),
> Takze zwykle in/out czy dostep do pamieci innego procesu wymagaja
> wyzszych uprawnien.

Nieprawda że dłubanie po hardware wymaga jakiś mitycznych wysokich
uprawnień. Od wieków stosujemy IOMMU:

https://en.wikipedia.org/wiki/Input%E2%80%93output_m
emory_management_unit

Pozwala to za *przyzwoleniem* kernela przemapować wszelą przestrzeń
adresową gfx dowolnemu procesowi i od tej pory może on sobie dlubać
wprost po rejestrach gfx. Na przykład procesowi sterownika karty
grafiki. Jeśli piszesz ekstremalnie szybki system operacyjny to możesz
przydzielić wszystkim procesom uprawnienia i kazdy sobie może grzebać.
Twój (kernela) wybór.

>> Ponadto nic nie przeszkadza aby MV puscic w trybie kernela.
> A Dalvik czy inny Java VM ma w ogole funkcje niskopoziomowe ?

Nie musi. Ewentualnie zdefiniuj co masz na myśli. Obecnie w zupelnosci
wystarczy zapis pod wskazany adres pamięci (IOMMU) i obsluga przerwań.
Obie rzeczy zaaltwia mikrokernel.

> In, out, zapis pod dowolny adres w pamieci ?

Może. Kwestia MMU. Tak, potrafi to każdy procesor z MMU. Głównie dlatego
że w normalnym swiecie (a więc poza x86) procesory nie mają separowanej
przestrzeni IO. Wszystko jest pamięcią i można ją wrzucić w dowolną
przestrzeń wirtualną. Na x86 też już 30 lat temu odchodzimy od inout na
rzecz IO w przestrzeni pamięci.

W przypadku mikrokernela każdy sterownik posiada własny proces i w nim
przemapowany swój IO. Koszt przełaczenia się między userem a driverem
jest identyczny jak w monolitach między userem a kernelem.