debcrafters-packages team mailing list archive

[Rolf Leggewie <2083020@xxxxxxxxxxxxxxxxxx>]

Apparently, this just hit ports.ubuntu.com for the armhf platform.

I'd consider this SRU to be close to a regression.  It adds 140 MB in my
case on a headless machine through the dependency on libllvm19.  And
what is the reason?  HWE?!  I'm not getting it and I'm not buying it.

-- 
You received this bug notification because you are a member of
Debcrafters packages, which is subscribed to mesa in Ubuntu.
https://bugs.launchpad.net/bugs/2083020

Title:
  Backport packages for 24.04.2 HWE stack

Status in OEM Priority Project:
  New
Status in libdrm package in Ubuntu:
  Invalid
Status in llvm-toolchain-19 package in Ubuntu:
  Invalid
Status in mesa package in Ubuntu:
  Invalid
Status in meson-1.5 package in Ubuntu:
  Invalid
Status in spirv-llvm-translator-19 package in Ubuntu:
  Invalid
Status in libdrm source package in Noble:
  Fix Released
Status in llvm-toolchain-19 source package in Noble:
  Fix Released
Status in mesa source package in Noble:
  Fix Released
Status in meson-1.5 source package in Noble:
  Fix Released
Status in spirv-llvm-translator-19 source package in Noble:
  Fix Released

Bug description:
  [Impact]
  The graphics HWE stack from oracular needs to be backported for 24.04.2

  libdrm
  - build-dep of mesa

  spirv-llvm-translator
  - build-dep of llvm
  - note that some symbols changed/added/dropped on certain archs due to older 
    gcc/toolchain, so dh_makeshlibs was overridden to not care about those

  llvm-toolchain-19
  - new source in noble
  - build-dep of mesa
  - required for new AMD platforms
  - needs two uploads:
    * 1st stage bootstrap build
    * 2nd stage after spirv-llvm-translator has built against 1st stage

  mesa
  - new major release, last of the series (24.2.8) so it has accumulated all
    the fixes upstream considered worthy for it
  - new HW support, Lunar Lake, Battlemage..

  meson-1.5
  - needed by mesa
  - Conflicts/Replaces meson, because otherwise all of the python lib should be
    renamed, along with the includes etc so it's not a trivial amount of work
  - tests disabled because four irrelevant ones fail for some reason, doesn't
    affect the mesa backport

  [Test case]
  We want to cover at least 2-3 different, widely used and already previously supported GPU generations from both AMD and Intel which are supported by this release, as those are the ones that cover most bases; nouveau users tend to switch to the NVIDIA driver after installation. No need to test ancient GPU's supported by mesa-amber. And best to focus on the newer generations (~5y and newer) as the older ones are less likely to break at this point.
  - AMD: Vega, Navi1x (RX5000*), Navi2x (RX6000*), Navi3x (RX7000*)
  - Intel: gen9 (SKL/APL/KBL/CFL/WHL/CML), gen11 (ICL), gen12 (TGL/ADL/RKL/RPL/DG2)

  Install the new packages and run some tests:
  - check that the desktop is still using hw acceleration and hasn't fallen back to swrast/llvmpipe
  - run freely available benchmarks that torture the GPU (Unigine Heaven/Valley/Superposition)
  - run some games from Steam if possible

  and in each case check that there is no gfx corruption happening or
  worse.

  Note that upstream releases have already been tested for OpenGL and
  Vulkan conformance by their CI.

  [Where things could go wrong]
  This is a major update of Mesa, there could be regressions but we'll try to catch any with testing. And since it shares bugs with oracular, we'd already know if there are serious issues.

To manage notifications about this bug go to:
https://bugs.launchpad.net/oem-priority/+bug/2083020/+subscriptions