Originally posted by bridgman
Announcement
Collapse
No announcement yet.
The Fallacy Behind Open-Source GPU Drivers, Documentation
Collapse
X
-
-
Originally posted by bridgman View PostYou're basically saying that we should redesign our products to make development less stressful for open source driver developers.
Me: can the GPU be virtualized?
You: no, but we have some internal tools, which we won't open source, as it would expose our internal hardware design. We can give you remote access to these tools, though, if you prove yourself worthy.
Me: wait, that's not a solution, because it defeats the purpose of building a FOSS driver (and wouldn't solve the problem anyway, because newcomers won't get access when they need it most). So the only solution I see is if you implement this and that instructions, and that should do the job.
I just showed that what you said didn't solve the problem and offered another solution. If you say that solution is unrealistic either, I'm fine with that.
Comment
-
so what is the perfect dev setup? something like this
1 test box, with graphics card (preferably with easy access to swap it), serial port, and network. no valuable data.
1 dev machine.
set of scripts that lets you write some code on the dev machine, compile it, and get the test box to netboot it. you have a serial link to debug over. hard crashes don't matter because there is no persistent data.
integrate git bisecting, benchmarking etc, so you can quickly test different setups.
maybe you could have several test machines with different cards. when you hit run on the dev machine, the new code is booted on each test machine.
Comment
-
Originally posted by kirillkh View PostSo the only solution I see is if you implement this and that instructions, and that should do the job.
Comment
-
Originally posted by Mr James View PostBridgman stated in my ATI bashing thread the following, on page 1, and I quote:
"We work with the community to make initial support available (working code and/or docs) and the open source community does most of the enhancement work. We were told multiple times "just give us programming information and the community will do the rest" - we are doing that and more."
Anyone else want to take a poke at me?
I feel that AMD has been much more open with docs than they rightfully should be and we should be thankful for the work of Bridgman et al in getting as many ATI cards working for those who have them.
Then why not contribute in some way to X Org development rather than bashing the devs?
/end rant
Comment
-
Originally posted by DeepDayze View Postok will you provide us with a link to where Bridgman says that? Or will you just please shut up.
Comment
-
Originally posted by elanthis View PostNo. I'm not sure how to say this any more clearly, dude. Last try: it's bullshit to say that customers want proprietary software. That's all I'm saying. Nothing more, nothing less. Completely irrelevant to the story of AMD drivers or anything I expect or demand or desire that AMD do. I'm simply saying that when you list out the reasons that both drivers exist, "users want a proprietary driver" is complete horseshit. They want media playback. Microsoft and the media conglomerates and the electronics companies have decided that to get media playback users must swallow proprietary software and DRM. That doesn't mean users want it. Given the option, any consumer who knows the difference would opt for DRM and proprietary software to die in a fire. So yeah, AMD is not going to invest into FOSS drivers the way they invest into Catalyst or ever release Catalyst's source, ever, period, and nobody should fault them for it because it would be horrendously stupid business. Just don't ever claim that's because consumers want it that way.
Originally posted by kirillkh View PostErr, no. The conversation went like this:
Me: can the GPU be virtualized?
You: no, but we have some internal tools, which we won't open source, as it would expose our internal hardware design. We can give you remote access to these tools, though, if you prove yourself worthy.
Me: wait, that's not a solution, because it defeats the purpose of building a FOSS driver (and wouldn't solve the problem anyway, because newcomers won't get access when they need it most). So the only solution I see is if you implement this and that instructions, and that should do the job.
I just showed that what you said didn't solve the problem and offered another solution. If you say that solution is unrealistic either, I'm fine with that.
Your proposed solution involves major changes at the lowest level of the chip (which, for performance reasons, will end up impacting blocks all over the chip), which in turn is what lead to my commment that you are asking us to redesign our products in order to simplify the job of non-AMD open source developers. I think we are saying the same thing, you just don't like the way I'm saying itTest signature
Comment
-
Originally posted by bridgman View PostA consequence of the code sharing is that the resulting drivers also need to be delivered in binary form rather than exposing source code.
Comment
-
Originally posted by deanjo View PostWhat OS "forces" you to have a closed source driver? MS allows opensource drivers and OS X allows opensource drivers so what OS that AMD supports requires drivers to be closed source?
Comment
-
Drivers for most of the other OSes have to implement robust DRM, and implementing robust DRM in an open source driver is not really practical with the current state of hardware design.
I have never seen an open source driver meet the certification requirements (particularly DRM) for those OSes, although I agree that it is possible in principle.Test signature
Comment
Comment