DRM Change Continues To Cause Debate

[phoronix]

Phoronix: DRM Change Continues To Cause Debate

Kristian Høgsberg on the 6th of November had wrote a message on the DRI development list regarding the libdrm repository. With so much of the Direct Rendering Manager (DRM) work going straight into the Linux kernel -- thanks in large part to all of the work on memory management and kernel mode-setting -- Kristian proposed that the DRM driver code from the separate DRM Git tree...

http://www.phoronix.com/vr.php?view=Nzc0OA

[loonyphoenix]

The most typo-infested news entry ever.

[bulletxt]

And like Steve Ballmer says: developers, developers, developers, developers!

[Bluefang]

I wouldn't really call that a debate. More like one disgruntled user repeating the same thing over-and-over, while everyone else seems to have accepted the decision and moved on.

[V!NCENT]

Would these changes require nVidia and ATI to support this architecture in their proprietary drivers?

[srg_13]

Would these changes require nVidia and ATI to support this architecture in their proprietary drivers?

Did you read the article? They're just changing how the code is organised, not any interfaces that the drivers actually have to use. It will make very little difference in the grand scheme of things, apart from hopefully making the code easier to maintain.

[sylware]

Where are those trees?

[V!NCENT]

Did you read the article? They're just changing how the code is organised, not any interfaces that the drivers actually have to use. It will make very little difference in the grand scheme of things, apart from hopefully making the code easier to maintain.

With so much of the Direct Rendering Manager (DRM) work going straight into the Linux kernel [...] With this message, Kristian created a new DRM repository that dropped all of the linux-core, bsd-core, and shared-core code.

So what trees will end up in let's say Ubuntu and OpenSuSE? I wondered if this would conflict with proprietary drivers...

[Bluefang]

No, it wont.

The only thing that happened was that the kernel portions of libdrm were removed from the repository (because it's already being maintained elsewhere, in kernel). So now the libdrm repository is essentially just the userspace component.

[drag]

Nvidia proprietary drivers use their own proprietary kernel interface.

So there is nothing the libdrm folks can really do to screw with Nvidia unless they go out of their way.