Nie jestem pewien, czy naprawdę wiesz, o co pytasz, inaczej sformułowałbyś to w sposób odpowiadający. ... Ale daję z siebie wszystko, odpowiadając na twoje pytanie.
Chcesz ustawić tryb i zagłuszyć trochę „pamięci wideo”? jak stary tryb dos X dni? Jeśli tego właśnie chcesz, musisz zaprogramować za pomocą bufora ramki. Powiedziawszy to, byłoby znacznie lepiej pracować z DirectFB. DirectFB jest jak bardzo cienka warstwa z przyspieszeniem na Framebufferze. Jego niski poziom i prawdę mówiąc, jest tak niski, jak należy, aby móc pisać aplikacje. Będziesz mógł ustawiać tryby i mieć kontrolę w bardziej niskim stylu. Jeśli chcesz bezpośredniej bezpośredniej kontroli stylu, musisz napisać Framebuffer na surowo, po prostu zamapuj trochę RAM. Jeśli uważasz, że Framebuffer działa słabo, nie mogę się wystarczająco stresować, sprawdź DirectFB. Jeśli ktoś ma załadowany sterownik KMS, jego Framebuffer jest ustawiany przez KMS / libdrm.
Podobnie jak w przypadku libdrm, jest to biblioteka przestrzeni użytkownika do pracy z DRM jądra. To nie jest Framebuffer, to nie API aplikacji, to biblioteka urządzeń systemowych. Jeśli chcesz utworzyć nowy sterownik urządzenia, libdrm jest absolutną drogą do zrobienia. Na przykład libdrm-radeon. Linux nie jest systemem DOS, jedynym sposobem bezpośredniej komunikacji ze sprzętem jest jądro. Wszystkie normalne aplikacje nigdy nie wysyłają kodu bezpośrednio do sprzętu, musi zostać zagubiony w jakiejś bibliotece lib / API / wywołaniu. Istnieją projekty, które przyjęły podejście wbudowane w jądro, do celów akademickich / eksperymentalnych, takie jak FBUI.
Mam nadzieję, że mógłbym przynajmniej skierować cię w dobrym kierunku, jeśli nie, powinieneś skomentować, a także zaktualizować swoje pytanie. Podążałem za tym pytaniem od czasu jego koncepcji, która była co najmniej dwie migracje temu i nie jest bliżej odpowiedzi. Bez dodatkowych informacji nie można powiedzieć nic więcej.