Opened 4 years ago
Last modified 18 months ago
#16272 closed bug
Epic: 3D Acceleration DRM/KMS (Port Linux/FreeBSD DRM drivers to Haiku) — at Version 1
Reported by: | kallisti5 | Owned by: | nobody |
---|---|---|---|
Priority: | normal | Milestone: | Unscheduled |
Component: | Drivers/Graphics | Version: | R1/Development |
Keywords: | Cc: | ||
Blocked By: | Blocking: | ||
Platform: | All |
Description (last modified by )
The Linux/FreeBSD DRM drivers need ported to Haiku. This will involve writing some compatibility layer for drm.
Layers:
- kernel DRM drivers
- https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/drivers/gpu/drm
- Compatibility layers need written. FreeBSD has some which could be used as a reference. (they use Linux drm drivers)
- We also already have some FreeBSD compatibility layers used by our network drivers which could help.
- libdrm https://gitlab.freedesktop.org/mesa/drm
- Compiles today via
meson -D intel=false
and faking major/minor/makedev functionality.- intel=false disables libdrm_intel which is only used by i915 (this bypasses the need for libpciaccess)
- Accesses kernel drm drivers via major/minor/makedev
- major/minor/makedev needs converted to a haiku name-based standard (/dev/graphics/drm/radeon_hd_0800000 or something?)
- Compiles today via
- mesa https://gitlab.freedesktop.org/mesa/mesa
- uses libdrm_* access to get to drm drivers
- grep for dep_libdrm_ in mesa source for examples
Key points:
- Ideally work should remain out of tree, or drm graphics drivers should be able to "coexist" in our source tree with our native ones until they reach a critical mass.
- Video modesetting is in scope via KMS as well.
- This is a big project with two halfs.
- DRM drivers in our kernel
- Mesa leveraging our DRM drivers
Note:
See TracTickets
for help on using tickets.