Re: [Mesa-dev] OpenGL and OpenCL on top of D3D12

[Karol Herbst]

On Tue, Mar 24, 2020 at 5:39 PM Gert Wollny  wrote:
>
> Dear Mesa developers,
>
> Today, we at Collabora together with Microsoft have announced a new
> project based on Mesa: OpenGL and OpenCL on top of Microsoft's D3D12.
> You can find the full  announcements here:
>
> https://www.collabora.com/news-and-blog/news-and-events/introducing-opencl-and-opengl-on-directx.html
>
> https://devblogs.microsoft.com/directx/in-the-works-opencl-and-opengl-mapping-layers-to-directx
>
> How does this affect Mesa?
>
> First of all, we intend to contribute this work into upstream Mesa.
>
> The OpenGL work is similar to what Zink does with Vulkan, and will use
> some comparable approaches for the emulation of features, hence there
> will be some obvious opportunities for code-sharing with Zink.
>
> The OpenCL support is not using the Clover runtime, but instead is a
> standalone runtime that shares the NIR-to-DXIL compiler that we
> contribute to Mesa and that is also used by above OpenGL layer.
>

I understand that people are unhappy with clover, but this way is not
ideal either. Why creating a runtime which only benefits Microsoft
when you could also create a replacement useful for all of gallium
instead?

> As we are using spirv-to-nir in our OpenCL compiler, we have
> implemented some missing OpenCL-specific features there as well. In
> addition, we are also carrying some out-of-tree changes from other mesa
> contributors, where we also contribute reviews of in order to help them
> land.
>
> Our work also includes contributing, improving, and maintaining the CI
> for Windows, to be run on a variety of supported Windows targets.
> Currently, Collabora is providing a Windows GitLab CI runner in order
> to run our builds. We are looking into integrating this into fd.o's
> general fleet of shared runners.
>
> A high-performance DXGI libgl-target/winsys is also in the works, so we
> can render directly into Windows' compositor surfaces. In theory, and
> as a benefit to the wider Mesa community, other hardware driver could
> be ported to support rendering into those surfaces as well.
>
> As part of this work and thanks to Microsoft's support, the WGL header
> files are being re-licensed as MIT, so we can reuse these original
> headers rather than a reverse-engineered copy. Patches for this will
> follow soon.
>
> A dump of the code in its current state can be found here:
> https://gitlab.freedesktop.org/kusma/mesa/-/tree/msclc-d3d12
> and we intend to upstream this code by breaking it into independent
> MRs shortly.
>
> We hope you're all as excited about this as we are!
>
> Gert Wollny, on behalf of the Microsoft development team (Bill
> Kristiansen and Jesse Natalie) and the Collabora development team
> (Boris Brezillon, Daniel Stone, Elie Tournier, Erik Faye-Lund, Louis-
> Francis Ratté-Boulianne)
>
>
> ___
> mesa-dev mailing list
> mesa-dev@lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/mesa-dev

___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev

[Mesa-dev] OpenGL and OpenCL on top of D3D12

[Gert Wollny]

Dear Mesa developers,

Today, we at Collabora together with Microsoft have announced a new
project based on Mesa: OpenGL and OpenCL on top of Microsoft's D3D12.
You can find the full  announcements here:

https://www.collabora.com/news-and-blog/news-and-events/introducing-opencl-and-opengl-on-directx.html

https://devblogs.microsoft.com/directx/in-the-works-opencl-and-opengl-mapping-layers-to-directx

How does this affect Mesa? 

First of all, we intend to contribute this work into upstream Mesa. 

The OpenGL work is similar to what Zink does with Vulkan, and will use
some comparable approaches for the emulation of features, hence there
will be some obvious opportunities for code-sharing with Zink. 

The OpenCL support is not using the Clover runtime, but instead is a
standalone runtime that shares the NIR-to-DXIL compiler that we
contribute to Mesa and that is also used by above OpenGL layer.  

As we are using spirv-to-nir in our OpenCL compiler, we have
implemented some missing OpenCL-specific features there as well. In
addition, we are also carrying some out-of-tree changes from other mesa
contributors, where we also contribute reviews of in order to help them
land.

Our work also includes contributing, improving, and maintaining the CI
for Windows, to be run on a variety of supported Windows targets. 
Currently, Collabora is providing a Windows GitLab CI runner in order
to run our builds. We are looking into integrating this into fd.o's
general fleet of shared runners.

A high-performance DXGI libgl-target/winsys is also in the works, so we
can render directly into Windows' compositor surfaces. In theory, and
as a benefit to the wider Mesa community, other hardware driver could
be ported to support rendering into those surfaces as well.

As part of this work and thanks to Microsoft's support, the WGL header
files are being re-licensed as MIT, so we can reuse these original
headers rather than a reverse-engineered copy. Patches for this will
follow soon.

A dump of the code in its current state can be found here:
https://gitlab.freedesktop.org/kusma/mesa/-/tree/msclc-d3d12
and we intend to upstream this code by breaking it into independent
MRs shortly.

We hope you're all as excited about this as we are!

Gert Wollny, on behalf of the Microsoft development team (Bill
Kristiansen and Jesse Natalie) and the Collabora development team
(Boris Brezillon, Daniel Stone, Elie Tournier, Erik Faye-Lund, Louis-
Francis Ratté-Boulianne)


___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev

Re: [Mesa-dev] Drop scons for 20.1?

[Daniel Stone]

Hi,

On Tue, 25 Feb 2020 at 23:42, Kristian Høgsberg  wrote:
> It's been a while since Dylan did the work to make meson support
> Windows and there's been plenty of time to provide feedback or improve
> argue why we still need scons. I haven't seen any such discussion and
> I think we've waited long enough.

Dylan's work didn't get enabled by default, and also depended on
Windows runners having a system environment set up. Taking a little
bit of work from the GStreamer side, I wrote a native Windows VS2019
CI which also uses Docker to build in:
https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/4304

Cheers,
Daniel
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev

[Mesa-dev] Windows build broken

[Brian Paul]

by:

commit f8f1413070ae079443ab31a75679cfd10cb756ed
Author: Pierre-Eric Pelloux-Prayer 
Date:   Mon Mar 16 10:49:17 2020 +0100

util/u_process: add util_get_process_exec_path

Reviewed-by: Marek Olšák 
Part-of: 




scons: Building targets ...
  Compiling src\gallium\auxiliary\driver_ddebug\dd_draw.c ...
dd_draw.c
  Compiling src\gallium\auxiliary\os\os_process.c ...
os_process.c
  Compiling src\util\os_file.c ...
os_file.c
  Compiling src\util\u_process.c ...
u_process.c
  Compiling src\util\u_queue.c ...
src\util\u_process.c(34): fatal error C1083: Cannot open include file: 
'unistd.h': No such file or directory



The #include of unistd.h should probably be moved into the later #if 
DETECT_OS_WINDOWS block.


-Brian

___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev

Re: [Mesa-dev] Windows build broken

[Pierre-Eric Pelloux-Prayer]

Hi,

Sorry about that.
https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/4303 should fix it.

Thanks,
Pierre-Eric

On 24/03/2020 15:54, Brian Paul wrote:
> by:
> 
> commit f8f1413070ae079443ab31a75679cfd10cb756ed
> Author: Pierre-Eric Pelloux-Prayer 
> Date:   Mon Mar 16 10:49:17 2020 +0100
> 
>     util/u_process: add util_get_process_exec_path
> 
>     Reviewed-by: Marek Olšák 
>     Part-of: 
> 
> 
> scons: Building targets ...
>   Compiling src\gallium\auxiliary\driver_ddebug\dd_draw.c ...
> dd_draw.c
>   Compiling src\gallium\auxiliary\os\os_process.c ...
> os_process.c
>   Compiling src\util\os_file.c ...
> os_file.c
>   Compiling src\util\u_process.c ...
> u_process.c
>   Compiling src\util\u_queue.c ...
> src\util\u_process.c(34): fatal error C1083: Cannot open include file: 
> 'unistd.h': No such file or directory
> 
> 
> The #include of unistd.h should probably be moved into the later #if 
> DETECT_OS_WINDOWS block.
> 
> -Brian
> 
> ___
> mesa-dev mailing list
> mesa-dev@lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/mesa-dev
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev

Re: [Mesa-dev] 2020 X.Org Board of Directors Elections Nomination period is NOW

[Daniel Vetter]

Another reminder that we're in the election process, and the next
deadline is approaching:

- Send board nominations to elections AT x DOT org

- Got to https://members.x.org/ to renew your membership (or become
one to begin with!)

On Tue, Mar 17, 2020 at 7:21 AM Daniel Vetter  wrote:
>
> Just a quick reminder that both board nomination and membership
> renewal periods are still opening:
>
> - Send board nominations to elections AT x DOT org
>
> - Got to https://members.x.org/ to renew your membership (or become
> one to begin with!)
>
> Cheers, Daniel
>
> On Sun, Mar 8, 2020 at 8:51 PM Daniel Vetter  wrote:
> >
> > We are seeking nominations for candidates for election to the X.Org
> > Foundation Board of Directors. All X.Org Foundation members are
> > eligible for election to the board.
> >
> > Nominations for the 202 election are now open and will remain open
> > until 23:59 UTC on 29th March 2020.
> >
> > The Board consists of directors elected from the membership. Each
> > year, an election is held to bring the total number of directors to
> > eight. The four members receiving the highest vote totals will serve
> > as directors for two year terms.
> >
> > The directors who received two year terms starting in 2019 wereSamuel
> > Iglesias Gonsálvez, Manasi D Navare, Lyude Paul and Daniel Vetter.
> > They will continue to serve until their term ends in 2021. Current
> > directors whose term expires in 2020 are Eric Anholt,  Bryce
> > Harrington, Keith Packard and Harry Wentland.
> >
> > A director is expected to participate in the fortnightly IRC meeting
> > to discuss current business and to attend the annual meeting of the
> > X.Org Foundation, which will be held at a location determined in
> > advance by the Board of Directors.
> >
> > A member may nominate themselves or any other member they feel is
> > qualified. Nominations should be sent to the Election Committee at
> > elections at x.org.
> >
> > Nominees shall be required to be current members of the X.Org
> > Foundation, and submit a personal statement of up to 200 words that
> > will be provided to prospective voters. The collected statements,
> > along with the statement of contribution to the X.Org Foundation in
> > the member's account page on http://members.x.org, will be made
> > available to all voters to help them make their voting decisions.
> >
> > Nominations, membership applications or renewals and completed
> > personal statements must be received no later than 23:59 UTC on 02
> > April 2020.
> >
> > The slate of candidates will be published 6 April 2020 and candidate
> > Q will begin then. The deadline for Xorg membership applications and
> > renewals is 02 April 2020.
> >
> > Cheers, Daniel, on behalf of the X.Org BoD
> >
> > PS: I cc'ed the usual dev lists since not many members put in the renewal 
> > yet.
> > --
> > Daniel Vetter
> > Software Engineer, Intel Corporation
> > +41 (0) 79 365 57 48 - http://blog.ffwll.ch
>
>
>
> --
> Daniel Vetter
> Software Engineer, Intel Corporation
> +41 (0) 79 365 57 48 - http://blog.ffwll.ch



-- 
Daniel Vetter
Software Engineer, Intel Corporation
+41 (0) 79 365 57 48 - http://blog.ffwll.ch
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev