Direct Rendering Manager
Der Direct Rendering Manager (abgekürzt DRM) ist ein Hardware-spezifisches Kernel-Modul (Treiber), der auch ohne einen X-Server wie X.org-Server Zugriff auf den Speicher (DMA, AGP) der Grafikkarte gewährt. Außerdem stellt der DRM sicher, dass die definierten Sicherheitsregeln eingehalten und die Zugriffe auf die Hardware verwaltet werden. DRM ist ein Teil der Direct Rendering Infrastructure (DRI).
Was macht der DRM
[Bearbeiten | Quelltext bearbeiten]
Der DRM unterstützt die DRI in dreierlei Hinsicht:[1]
- Da immer mehrere Instanzen der DRI um den direkten Zugriff auf die (Grafik-)Hardware „streiten“, ist es wichtig, diese Zugriffe zu verwalten und zu synchronisieren. Sonst könnte es zu Situationen kommen, in denen zwei Direct-Rendering-Instanzen versuchen, gleichzeitig auf die Hardwareressourcen zuzugreifen. Das könnte zu ungewollten Ergebnissen führen.
Der DRM stellt dafür „lock-per-hardware“ zur Verfügung. - Der DRM bietet einen Zugriffsmechanismus auf den Speicher, der ähnlich zu
/dev/memist und so zur Sicherheit beiträgt. Denn der X-Server läuft normalerweise unterroot, während dies für die Clientinstanzen nicht zutrifft. Außerdem sind direkte Zugriffe auch gar nicht erwünscht (siehe auch erster Punkt). Allerdings sind diese Zugriffe in drei Punkten eingeschränkt:- Es wird einer Instanz nur Zugriff auf die Mechanismen gewährt, wenn die Instanz mit dem X-Server verbunden ist (
xauth). - Eine Direct-Rendering-Instanz erhält nur dann Zugriff auf den Speicher, wenn sie Zugriff auf
/dev/drm?hat. Die Zugriffsrechte können nur vonrootgeändert werden (dies geschieht im Allgemeinen über die X-Server Konfigurationsdatei). - Außerdem kann eine solche DRI-Instanz nur dann auf den Speicher zugreifen, wenn der Server dies erlaubt. Der Server kann auch nur Lesezugriffe erlauben.
- Es wird einer Instanz nur Zugriff auf die Mechanismen gewährt, wenn die Instanz mit dem X-Server verbunden ist (
- Der DRM verwaltet per Graphics Execution Manager (GEM) oder TTM den Grafikspeicher
- Außerdem stellt der DRM eine generische Zugriffsmöglichkeit für DMA zur Verfügung.
libdrm
[Bearbeiten | Quelltext bearbeiten]
| libdrm | |
|---|---|
| Basisdaten
| |
| Aktuelle Version | 2.4.104[2] (11. Januar 2021) |
| Betriebssystem | Linux |
| Programmiersprache | C |
| Lizenz | GNU General Public License, MIT-Lizenz |
| dri.freedesktop.org/wiki/DRM/ | |
Entwicklung
[Bearbeiten | Quelltext bearbeiten]
So wie die Direct Rendering Infrastructure selber, unterliegen auch ihre Komponenten einer steten Weiterentwicklung.
- Linux-Kernel Version 3.11 vom 2. September 2013 beinhaltete größere Änderungen am DRM.[3]
- In den Linux-Kernel 3.12
Durch die neuen Render-Nodes können Anwendungen über mehr als einen Knotenpunkt im Linux-Kernel auf Grafikeinheiten, auch auf mehrere, zugreifen. Vorher durfte lediglich eine Anwendung, etwa der Displayserver, KMS vornehmen, und das nur mit Root-Rechten. Render-Nodes stellen eine API, über die userspace nicht-privilegierte GPU-Befehle ausführen lassen können, etwa für GPGPU.
Siehe auch
[Bearbeiten | Quelltext bearbeiten]- Mesa 3D – Programmierbibliothek, welche nicht nur APIs (OpenGL, OpenVG u. a.) implementiert, sondern auch den Userspace-Teil der vorhandenen freien Grafiktreiber
Weblinks
[Bearbeiten | Quelltext bearbeiten]Einzelnachweise
[Bearbeiten | Quelltext bearbeiten]- ↑ A deeper look into GPUs and the Linux Graphics Stack, S. 25.
- ↑ [ANNOUNCE] libdrm 2.4.104. Abgerufen am 7. Februar 2021 (englisch).
- ↑ DRM Changes In Linux 3.11 Might Be The Biggest Ever. 30. Juni 2013, abgerufen am 4. November 2013.
- ↑ Pull-Request for the mainline Linux kernel 3.12. Abgerufen am 2. Oktober 2013.
- ↑ Linux-Kernel 3.12: Effizienter rendern mit getrenntem DRM und KMS. Golem.de, 25. Oktober 2013, abgerufen am 26. Oktober 2013.
- ↑ drm: implement experimental render nodes. Abgerufen am 4. November 2013.
- ↑ drm/i915: Support render nodes. Abgerufen am 4. November 2013.
- ↑ drm/radeon: Support render nodes. Abgerufen am 4. November 2013.
- ↑ drm/nouveau: Support render nodes. Abgerufen am 4. November 2013.