linux-kernel - Re: [RFC PATCH 0/4] DirectX on Linux

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <nycvar.YFH.7.77.849.2005201222370.19642@n3.vanv.qr>
Date:   Wed, 20 May 2020 12:37:25 +0200 (CEST)
From:   Jan Engelhardt <jengelh@...i.de>
To:     Sasha Levin <sashal@...nel.org>
cc:     Daniel Vetter <daniel@...ll.ch>,
        Olof Johansson <olof.johansson@...il.com>,
        Jerome Glisse <jglisse@...hat.com>,
        Jason Ekstrand <jason@...kstrand.net>,
        Alex Deucher <alexander.deucher@....com>,
        "Wilson, Chris" <chris@...is-wilson.co.uk>,
        "Syrjala, Ville" <ville.syrjala@...ux.intel.com>,
        Hawking Zhang <Hawking.Zhang@....com>,
        Tvrtko Ursulin <tvrtko.ursulin@...el.com>,
        linux-hyperv@...r.kernel.org,
        Stephen Hemminger <sthemmin@...rosoft.com>,
        Greg KH <gregkh@...uxfoundation.org>,
        Haiyang Zhang <haiyangz@...rosoft.com>,
        Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
        dri-devel <dri-devel@...ts.freedesktop.org>,
        spronovo@...rosoft.com, Wei Liu <wei.liu@...nel.org>,
        Linux Fbdev development list <linux-fbdev@...r.kernel.org>,
        iourit@...rosoft.com, "K. Y. Srinivasan" <kys@...rosoft.com>
Subject: Re: [RFC PATCH 0/4] DirectX on Linux


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 that laptop has a single GPU that Windows
> is using.

It does not feel right conceptually. If the target is a Windows API
(DX12/ML), why bother with Linux environments? Make it a Windows executable,
thereby skipping the WSL translation layer and passthrough.