LinuxQuestions.org
Welcome to the most active Linux Forum on the web.
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - Newbie
User Name
Password
Linux - Newbie This Linux forum is for members that are new to Linux.
Just starting out and have a question? If it is not in the man pages or the how-to's this is the place!

Notices


Reply
  Search this Thread
Old 11-29-2018, 06:20 AM   #1
emihalac
LQ Newbie
 
Registered: Apr 2018
Posts: 6

Rep: Reputation: Disabled
Direct Rendering Manager interaction with proprietary graphics drivers/blobs


Hello,

I'm trying to understand how the Linux DRM interacts with proprietary graphics drivers/blobs.

Looking at various online resources, I came across what seems to be contradictory information.

The Wikipedia page on DRM states that "The DRM gets exclusive access to the GPU, and it's responsible for initializing and maintaining the command queue, memory, and any other hardware resource. Programs wishing to use the GPU send requests to DRM, which acts as an arbitrator and takes care to avoid possible conflicts."

Two diagrams are also presented:
https://en.wikipedia.org/wiki/File:A...ithout_DRM.svg
https://en.wikipedia.org/wiki/File:A...d_with_DRM.svg

In addition, https://dri.freedesktop.org/wiki/DRM/ states: "Hardware that is currently available for PC-class machines will lock up if more than one entity is accessing the hardware"

However, https://nouveau.freedesktop.org/wiki/FAQ/ states the following about proprietary graphics drivers: "The blob has its own kernel interfaces, which are not of such quality that they will likely ever be part of the mainline kernel ó they are specific to the blob and donít care about the DRI/DRM infrastructure."

Since the proprietary driver doesn't interact with the DRM, doesn't this mean that using a proprietary driver should *always* generate conflicts? (my understanding is that the DRM is part of the kernel, so it's always present)

Could someone please let me know what I'm missing?

Thanks,
Emilian
 
Old 11-29-2018, 09:41 AM   #2
business_kid
LQ Guru
 
Registered: Jan 2006
Location: Ireland
Distribution: Slackware & Android
Posts: 10,572

Rep: Reputation: 1172Reputation: 1172Reputation: 1172Reputation: 1172Reputation: 1172Reputation: 1172Reputation: 1172Reputation: 1172Reputation: 1172
You've done a lot of reading, but if you're the software type, you'd want to read more technical stuff. My simple understanding is:

OSS: kernel module, OpenGL libs & Mesa, xserver & X DRM driver generate graphics.

Proprietary: Their kernel module, their OpenGL libs, xserver & their DRM driver generate faster graphics. I'm not sure if Mesa is involved at all. It may be.

I treat it as a Black Box, because whether I know or not isn't going to make my (sad) graphics go faster. Is it going to make yours?
 
  


Reply


Thread Tools Search this Thread
Search this Thread:

Advanced Search

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off



Similar Threads
Thread Thread Starter Forum Replies Last Post
LXer: It's Now Possible to Boot Android on i.MX6 Platforms without Proprietary Blobs LXer Syndicated Linux News 0 06-10-2017 08:03 PM
direct rendering: Yes :: (but applications say direct rendering is not possible?) AbsoluteMonkey Fedora 0 12-16-2008 09:44 PM
ATI Radeon/onboard graphics Direct rendering problems sygin Linux - Hardware 3 07-25-2006 03:06 PM
ATI x86_64 proprietary drivers fail to start direct rendering svenwinkle Linux - Hardware 3 09-20-2005 01:15 PM
Direct Rendering with ATI's proprietary drivers xarius Linux - Hardware 2 03-15-2005 04:02 PM

LinuxQuestions.org > Forums > Linux Forums > Linux - Newbie

All times are GMT -5. The time now is 07:51 AM.

Main Menu
Advertisement
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
Facebook: linuxquestions Google+: linuxquestions
Open Source Consulting | Domain Registration