Thomas, On September 4, 2018 10:55 AM, Thomas de Grivel <billi...@gmail.com> wrote:
> Le lun. 3 sept. 2018 à 23:33, Philip Guenther guent...@gmail.com a écrit : > > > On Mon, Sep 3, 2018 at 11:46 AM Thomas de Grivel billi...@gmail.com wrote: > > > > > I was browsing the DRM code ported from Linux and it's a terrible > > > mess, is there any ongoing project to clean up that codebase or > > > rewrite it entirely ? For the one who has not reviewed the code, can you quantify and illustrate approximately how bad it is? > > No. OpenBSD doesn't have the resources to reimplement the DRM subsystem or > > maintain a non-trivial fork of the Linux version. We don't want to get > > stuck with a code base that doesn't support close-to-current hardware, so > > the porting work has concentrated on minimizing the changes necessary to > > make the upstream code base work in OpenBSD. > > It's clear that the hardware support in the upstream has large > > contributions from developers with inside access at the hardware vendors; > > without such access it's doubtful that all the hardware bugs^Wlimitations > > can be worked around with non-infinite resource. > > Improvements in the DRM code itself should be done in the upstream, not > > just to minimize OpenBSD costs in this area, but so that all OSes that draw > > from that base can benefit. > > You probably do not care and actually neither do I but that current > state of graphic hardware support code is crazy in my opinion. > Computer graphic cards have to be the single most successful hardware > in the history of computer hardware or even hardware in general and > yet their drivers are a complete mess. I agree this is unacceptable. > It makes no sense to me. It all > appears like a hideous obscurity-based false sense of security where > you really cannot ensure the minimality of any driver and their > features. Common. I guess any OS would benefit of a clean, open source, audited DRM stack. This makes sense as a separate code project? What's the quality of the exported interfaces? Satisfactory for a higher-quality implementation to use it?
