Bug 602716

Summary:	media-libs/mesa: OpenSWR support
Product:	Gentoo Linux	Reporter:	hexum <hexumg>
Component:	Current packages	Assignee:	Gentoo X packagers <x11>
Status:	RESOLVED WONTFIX
Severity:	normal	CC:	0xe2.0x9a.0x9b
Priority:	Normal
Version:	unspecified
Hardware:	All
OS:	Linux
Whiteboard:
Package list:		Runtime testing required:	---
Attachments:	proposed patch over mesa-18.3.0_rc2.ebuild (fixed) proposed patch over mesa-18.3.0_rc2.ebuild mesa-18.3.2-swr2.patch fixed - mesa-18.3.2-swr3.patch fixed2 mesa-18.3.2-swr3.patch fixed2 mesa-18.3.2-swr4.patch

Description hexum 2016-12-15 00:00:18 UTC

OpenSWR added to mesa.
http://openswr.org/

Citation from the site below:
> How to build Mesa with OpenSWR: 
> On Linux, OpenSWR is built using the standard autoconf package as described here, with the addition of "swr" to the list of gallium drivers.

> Example: 
> ./configure --disable-dri --disable-egl --enable-xlib-glx --with-gallium-drivers=swrast,swr

VIDEO_CARD="swr" option should be added to use this .

Comment 1 Denis Kaganovich 2018-11-14 17:59:07 UTC

Created attachment 555094 [details, diff]
proposed patch over mesa-18.3.0_rc2.ebuild

(at least for 18.2.4 too) - proposed ebuild patch, adding CPU_FLAGS_X86: avx avx2 avx512bw avx512er avx512f. Testing over current CFLAGS to current common feature levels (-march=*, -mavx*) and build all swr modules from CFLAGS to useflags. This feature levels are runtime selected and may be used all for bindist (or upgrades).

Comment 2 Denis Kaganovich 2018-11-14 18:04:53 UTC

Created attachment 555096 [details, diff]
(fixed) proposed patch over mesa-18.3.0_rc2.ebuild

sorry, my usual last seconds bug... cleaned/fixed

Comment 3 Matt Turner gentoo-dev

2018-11-14 19:44:53 UTC

To be honest I'm really unexcited about adding OpenSWR support because of all the additional complications it will brings.

Can we simply enable all SWR backends and be done with it? I don't see much reason to offer all the configurability if they're all run-time selected.

Comment 4 Denis Kaganovich 2018-11-14 21:06:52 UTC

Or, to make dafault all ON but still reasonable optimized - prefix "+" to all cpu_flags_x86_* in IUSE in my patch...

Comment 5 Denis Kaganovich 2019-01-30 15:13:05 UTC

fyi: https://bugs.freedesktop.org/show_bug.cgi?id=109023
- meson-specific bug to build "future" features

Comment 6 Denis Kaganovich 2019-01-30 16:18:15 UTC

Created attachment 563288 [details, diff]
mesa-18.3.2-swr2.patch

Simple build only one actual (autodetected by CXXFLAGS) swr arch without additional USE (on amd64+gallium+llvm).

Comment 7 Denis Kaganovich 2019-01-30 16:22:42 UTC

Created attachment 563290 [details, diff]
fixed - mesa-18.3.2-swr3.patch

fixed

Comment 8 Denis Kaganovich 2019-01-30 16:30:37 UTC

Created attachment 563294 [details, diff]
fixed2 mesa-18.3.2-swr3.patch

fixed again. sorry, last minute converting from working external script...

Comment 9 Denis Kaganovich 2019-01-30 16:32:42 UTC

Created attachment 563296 [details, diff]
fixed2 mesa-18.3.2-swr4.patch

fixed again. sorry, last minute converting from working external script...

Comment 10 Matt Turner gentoo-dev

2019-07-29 03:33:19 UTC

(In reply to Matt Turner from comment #3)
> To be honest I'm really unexcited about adding OpenSWR support because of
> all the additional complications it will brings.

... especially since it seems to be almost entirely unmaintained now.