[Mesa-dev] introducing radv - proof of concept vulkan driver for AMD VI chipsets

[Edward O'Callaghan]

Yea, that is pretty sweet Bas & Dave! I also agree - open code is open,
promises are just promises.

Best Wishes,
Edward.

On 07/20/2016 06:16 AM, Jason Ekstrand wrote:
> Good work guys!  Welcome to the Open-source Vulkan club :)
> 
> On Tue, Jul 19, 2016 at 12:59 PM, Dave Airlie <airlied at gmail.com
> <mailto:airlied at gmail.com>> wrote:
> 
>     I was waiting for an open source driver to appear when I realised I
>     should really just write one myself, some talking with Bas later, and
>     we decided to see where we could get.
> 
>     This is the point at which we were willing to show it to others, it's
>     not really a vulkan driver yet, so far it's a vulkan triangle demos
>     driver.
> 
>     It renders the tri and cube demos from the vulkan loader,
>     and the triangle demo from Sascha Willems demos
>     and the Vulkan CTS smoke tests (all 4 of them one of which draws a
>     triangle).
> 
>     There is a lot of work to do, and it's at the stage where we are
>     seeing if anyone else wants to join in at the start, before we make
>     too many serious design decisions or take a path we really don't want
>     to.
> 
>     So far it's only been run on Tonga and Fiji chips I think, we are
>     hoping to support radeon kernel driver for SI/CIK at some point, but I
>     think we need to get things a bit further on VI chips first.
> 
>     The code is currently here:
>     https://github.com/airlied/mesa/tree/semi-interesting
> 
>     There is a not-interesting branch which contains all the pre-history
>     which might be useful for someone else bringing up a vulkan driver on
>     other hardware.
> 
>     The code is pretty much based on the Intel anv driver, with the winsys
>     ported from gallium driver,
>     and most of the state setup from there. Bas wrote the code to connect
>     NIR<->LLVM IR so we could reuse it in the future for SPIR-V in GL if
>     required. It also copies AMD addrlib over, (this should be shared).
> 
>     Also we don't do SPIR-V->LLVM direct. We use NIR as it has the best
>     chance for inter shader stage optimisations (vertex/fragment combined)
>     which neither SPIR-V or LLVM handles for us, (nir doesn't do it yet
>     but it can).
> 
>     If you want to submit bug reports, they will only be taken seriously
>     if accompanied by working patches at this stage, and we've no plans to
>     merge to master yet, but open to discussion on when we could do that
>     and what would be required.
> 
>     Dave.
>     _______________________________________________
>     mesa-dev mailing list
>     mesa-dev at lists.freedesktop.org <mailto:mesa-dev at lists.freedesktop.org>
>     https://lists.freedesktop.org/mailman/listinfo/mesa-dev
> 
> 
> 
> 
> _______________________________________________
> mesa-dev mailing list
> mesa-dev at lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/mesa-dev
> 

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL: <https://lists.freedesktop.org/archives/mesa-dev/attachments/20160720/2350fc27/attachment.sig>