On Tue, May 19, 2020 at 2:36 PM Sasha Levin wrote:
>
> Hi Daniel,
>
> On Tue, May 19, 2020 at 09:21:15PM +0200, Daniel Vetter wrote:
> >Hi Sasha
> >
> >So obviously great that Microsoft is trying to upstream all this, and
> >very much welcome and all that.
> >
> >But I guess there's a bunch of
On Tue, Jun 16, 2020 at 04:41:22PM +0200, Pavel Machek wrote:
On Tue 2020-06-16 09:28:19, Sasha Levin wrote:
On Tue, Jun 16, 2020 at 12:51:13PM +0200, Pavel Machek wrote:
> Hi!
>
> > > The driver creates the /dev/dxg device, which can be opened by user mode
> > > application and handles their
On Tue 2020-06-16 09:28:19, Sasha Levin wrote:
> On Tue, Jun 16, 2020 at 12:51:13PM +0200, Pavel Machek wrote:
> > Hi!
> >
> > > > The driver creates the /dev/dxg device, which can be opened by user mode
> > > > application and handles their ioctls. The IOCTL interface to the driver
> > > > is
On Tue, Jun 16, 2020 at 12:51:13PM +0200, Pavel Machek wrote:
Hi!
> The driver creates the /dev/dxg device, which can be opened by user mode
> application and handles their ioctls. The IOCTL interface to the driver
> is defined in dxgkmthk.h (Dxgkrnl Graphics Port Driver ioctl
> definitions).
On Tue, Jun 16, 2020 at 12:51:56PM +0200, Pavel Machek wrote:
> Having said that, I hit one stumbling block:
> "Further, at this time there are no presentation integration. "
>
> If we upstream this driver as-is into some hyperv specific place, and
> you decide to add presentation integration
Hi!
> > The driver creates the /dev/dxg device, which can be opened by user mode
> > application and handles their ioctls. The IOCTL interface to the driver
> > is defined in dxgkmthk.h (Dxgkrnl Graphics Port Driver ioctl
> > definitions). The interface matches the D3DKMT interface on Windows.
>
> > Having said that, I hit one stumbling block:
> > "Further, at this time there are no presentation integration. "
> >
> > If we upstream this driver as-is into some hyperv specific place, and
> > you decide to add presentation integration this is more than likely
> > going to mean you will want
Hi!
> Thanks for the discussion. I may not be able to immediately answer all of
> your questions, but I'll do my best .
>
Could you do something with your email settings? Because this is not how you
should use
email on lkml. "[EXTERNAL]" in the subject, top-posting, unwrapped lines...
<mailto:alexander.deuc...@amd.com>; KY Srinivasan <mailto:k...@microsoft.com>;
Wei Liu <mailto:wei....@kernel.org>; Hawking Zhang
<mailto:hawking.zh...@amd.com>
Subject: Re: [EXTERNAL] Re: [RFC PATCH 0/4] DirectX on Linux
Hi Steve,
Sounds all good, some more comme
ger ; wei@kernel.org; Steve Pronovost
> ; Iouri Tarassov ;
> dri-de...@lists.freedesktop.org; linux-fb...@vger.kernel.org;
> gre...@linuxfoundation.org
> Subject: [EXTERNAL] Re: [RFC PATCH 0/4] DirectX on Linux
>
> Hi
>
> Am 19.05.20 um 18:32 schrieb Sasha Levin:
>>
On Tuesday 2020-05-19 22:36, Sasha Levin wrote:
>
>> - Why DX12 on linux? Looking at this feels like classic divide and
>
> There is a single usecase for this: WSL2 developer who wants to run
> machine learning on his GPU. The developer is working on his laptop,
> which is running Windows and
x-kernel@vger.kernel.org; linux-hyp...@vger.kernel.org; KY Srinivasan
; Haiyang Zhang ; Stephen Hemminger
; wei@kernel.org; Steve Pronovost
; Iouri Tarassov ;
dri-de...@lists.freedesktop.org; linux-fb...@vger.kernel.org;
gre...@linuxfoundation.org
Subject: [EXTERNAL] Re: [RFC PATCH 0/4]
Hi
Am 19.05.20 um 18:32 schrieb Sasha Levin:
> There is a blog post that goes into more detail about the bigger
> picture, and walks through all the required pieces to make this work. It
> is available here:
> https://devblogs.microsoft.com/directx/directx-heart-linux . The rest of
> this cover
inux Fbdev development list
; Iouri Tarassov ; Deucher,
Alexander ; KY Srinivasan ; Wei
Liu ; Hawking Zhang
Subject: [EXTERNAL] Re: [RFC PATCH 0/4] DirectX on Linux
On Wed, May 20, 2020 at 12:42 AM Dave Airlie wrote:
>
> On Wed, 20 May 2020 at 02:33, Sasha Levin wrote:
> >
> > Th
On Wed, 20 May 2020 at 08:42, Dave Airlie wrote:
>
> On Wed, 20 May 2020 at 02:33, Sasha Levin wrote:
> >
> > There is a blog post that goes into more detail about the bigger
> > picture, and walks through all the required pieces to make this work. It
> > is available here:
> >
On Wed, May 20, 2020 at 12:42 AM Dave Airlie wrote:
>
> On Wed, 20 May 2020 at 02:33, Sasha Levin wrote:
> >
> > There is a blog post that goes into more detail about the bigger
> > picture, and walks through all the required pieces to make this work. It
> > is available here:
> >
On Wed, 20 May 2020 at 02:33, Sasha Levin wrote:
>
> There is a blog post that goes into more detail about the bigger
> picture, and walks through all the required pieces to make this work. It
> is available here:
> https://devblogs.microsoft.com/directx/directx-heart-linux . The rest of
> this
Hi Daniel,
On Tue, May 19, 2020 at 09:21:15PM +0200, Daniel Vetter wrote:
Hi Sasha
So obviously great that Microsoft is trying to upstream all this, and
very much welcome and all that.
But I guess there's a bunch of rather fundamental issues before we
look into any kind of code details. And
Hi Sasha
So obviously great that Microsoft is trying to upstream all this, and
very much welcome and all that.
But I guess there's a bunch of rather fundamental issues before we
look into any kind of code details. And that might make this quite a
hard sell for upstream to drivers/gpu subsystem:
There is a blog post that goes into more detail about the bigger
picture, and walks through all the required pieces to make this work. It
is available here:
https://devblogs.microsoft.com/directx/directx-heart-linux . The rest of
this cover letter will focus on the Linux Kernel bits.
Overview
20 matches
Mail list logo
