Bug#943865: src:mesa: Please build Mesa SWR rasterizer on amd64 and i386

2023-08-14 Thread Fabio Pedretti
block 943865 with 1006202
thanks

SWR was removed from mesa, but it is still available in mesa-amber



Bug#943865: src:mesa: Please build Mesa SWR rasterizer on amd64 and i386

2019-11-16 Thread Witold Baryluk
Package: src:mesa
Followup-For: Bug #943865


Hi Timo.

I would keep llvmpipe even on x86. Two reasons.

1. Ability to run on SSE2 only hardware
2. SWR do have some bugs compared to llvmpipe which is working almost perfectly.

Having both is also good for testing and benchmarking both as it enables way 
easier switching.

I do not think SWR is in a good shape or have enogh upstream maintainers
to enable by default even on amd64.

Enabling SWR and give time people (including me) to test it more and
compare to llvmpipe is a better idea.


Cheers,
Witold


PS. Sorry if you receive it twice, my reportbug was misconfigured.



Bug#943865: src:mesa: Please build Mesa SWR rasterizer on amd64 and i386

2019-11-11 Thread Timo Aaltonen
On 11.11.2019 11.54, Timo Aaltonen wrote:
> I'm thinking this should replace llvmpipe on x86 if enabled, there's no
> point in keeping both especially since llvmpipe would still be the default.

On a second thought, I can't see a way to do this, as both require llvm
and 'swrast' driver enabled.


-- 
t



Bug#943865: src:mesa: Please build Mesa SWR rasterizer on amd64 and i386

2019-11-11 Thread Timo Aaltonen
On 31.10.2019 1.35, Witold Baryluk wrote:
> Package: src:mesa
> Severity: normal
> 
> Dear Maintainer,
> 
> SWR is a new high performance rasterizer that is usually significantly
> faster than softpipe or llvmpipe and is merged in upstream Mesa for
> some time.
> 
> Adding these meson extra flags:
> 
> "-Dgallium-drivers=,swrast,swr" "-Dswr-arches=avx,avx2,knl,skx"
> 
> should build and install these files in lib/{x86_64,i386}-linux-gnu/
> 
> libswrAVX2.so
> libswrAVX2.so.0
> libswrAVX2.so.0.0.0
> libswrAVX.so
> libswrAVX.so.0
> libswrAVX.so.0.0.0
> libswrKNL.so
> libswrKNL.so.0
> libswrKNL.so.0.0.0
> libswrSKX.so
> libswrSKX.so.0
> libswrSKX.so.0.0.0
> 
> dri/kms_swrast_dri.so(maybe)
> dri/swrast_dri.so
> 
> It is probably worth packaging into separate package (with all arches
> tho, no need to split it into 4 packages, mesa gallium loaader will
> automatically determine best suitable version and load it dynamically).
> 
> Building on other archs might succeed (unlikely), but it is pointless as
> SWR targets at the moment only x86 specific vector instructions so even if
> it manages to be able to generate code at runtime (via LLVM) it will not be
> able to run it anyway. Thus the request is only for i386 and amd64.
> 
> Adding x32 and kfreebsd-{amd64,i386} at your discretion.
> 
> Best regards,
> Witold.

I'm thinking this should replace llvmpipe on x86 if enabled, there's no
point in keeping both especially since llvmpipe would still be the default.



-- 
t



Bug#943865: src:mesa: Please build Mesa SWR rasterizer on amd64 and i386

2019-10-30 Thread Witold Baryluk
Package: src:mesa
Severity: normal

Dear Maintainer,

SWR is a new high performance rasterizer that is usually significantly
faster than softpipe or llvmpipe and is merged in upstream Mesa for
some time.

Adding these meson extra flags:

"-Dgallium-drivers=,swrast,swr" "-Dswr-arches=avx,avx2,knl,skx"

should build and install these files in lib/{x86_64,i386}-linux-gnu/

libswrAVX2.so
libswrAVX2.so.0
libswrAVX2.so.0.0.0
libswrAVX.so
libswrAVX.so.0
libswrAVX.so.0.0.0
libswrKNL.so
libswrKNL.so.0
libswrKNL.so.0.0.0
libswrSKX.so
libswrSKX.so.0
libswrSKX.so.0.0.0

dri/kms_swrast_dri.so(maybe)
dri/swrast_dri.so

It is probably worth packaging into separate package (with all arches
tho, no need to split it into 4 packages, mesa gallium loaader will
automatically determine best suitable version and load it dynamically).

Building on other archs might succeed (unlikely), but it is pointless as
SWR targets at the moment only x86 specific vector instructions so even if
it manages to be able to generate code at runtime (via LLVM) it will not be
able to run it anyway. Thus the request is only for i386 and amd64.

Adding x32 and kfreebsd-{amd64,i386} at your discretion.

Best regards,
Witold.





-- System Information:
Debian Release: bullseye/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'testing-debug'), (500, 
'unstable'), (1, 'experimental-debug'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.2.0-3-amd64 (SMP w/32 CPU cores)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled