mesa-23.1.9-01.mga9 is a maintenance release. RPMs: x86_64: lib64d3d1-23.1.9-1.mga9.x86_64.rpm lib64d3d-devel-23.1.9-1.mga9.x86_64.rpm lib64dri-drivers-23.1.9-1.mga9.x86_64.rpm lib64gbm1-23.1.9-1.mga9.x86_64.rpm lib64gbm-devel-23.1.9-1.mga9.x86_64.rpm lib64glapi0-23.1.9-1.mga9.x86_64.rpm lib64glapi-devel-23.1.9-1.mga9.x86_64.rpm lib64mesaegl1-23.1.9-1.mga9.x86_64.rpm lib64mesaegl-devel-23.1.9-1.mga9.x86_64.rpm lib64mesagl1-23.1.9-1.mga9.x86_64.rpm lib64mesagl-devel-23.1.9-1.mga9.x86_64.rpm lib64mesaglesv1_1-23.1.9-1.mga9.x86_64.rpm lib64mesaglesv1-devel-23.1.9-1.mga9.x86_64.rpm lib64mesaglesv2_2-23.1.9-1.mga9.x86_64.rpm lib64mesaglesv2-devel-23.1.9-1.mga9.x86_64.rpm lib64mesakhr-devel-23.1.9-1.mga9.x86_64.rpm lib64mesaopencl1-23.1.9-1.mga9.x86_64.rpm lib64mesaopencl-devel-23.1.9-1.mga9.x86_64.rpm lib64mesarusticl1-23.1.9-1.mga9.x86_64.rpm lib64mesarusticl-devel-23.1.9-1.mga9.x86_64.rpm lib64mesavulkan-devel-23.1.9-1.mga9.x86_64.rpm lib64mesavulkan-drivers-23.1.9-1.mga9.x86_64.rpm lib64osmesa8-23.1.9-1.mga9.x86_64.rpm lib64osmesa-devel-23.1.9-1.mga9.x86_64.rpm lib64vdpau-driver-nouveau-23.1.9-1.mga9.x86_64.rpm lib64vdpau-driver-r600-23.1.9-1.mga9.x86_64.rpm lib64vdpau-driver-radeonsi-23.1.9-1.mga9.x86_64.rpm lib64vdpau-driver-virtio_gpu-23.1.9-1.mga9.x86_64.rpm lib64xatracker2-23.1.9-1.mga9.x86_64.rpm lib64xatracker-devel-23.1.9-1.mga9.x86_64.rpm mesa-23.1.9-1.mga9.x86_64.rpm mesa-common-devel-23.1.9-1.mga9.x86_64.rpm mesa-omx-drivers-23.1.9-1.mga9.x86_64.rpm i586: libd3d1-23.1.9-1.mga9.i586.rpm libd3d-devel-23.1.9-1.mga9.i586.rpm libdri-drivers-23.1.9-1.mga9.i586.rpm libgbm1-23.1.9-1.mga9.i586.rpm libgbm-devel-23.1.9-1.mga9.i586.rpm libglapi0-23.1.9-1.mga9.i586.rpm libglapi-devel-23.1.9-1.mga9.i586.rpm libmesaegl1-23.1.9-1.mga9.i586.rpm libmesaegl-devel-23.1.9-1.mga9.i586.rpm libmesagl1-23.1.9-1.mga9.i586.rpm libmesagl-devel-23.1.9-1.mga9.i586.rpm libmesaglesv1_1-23.1.9-1.mga9.i586.rpm libmesaglesv1-devel-23.1.9-1.mga9.i586.rpm libmesaglesv2_2-23.1.9-1.mga9.i586.rpm libmesaglesv2-devel-23.1.9-1.mga9.i586.rpm libmesakhr-devel-23.1.9-1.mga9.i586.rpm libmesaopencl1-23.1.9-1.mga9.i586.rpm libmesaopencl-devel-23.1.9-1.mga9.i586.rpm libmesarusticl1-23.1.9-1.mga9.i586.rpm libmesarusticl-devel-23.1.9-1.mga9.i586.rpm libmesavulkan-devel-23.1.9-1.mga9.i586.rpm libmesavulkan-drivers-23.1.9-1.mga9.i586.rpm libosmesa8-23.1.9-1.mga9.i586.rpm libosmesa-devel-23.1.9-1.mga9.i586.rpm libvdpau-driver-nouveau-23.1.9-1.mga9.i586.rpm libvdpau-driver-r600-23.1.9-1.mga9.i586.rpm libvdpau-driver-radeonsi-23.1.9-1.mga9.i586.rpm libvdpau-driver-virtio_gpu-23.1.9-1.mga9.i586.rpm libxatracker2-23.1.9-1.mga9.i586.rpm libxatracker-devel-23.1.9-1.mga9.i586.rpm mesa-23.1.9-1.mga9.i586.rpm mesa-common-devel-23.1.9-1.mga9.i586.rpm mesa-omx-drivers-23.1.9-1.mga9.i586.rpm References: https://docs.mesa3d.org/relnotes/23.1.8.html https://docs.mesa3d.org/relnotes/23.1.9.html
Assignee: bugsquad => qa-bugsCC: (none) => ghibomgx, j.alberto.vc
Oops, sorry, I forgot to add the tainted packages :-(
So, all the packages from comment 1, but also: x86_64: lib64d3d1-23.1.9-1.mga9.tainted.x86_64.rpm lib64d3d-devel-23.1.9-1.mga9.tainted.x86_64.rpm lib64dri-drivers-23.1.9-1.mga9.tainted.x86_64.rpm lib64gbm1-23.1.9-1.mga9.tainted.x86_64.rpm lib64gbm-devel-23.1.9-1.mga9.tainted.x86_64.rpm lib64glapi0-23.1.9-1.mga9.tainted.x86_64.rpm lib64glapi-devel-23.1.9-1.mga9.tainted.x86_64.rpm lib64mesaegl1-23.1.9-1.mga9.tainted.x86_64.rpm lib64mesaegl-devel-23.1.9-1.mga9.tainted.x86_64.rpm lib64mesagl1-23.1.9-1.mga9.tainted.x86_64.rpm lib64mesagl-devel-23.1.9-1.mga9.tainted.x86_64.rpm lib64mesaglesv1_1-23.1.9-1.mga9.tainted.x86_64.rpm lib64mesaglesv1-devel-23.1.9-1.mga9.tainted.x86_64.rpm lib64mesaglesv2_2-23.1.9-1.mga9.tainted.x86_64.rpm lib64mesaglesv2-devel-23.1.9-1.mga9.tainted.x86_64.rpm lib64mesakhr-devel-23.1.9-1.mga9.tainted.x86_64.rpm lib64mesaopencl1-23.1.9-1.mga9.tainted.x86_64.rpm lib64mesaopencl-devel-23.1.9-1.mga9.tainted.x86_64.rpm lib64mesarusticl1-23.1.9-1.mga9.tainted.x86_64.rpm lib64mesarusticl-devel-23.1.9-1.mga9.tainted.x86_64.rpm lib64mesavulkan-devel-23.1.9-1.mga9.tainted.x86_64.rpm lib64mesavulkan-drivers-23.1.9-1.mga9.tainted.x86_64.rpm lib64osmesa8-23.1.9-1.mga9.tainted.x86_64.rpm lib64osmesa-devel-23.1.9-1.mga9.tainted.x86_64.rpm lib64vdpau-driver-nouveau-23.1.9-1.mga9.tainted.x86_64.rpm lib64vdpau-driver-r600-23.1.9-1.mga9.tainted.x86_64.rpm lib64vdpau-driver-radeonsi-23.1.9-1.mga9.tainted.x86_64.rpm lib64vdpau-driver-virtio_gpu-23.1.9-1.mga9.tainted.x86_64.rpm lib64xatracker2-23.1.9-1.mga9.tainted.x86_64.rpm lib64xatracker-devel-23.1.9-1.mga9.tainted.x86_64.rpm mesa-23.1.9-1.mga9.tainted.x86_64.rpm mesa-common-devel-23.1.9-1.mga9.tainted.x86_64.rpm mesa-omx-drivers-23.1.9-1.mga9.tainted.x86_64.rpm i586: libd3d1-23.1.9-1.mga9.tainted.i586.rpm libd3d-devel-23.1.9-1.mga9.tainted.i586.rpm libdri-drivers-23.1.9-1.mga9.tainted.i586.rpm libgbm1-23.1.9-1.mga9.tainted.i586.rpm libgbm-devel-23.1.9-1.mga9.tainted.i586.rpm libglapi0-23.1.9-1.mga9.tainted.i586.rpm libglapi-devel-23.1.9-1.mga9.tainted.i586.rpm libmesaegl1-23.1.9-1.mga9.tainted.i586.rpm libmesaegl-devel-23.1.9-1.mga9.tainted.i586.rpm libmesagl1-23.1.9-1.mga9.tainted.i586.rpm libmesagl-devel-23.1.9-1.mga9.tainted.i586.rpm libmesaglesv1_1-23.1.9-1.mga9.tainted.i586.rpm libmesaglesv1-devel-23.1.9-1.mga9.tainted.i586.rpm libmesaglesv2_2-23.1.9-1.mga9.tainted.i586.rpm libmesaglesv2-devel-23.1.9-1.mga9.tainted.i586.rpm libmesakhr-devel-23.1.9-1.mga9.tainted.i586.rpm libmesaopencl1-23.1.9-1.mga9.tainted.i586.rpm libmesaopencl-devel-23.1.9-1.mga9.tainted.i586.rpm libmesarusticl1-23.1.9-1.mga9.tainted.i586.rpm libmesarusticl-devel-23.1.9-1.mga9.tainted.i586.rpm libmesavulkan-devel-23.1.9-1.mga9.tainted.i586.rpm libmesavulkan-drivers-23.1.9-1.mga9.tainted.i586.rpm libosmesa8-23.1.9-1.mga9.tainted.i586.rpm libosmesa-devel-23.1.9-1.mga9.tainted.i586.rpm libvdpau-driver-nouveau-23.1.9-1.mga9.tainted.i586.rpm libvdpau-driver-r600-23.1.9-1.mga9.tainted.i586.rpm libvdpau-driver-radeonsi-23.1.9-1.mga9.tainted.i586.rpm libvdpau-driver-virtio_gpu-23.1.9-1.mga9.tainted.i586.rpm libxatracker2-23.1.9-1.mga9.tainted.i586.rpm libxatracker-devel-23.1.9-1.mga9.tainted.i586.rpm mesa-23.1.9-1.mga9.tainted.i586.rpm mesa-common-devel-23.1.9-1.mga9.tainted.i586.rpm mesa-omx-drivers-23.1.9-1.mga9.tainted.i586.rpm from SRPM: mesa-23.1.9-1.mga9.tainted and to the description needs to be added: - Update to release 23.1.9 - Add overlay to vulkan layers. - Add missed (e.g. h264) video-codecs and introduce tainted version (bug#32060). - Drop patches merged upstream.
(In reply to Marja Van Waes from comment #1) > mesa-23.1.9-01.mga9 is a maintenance release. oops, should be mesa-23.1.9-1.mga9 Advisory from the above comments added to SVN. Please remove the "advisory" keyword if it needs to be changed. It also helps when obsolete advisories are tagged as "obsolete"
Blocks: (none) => 32060Summary: Update request: mesa-23.1.9-01.mga9 => Update request: mesa-23.1.9-1.mga9Keywords: (none) => advisory
mga9-64 OK here. I relaiase now I have installed it already some days ago and tested with various kernels incl the now being tested desktop 6.5.11-5 and linus 6.5.11-2, and nvidia drivers Xorg modesetting and the three nvidia470, 535, 545 now in testing, and used many desktop apps and VirtualBox with MSW7 guest.
CC: (none) => fri
@Marja: "So, all the packages from comment 1, but also:" But comment 1 has been obsoleted, so we aren't seeing the list of non-tainted packages. I guess I can put the list from comment 3 into kwrite and use the replace function to remove the "tainted" parts...
CC: (none) => andrewsfarm
Oh, wait. I see it now, the little toggle button in the corner that displays the obsoleted comments if I want.
And now I managed to un-obsolete comment 1 without meaning to, and I somehow duplicated comment 7 in comment 8. Maybe I should quit while I'm behind...
Mga9-64 Plasma, i5-2500, Intel graphics. Used qarepo to install and do quick test of first the core, then the tainted packages. No issues to report. Glmark2 gives essentially the same results for each set of packages. That's not surprising, as if I am reading bug 32060 correctly the only difference between the core and tainted versions is the addition of H.264/HEVC support for some Radeon GPUs, so this machine is not affected.
Mageia9, x86_64 Updated the packages on a machine with nvidia GeForce GTX 1080 Ti, driver nouveau. Noting the lack of connection with mesa-demos in a previous update I tried bounce under strace and found that lib64GLXmesa was the only library called. The same was true for glmark2: $ strace -o glmark.trace glmark2 -b refract $ grep mesa glmark.trace openat(AT_FDCWD, "/lib64/libGLX_mesa.so.0", O_RDONLY|O_CLOEXEC) = 4 glmark2 reports vendor as Mesa and renderer as NV132. And as noted earlier in bug 29310, the mesa-demos were compiled without direct reference to any of the listed libraries in this bug (32562). It would be interesting if a graphics expert could comment on this. Meanwhile graphics on this system seem to work as usual for the free versions.
CC: (none) => tarazed25
Meanwhile I shall trace various graphical applications to see if any of them use the mesa stack.
Running on from comment 12, just had a thought; if the low-level stuff is handed off to the renderer maybe strace does not dig that deep.
MGA9-64 Plasma, AMD Phenom II X4 910, AMD HD 8490 graphics (radeon driver). Tried both versions in turn, no installation issues, and no obvious issues to report.
@Len: Perhaps you aren't searching for the right thing. I'm using my HP Pavilion right now, and it just updated these packages: - lib64dri-drivers-23.1.9-1.mga9.x86_64 - lib64gbm1-23.1.9-1.mga9.x86_64 - lib64glapi0-23.1.9-1.mga9.x86_64 - lib64mesaegl1-23.1.9-1.mga9.x86_64 - lib64mesagl1-23.1.9-1.mga9.x86_64 - lib64mesaglesv2_2-23.1.9-1.mga9.x86_64 - lib64mesavulkan-drivers-23.1.9-1.mga9.x86_64 - lib64xatracker2-23.1.9-1.mga9.x86_64 - mesa-23.1.9-1.mga9.x86_64 I decided to try finding what requires each package, using urpmq. The first one didn't give me much, but the second gives a much longer list. Doing a recursive search on that one gives a VERY long list, long enough that I had to capture it in a text file to see them all. That list looks like it has almost everything on it, from 0ad to zzzt, over 10,000 lines. That's as far as I went. MGA9-64 Plasma on an HP Pavilion 15, AMD A8-4555 APU, HD 7600G graphics. No installation issues on the core packages, and no issues to report. Interestingly enough, glmark2 give this a score of 1379, higher than the 1110 with the HD 8490 GPU from comment 14, though they use the same driver. Going after the tainted packages now. I will report here if there are any issues, but if I don't I didn't see any
Yes, I did that in previous tests. mesa* is obviously well used but as with other libraries it is reassuring to be able to show where they are being called. Anyway no issues here either for the free packages.
(In reply to Len Lawrence from comment #11) > Mageia9, x86_64 > > Updated the packages on a machine with nvidia GeForce GTX 1080 Ti, driver > nouveau. > > Noting the lack of connection with mesa-demos in a previous update I tried > bounce under strace and found that lib64GLXmesa was the only library called. > The same was true for glmark2: > $ strace -o glmark.trace glmark2 -b refract > $ grep mesa glmark.trace > openat(AT_FDCWD, "/lib64/libGLX_mesa.so.0", O_RDONLY|O_CLOEXEC) = 4 > > glmark2 reports vendor as Mesa and renderer as NV132. And as noted earlier > in bug 29310, the mesa-demos were compiled without direct reference to any > of the listed libraries in this bug (32562). > > It would be interesting if a graphics expert could comment on this. > Meanwhile graphics on this system seem to work as usual for the free > versions. The graphics library stack is OpenGL, mesa it's just one implementation of it, but there could be others. GLX is the GL extension for X system. Note that on "top" of OpenGL since a while, runs a wrapper called GLVND (see https://github.com/NVIDIA/libglvnd) which arbitrates calls to the GL vendor library (which could be mesa itself, nvidia, etc.), e.g. you might get calls to libGLX_nvidia.so.0 on the same binary compiled, by just running different vendor drivers.
(In reply to Thomas Andrews from comment #15) > [...] > MGA9-64 Plasma on an HP Pavilion 15, AMD A8-4555 APU, HD 7600G graphics. No > installation issues on the core packages, and no issues to report. > Interestingly enough, glmark2 give this a score of 1379, higher than the > 1110 with the HD 8490 GPU from comment to get even more precise OpenGL benchmarking and testing we would need packaged a package called "piglit" (https://gitlab.freedesktop.org/mesa/piglit). In lists by hadn't time...
MGA9-32 Xfce on Foolishness, my Dell Inspiron 5100, P4, Radeon RV200 graphics, using the desktop kernel. No installation issues, and no issues to report. Glmark2 will not run on this machine, as the GPU only supports OpenGL 1.6. Also, MGA9-64 Plasma on my Dell Dimension e520, core2Quad, AMD HD 8750 graphics(amdgpu driver). No installation issues, and no issues to report. We now have 64-bit tests with Intel, nvidia, and AMD graphics, and a 32-bit test on real hardware. That should be enough. Giving this OKs, and validating.
Whiteboard: (none) => MGA9-32-OK MGA9-64-OKKeywords: (none) => validated_updateCC: (none) => sysadmin-bugs
(In reply to Thomas Andrews from comment #19) > MGA9-32 Xfce on Foolishness, my Dell Inspiron 5100, P4, Radeon RV200 > graphics, using the desktop kernel. No installation issues, and no issues to > report. Glmark2 will not run on this machine, as the GPU only supports > OpenGL 1.6. If you want to try, since P4 has sse2, in theory you could disable the 3D hardware acceleration adding in your /etc/X11/xorg.conf, within the Device Section, the entry: Option "NoAccel" "true" In this way the acceleration used would be software only (trough llvmpipe) and would use SSE2; further slower, but with OpenGL level up to 4.5. You would achieve what is actually shown when you run "glmark2-software".
An update for this issue has been pushed to the Mageia Updates repository. https://advisories.mageia.org/MGAA-2023-0131.html
Resolution: (none) => FIXEDStatus: NEW => RESOLVED
(In reply to Giuseppe Ghibò from comment #20) > (In reply to Thomas Andrews from comment #19) > > > MGA9-32 Xfce on Foolishness, my Dell Inspiron 5100, P4, Radeon RV200 > > graphics, using the desktop kernel. No installation issues, and no issues to > > report. Glmark2 will not run on this machine, as the GPU only supports > > OpenGL 1.6. > > If you want to try, since P4 has sse2, in theory you could disable the 3D > hardware acceleration adding in your /etc/X11/xorg.conf, within the Device > Section, the entry: > > Option "NoAccel" "true" > > In this way the acceleration used would be software only (trough llvmpipe) > and would use SSE2; further slower, but with OpenGL level up to 4.5. You > would achieve what is actually shown when you run "glmark2-software". I'm intrigued. I'll try that. But the ancient laptop has the maximum of 2 gigs of RAM. How much more would that make it use swap? I did replace the old rust IDE drive with an ssd in a converter, but it's still limited to IDE speeds.
(In reply to Thomas Andrews from comment #22) > I'm intrigued. I'll try that. But the ancient laptop has the maximum of 2 > gigs of RAM. How much more would that make it use swap? I did replace the > old rust IDE drive with an ssd in a converter, but it's still limited to IDE > speeds. passing from opengl 1.6 to 4.5 I don't think would increase mem usage, unless you use applications that before were not running. Probably depends more on what you use. What also could help a bit is zswap or alternatively zram. Basically you reserve a part of ram for compressing swap pages, so it's like adding more RAM (at a speed faster than disks but slower than plain RAM). They are similar, probably zswap is sligtly easier to setup. But can't say with that you'll become productive on that hardware.