Re: [Mesa-dev] radv initial submission

2016-10-05 Thread Emil Velikov
On 4 October 2016 at 23:29, Dave Airlie wrote: >> It would have been great if the build/integration bits were properly >> split, but I won't sweat too much over it. > > I thought they were, all the bits outside src/amd are in this patch really. > > I suppose I could move the Makefile.am and Makefi

Re: [Mesa-dev] radv initial submission

2016-10-04 Thread Dave Airlie
On 4 October 2016 at 20:47, Albert Freeman wrote: > It might be a good idea to consider moving the nir -> llvm code out of > the amd folder for reuse by a Vulkan software rasterizer or something. > I have heard another developers recent interest in developing a Vulkan > software rasterizer. I at o

Re: [Mesa-dev] radv initial submission

2016-10-04 Thread Dave Airlie
> It would have been great if the build/integration bits were properly > split, but I won't sweat too much over it. I thought they were, all the bits outside src/amd are in this patch really. I suppose I could move the Makefile.am and Makefile.sources into this patch to make it easier to review.

Re: [Mesa-dev] radv initial submission

2016-10-04 Thread Emil Velikov
Hi Dave, On 4 October 2016 at 02:48, Dave Airlie wrote: > Hi all, > > I fully expect this won't make it to the list in one piece due to size. > I've pushed the same patchset to > https://github.com/airlied/mesa/tree/radv-submit > > This is an initial submission of the open source radv vulkan driv

Re: [Mesa-dev] radv initial submission

2016-10-04 Thread Nicolai Hähnle
On 04.10.2016 03:48, Dave Airlie wrote: Hi all, I fully expect this won't make it to the list in one piece due to size. I've pushed the same patchset to https://github.com/airlied/mesa/tree/radv-submit Even Github refuses to render the diff of patch #3 for me, but I skimmed over it using prop

Re: [Mesa-dev] radv initial submission

2016-10-04 Thread Nicolai Hähnle
On 04.10.2016 12:47, Albert Freeman wrote: It might be a good idea to consider moving the nir -> llvm code out of the amd folder for reuse by a Vulkan software rasterizer or something. I have heard another developers recent interest in developing a Vulkan software rasterizer. Anybody other than

Re: [Mesa-dev] radv initial submission

2016-10-04 Thread Albert Freeman
It might be a good idea to consider moving the nir -> llvm code out of the amd folder for reuse by a Vulkan software rasterizer or something. I have heard another developers recent interest in developing a Vulkan software rasterizer. I at one stage was interested in developing a Vulkan software ras

[Mesa-dev] radv initial submission

2016-10-03 Thread Dave Airlie
Hi all, I fully expect this won't make it to the list in one piece due to size. I've pushed the same patchset to https://github.com/airlied/mesa/tree/radv-submit This is an initial submission of the open source radv vulkan driver for AMD GPUs supported by the amdgpu driver. It is a project Bas an