Thank you Apinherio, Jason, Jacob, Dave and all other mesa devs for being
patient with my questions. For now I am able to make progress with debug
build of vulkan loader.
There are still many things to learn.
-Vivek
On Mon, 24 Aug, 2020, 3:34 pm apinheiro, wrote:
>
> On 24/8/20 11:58, vivek
On Sun, Aug 23, 2020, 18:38 Dave Airlie wrote:
> On Mon, 24 Aug 2020 at 10:12, Jacob Lifshay
> wrote:
> > no, that is the existing LLVM backend from AMD's opengl/opencl drivers.
> amdvlk came later.
>
> Those are the same codebase, amdvlk just uses a fork of llvm, but the
> differences are only
On Mon, 24 Aug 2020 at 10:12, Jacob Lifshay wrote:
>
> On Sun, Aug 23, 2020, 17:08 Luke Kenneth Casson Leighton
> wrote:
>>
>>
>>
>> On Monday, August 24, 2020, Dave Airlie wrote:
>>>
>>>
>>> amdgpu is completely scalar,
>>
>>
>> it is?? waah! that's new information to me. does it even squash
On Monday, August 24, 2020, Jacob Lifshay wrote:
Kazan isn't built on Mesa or NIR (though it was originally intended to
> integrate with Mesa). Luke decided that Libre-SOC should also have a
> similar Mesa-based driver and applied to NLNet for funding for it,
i'm amazed they said yes :) it
On Sun, Aug 23, 2020, 17:08 Luke Kenneth Casson Leighton
wrote:
>
>
> On Monday, August 24, 2020, Dave Airlie wrote:
>
>>
>> amdgpu is completely scalar,
>
>
> it is?? waah! that's new information to me. does it even squash vec2/3/4,
> predication and swizzle?
>
yes, iirc.
>
> what about the
On Monday, August 24, 2020, Dave Airlie wrote:
>
> amdgpu is completely scalar,
it is?? waah! that's new information to me. does it even squash vec2/3/4,
predication and swizzle?
what about the upstream amdgpu LLVM-IR? that still preserves vector
intrinsics, right?
i'm assuming that AMDVLK
On Sun, Aug 23, 2020, 16:31 Dave Airlie wrote:
> It's hard to know then what you can expect to leverage from Mesa for
> that sort of architecture, the SPIRV->NIR translation, and then you
> probably want some sort of driver specific NIR->LLVM translation,
> amdgpu is completely scalar, llvmpipe
On Mon, 24 Aug 2020 at 09:10, Jacob Lifshay wrote:
>
> On Sun, Aug 23, 2020, 15:55 Dave Airlie wrote:
>>
>> What is your work submission model then, Vulkan is designed around
>> having work submitted to a secondary processor from a control
>> processor. Do you intend for the device to be used
On Sun, Aug 23, 2020, 15:55 Dave Airlie wrote:
> What is your work submission model then, Vulkan is designed around
> having work submitted to a secondary processor from a control
> processor. Do you intend for the device to be used only as a
> coprocessor, or as a CPU for normal tasks that can
On Mon, 24 Aug 2020 at 07:25, Luke Kenneth Casson Leighton
wrote:
>
> On Sun, Aug 23, 2020 at 8:50 PM Dave Airlie wrote:
>
> > I don't want to get involved in half-thought out schemes here,
>
> [this has been in the planning stage for... almost 2 years now?]
>
> > but I'm
> > going to indulge
On Sun, Aug 23, 2020 at 8:50 PM Dave Airlie wrote:
> I don't want to get involved in half-thought out schemes here,
[this has been in the planning stage for... almost 2 years now?]
> but I'm
> going to indulge myself in one post.
appreciated.
> The programming model is what designs the
On Sun, Aug 23, 2020, 12:49 Dave Airlie wrote:
> The big thing doing what Jacob did before, and from memory where he
> went wrong despite advice to the contrary is he skipped the
> "vectorises it" stage, which is highly important for vector CPU
> execution, as opposed to scalar GPU.
>
IIRC, my
> (if i can fill in this bit)
>
> the context is: to augment the PowerISA Instruction set to add 3D
> opcodes *directly* to PowerISA, with the guidance, full knowledge and
> under the supervision of the OpenPOWER Foundation.
>
> this will include: adding sin, cos, atan2... *to PowerISA*. adding
More detailed log with VK_LOADER_DEBUG=1
INFO: Found ICD manifest file
/home/vivek/install/share/vulkan/icd.d/libresoc_icd.x86_64.json, version
"1.0.0"
DEBUG: Searching for ICD drivers named
/home/vivek/install/lib/x86_64-linux-gnu/libvulkan_libresoc.so
GetProcAddr called for: vkCreateInstance
> crowd-funded eco-conscious hardware: https://www.crowdsupply.com/eoma68
>
> On Sun, Aug 23, 2020 at 10:36 AM vivek pandya
> wrote:
> >
> > Hello all,
> >
> > I just cleanup a bit and commited code at :
> >
>
---
crowd-funded eco-conscious hardware: https://www.crowdsupply.com/eoma68
On Sun, Aug 23, 2020 at 10:36 AM vivek pandya wrote:
>
> Hello all,
>
> I just cleanup a bit and commited code at :
> https://gitlab.freedesktop.org/vivekvpandya/mesa/-/commit/d1f29adf926eb44453db1255834575a6f7169d5f
>
>
On Sun, Aug 23, 2020 at 10:19 AM apinheiro wrote:
> On 23/8/20 8:11, Luke Kenneth Casson Leighton wrote:
> > next step is to add 3D opcodes *directly* to the POWER9 core that we
> > are developing.
>
> Then, in addition to the drivers you already looking as reference, it
> would make sense if you
Hello all,
I just cleanup a bit and commited code at :
https://gitlab.freedesktop.org/vivekvpandya/mesa/-/commit/d1f29adf926eb44453db1255834575a6f7169d5f
However it is not working as per my expectation (or my expectations are
wrong)
I want to see that driver fail at
On 23/8/20 8:11, Luke Kenneth Casson Leighton wrote:
On Sun, Aug 23, 2020 at 1:56 AM apinheiro wrote:
On 22/8/20 23:59, Luke Kenneth Casson Leighton wrote:
constructive feedback on this approach greatly appreciated:
https://bugs.libre-soc.org/show_bug.cgi?id=251#c36
In any case, those
On Sun, Aug 23, 2020 at 1:56 AM apinheiro wrote:
> On 22/8/20 23:59, Luke Kenneth Casson Leighton wrote:
> > constructive feedback on this approach greatly appreciated:
> > https://bugs.libre-soc.org/show_bug.cgi?id=251#c36
> In any case, those steps look good enough, although I lack any
On 22/8/20 23:59, Luke Kenneth Casson Leighton wrote:
On Sat, Aug 22, 2020 at 10:34 PM apinheiro wrote:
As Jason mentioned, to get a Vulkan driver started, you would need more
than just one method. If you want a reference:
On Sat, Aug 22, 2020 at 10:34 PM apinheiro wrote:
> As Jason mentioned, to get a Vulkan driver started, you would need more
> than just one method. If you want a reference:
>
> https://gitlab.freedesktop.org/apinheiro/mesa/-/commit/07d01ebf6aae2f9ae71a8bea13a5d8acccb6280e
>
> This commit added
On Thu, Aug 20, 2020, 22:28 vivek pandya wrote:
> Thanks Jason for your time to reply. I understand the error but I am not
> much familiar with entry points generation code. Currently I just make it
> compile (I just want to develop a broken pipeline quickly that just returns
> from the entry
23 matches
Mail list logo
