NVIDIA, Red Hat Partner Up For New Graphics Project
Phoronix: NVIDIA, Red Hat Partner Up For New Graphics Project
Jerome Glisse has long been involved with open-source Linux graphics drivers, but in recent months he hasn't announced any major breakthroughs like in past years. However, at Red Hat they have struck up a partnership with NVIDIA to work on a new device-agnostic API for the Linux kernel that can benefit the graphics drivers...
I smell answer to Mantle. Since Nvidia cannot successfully set new API standard on the consumer front, due to AMD control of the console market, so they went for the enterprise. =)
Hopefully we come out with some nice new API after all that and not...
... has they did suck when it came to GPU.
Michael, I uploaded the videos 12 hours ago on youtube and updated the pages. However, for some strange reason, the web server doesn't implement caching properly so you may need to press F5.
Anyway, the videos for this talk are available at: http://www.x.org/wiki/Events/XDC2013...dressSpaceGPU/
This is more to do w/ compute.. not even vaguely related to mantle. It is something that could be used by newer amd or nv gpus. It is not an application facing API, but rather kernel infrastructure to allow GPU and CPU to share address space (which could be used to implement opencl extension, etc).
Originally Posted by iniudan
If gallium decided to make the API used by state trackers as a stable ABI, and exported it so that game developers could use it directly, that would be something a bit more equivalent to mantle.
I am not saying it is equivalent to Mantle, just saying it is an answer to it, has creating open API standard, let you be ahead of the competition, without damaging possibility of generalized adoption, has you have internal knowledge of the development, letting you better plan a road map, has to optimize for said API.
Originally Posted by robclark
Rob forgive me if I took your response a step too far, but it was the first thing that popped in my head when you said this...
Originally Posted by robclark
So its a kernelside answer from Nvidia(and probably Intel) to AMD's HSA?
AMD+AMD you get HSA, Nvidia+Intel you get this kernelside API? Or could AMD HSA be implemented using this kernel side API? (Im not sure how much HSA is done in hardware vs software)
I'm all for this project, it SOUNDS like a good project, I'm just trying to figure out where in the landscape it falls given AMD's HSA work which sounds very similar.
this also looks to remove a ton of over head seeing how its going to move even more code into the kernel also i see this adding better PRIME support
We both might be wrong but I understood it the same way you did with the possible difference that I'm not sure amd's HSA is so much an api as a standard hardware configuration. It seemed as if the work would be handled in software with the drivers making the decisions. Maybe to get that working requires some new kernel features?
Originally Posted by Ericg
Well, as I understand it, maybe calling it a hw solution vs sw solution is a bit of a misnomer.. as they both require some hw and some sw to make it work. So maybe the AMD solution is the *more* hw solution.
Originally Posted by liam
At any rate, the patchset that Jerome is working on is intended to provide what would be needed for both AMD and NV.