Bonjour à tous, juste pour information.

Ce matin, après avoir effectué une mise à jour incluant Mesa 25.0.0-2.fc41, mon système est devenu extrêmement lent.

Informations Système :

  • Distribution : Fedora Linux 41 (KDE Plasma)
  • Noyau : Linux 6.13.5-200.fc41.x86_64
  • Architecture : x86-64
  • OpenGL : Version 4.5 (Mesa 24.2.4) - après downgrade, initialement Mesa 25.0.0

Symptômes :

  • Ralentissements généraux de l’interface (KDE Plasma).
  • Affichage dégradé dans les applications (illisible une fois l’application ouverte).

Ayant déjà rencontré des problèmes similaires par le passé, j’ai immédiatement suspecté Mesa.

Solution Appliquée :

  1. Vérification des versions disponibles :

sudo dnf list --showduplicates mesa* | grep fc41, J’ai constaté que la version 24.2.4-1.fc41 était toujours disponible.

  1. Downgrade de Mesa :

J’ai utilisé la commande suivante pour revenir à la version précédente :

sudo dnf downgrade mesa*

*Alternative* : Vous pouvez cibler des paquets spécifiques, par exemple :

sudo dnf downgrade mesa-dri-drivers.x86_64-<version>
sudo dnf downgrade mesa-dri-drivers-24.2.4-1.fc41 mesa-libGL-24.2.4-1.fc41etc…

  1. Blocage des mises à jour de Mesa :

Pour éviter une réinstallation accidentelle de la version problématique, j’ai bloqué les paquets Mesa avec une exclusion de Mesa lors des mises à jour manuel pour l’instant, cela permet de mettre à jour le système sans toucher à Mesa :

sudo dnf upgrade --refresh --exclude=mesa*

Résultat :

Après le downgrade, la commande `glxinfo` confirme que Mesa est bien revenu à la version 24.2.4 :

glxinfo | grep "OpenGL version"
OpenGL version string: 4.5 (Compatibility Profile) Mesa 24.2.4

Les performances sont revenues à la normale, et l’affichage est désormais fluide.

Conclusion :

Le problème semble lié à Mesa 25.0.0-2.fc4, je recommande de rester sur Mesa 24.2.4 jusqu’à ce qu’une version corrigée soit disponible, à moins que je soit un cas isolé 😅.

    Que retourne :

    cat /proc/bus/pci/devices | grep VGA || lspci | grep VGA | colrm 1 4 ; \
    cat /proc/cpuinfo | egrep "model name|MHz" ; \
    xdpyinfo | egrep "version:|dimensions|depth of" ; \
    glxinfo | egrep -A2 "rendering|OpenGL" ; \
    vulkaninfo --summary ; \
    lspci -nnk | grep -iA2 vga ; \
    uname -sr; \
    dnf list mesa* --installed;

    Histoire d’en savoir plus?

    @Nicosss , je connaissais pas freeworld, je vais regarder ça de plus près, merci 👍.
    J’ai deux autres PC plus récent (sous KDE), je n’est pas encore effectué la mise à jour. Je vais faire les mise à jours et voir si j’ai le même problème.

    @VINDICATORs , je te mets ça.

    C’est une vieille monture mais toujours très fonctionnelle pour ce que j’en fais 😅.
    Je fais ça un peu à l’arrache parce que je pars bosser dans la foulée et ne reviens que demain, désolé.

    cat /proc/bus/pci/devices | grep VGA || lspci | grep VGA | colrm 1 4  
    0.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Pitcairn PRO [Radeon HD 7850 / R7 265 / R9 2701024SP]
    
    cat /proc/cpuinfo | egrep "model name|MHz" 
    model name     : Intel(R) Core(TM) i7-3770K CPU @ 3.50GHz
    cpu `**`MHz`**`        : 1600.000
    model name`**`     : Intel(R) Core(TM) i7-3770K CPU @ 3.50GHz
    cpu `**`MHz`**`        : 2550.566
    model name`**`     : Intel(R) Core(TM) i7-3770K CPU @ 3.50GHz
    cpu `**`MHz`**`        : 2055.073
    model name`**`     : Intel(R) Core(TM) i7-3770K CPU @ 3.50GHz
    cpu `**`MHz`**`        : 1880.341
    model name`**`     : Intel(R) Core(TM) i7-3770K CPU @ 3.50GHz
    cpu `**`MHz`**`        : 2136.369
    model name`**`     : Intel(R) Core(TM) i7-3770K CPU @ 3.50GHz
    cpu `**`MHz`**`        : 1604.887
    model name`**`     : Intel(R) Core(TM) i7-3770K CPU @ 3.50GHz
    cpu `**`MHz`**`        : 3900.000
    model name`**`     : Intel(R) Core(TM) i7-3770K CPU @ 3.50GHz
    cpu `**`MHz`**`         : 1848.672
    
    xdpyinfo | egrep "version:|dimensions|depth of" 
    X.Org `**`version:`**`24.1.6
      `**`dimensions`**`:    1920x1080 pixels (508x286 millimeters) 
      `**`depth of`**` root window:    24 planes
    
    glxinfo | egrep -A2 "rendering|OpenGL" 
    direct `**`rendering`**`: Yes 
    server glx vendor string: SGI 
    server glx version string: 1.4 
    -- 
    OpenGL`**`vendor string: AMD
    OpenGL`**`renderer string: PITCAIRN (radeonsi, , LLVM 19.1.0, DRM 2.50, 6.13.5-200.fc41.x86_64)
    OpenGL`**`core profile version string: 4.5 (Core Profile) Mesa 24.2.4
    OpenGL`**`core profile shading language version string: 4.50
    OpenGL`**`core profile context flags: (none)
    OpenGL`**`core profile profile mask: core profile
    OpenGL`**`core profile extensions:
        GL_AMD_conservative_depth, GL_AMD_depth_clamp_separate,  
        GL_AMD_draw_buffers_blend, GL_AMD_gpu_shader_int64,  
    -- 
    OpenGL`**`version string: 4.5 (Compatibility Profile) Mesa 24.2.4
    OpenGL`**`shading language version string: 4.50
    OpenGL`**`context flags: (none)
    OpenGL`**`profile mask: compatibility profile
    OpenGL`**`extensions:
        GL_AMD_conservative_depth, GL_AMD_depth_clamp_separate,  
        GL_AMD_draw_buffers_blend, GL_AMD_multi_draw_indirect,  
    -- 
    OpenGL`**`ES profile version string:`**`OpenGL`**`ES 3.2 Mesa 24.2.4
    OpenGL`**`ES profile shading language version string:`**`OpenGL`**`ES GLSL ES 3.20
    OpenGL`**`ES profile extensions:
        GL_ANDROID_extension_pack_es31a, GL_ANGLE_pack_reverse_row_order,  
        GL_ANGLE_texture_compression_dxt3, GL_ANGLE_texture_compression_dxt5,
    
    vulkaninfo --summary 
    WARNING: [Loader Message] Code 0 : Layer VK_LAYER_MESA_device_select uses API version 1.3 which is older than the application specified API version of 1.4. May cause issues. 
    ERROR: [../src/amd/vulkan/radv_physical_device.c:1984] Code 0 : Device '/dev/dri/renderD128' is not using the AMDGPU
    kernel driver: Invalid argument (VK_ERROR_INCOMPATIBLE_DRIVER) 
    ========== 
    VULKANINFO 
    ========== 
    
    Vulkan Instance Version: 1.4.304 
    
    Instance Extensions: count = 24 
    ------------------------------- 
    VK_EXT_acquire_drm_display             : extension revision 1 
    VK_EXT_acquire_xlib_display            : extension revision 1 
    VK_EXT_debug_report                    : extension revision 10 
    VK_EXT_debug_utils                     : extension revision 2 
    VK_EXT_direct_mode_display             : extension revision 1 
    VK_EXT_display_surface_counter         : extension revision 1 
    VK_EXT_headless_surface                : extension revision 1 
    VK_EXT_surface_maintenance1            : extension revision 1 
    VK_EXT_swapchain_colorspace            : extension revision 4 
    VK_KHR_device_group_creation           : extension revision 1 
    VK_KHR_display                         : extension revision 23 
    VK_KHR_external_fence_capabilities     : extension revision 1 
    VK_KHR_external_memory_capabilities    : extension revision 1 
    VK_KHR_external_semaphore_capabilities : extension revision 1 
    VK_KHR_get_display_properties2         : extension revision 1 
    VK_KHR_get_physical_device_properties2 : extension revision 2 
    VK_KHR_get_surface_capabilities2       : extension revision 1 
    VK_KHR_portability_enumeration         : extension revision 1 
    VK_KHR_surface                         : extension revision 25 
    VK_KHR_surface_protected_capabilities  : extension revision 1 
    VK_KHR_wayland_surface                 : extension revision 6 
    VK_KHR_xcb_surface                     : extension revision 6 
    VK_KHR_xlib_surface                    : extension revision 6 
    VK_LUNARG_direct_driver_loading        : extension revision 1 
    
    Instance Layers: count = 1 
    -------------------------- 
    VK_LAYER_MESA_device_select Linux device selection layer 1.3.211  version 1 
    
    Devices: 
    ======== 
    GPU0: 
           apiVersion         = 1.3.289 
           driverVersion      = 0.0.1 
           vendorID           = 0x10005 
           deviceID           = 0x0000 
           deviceType         = PHYSICAL_DEVICE_TYPE_CPU 
           deviceName         = llvmpipe (LLVM 19.1.0, 256 bits) 
           driverID           = DRIVER_ID_MESA_LLVMPIPE 
           driverName         = llvmpipe 
           driverInfo         = Mesa 24.2.4 (LLVM 19.1.0) 
           conformanceVersion = 1.3.1.1 
           deviceUUID         = 6d657361-3234-2e32-2e34-000000000000 
           driverUUID         = 6c6c766d-7069-7065-5555-494400000000
    
    lspci -nnk | grep -iA2 vga 
    01:00.0 `**`VGA`**` compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Pitcairn PRO [Radeon HD 7850 / R7 265 / R9 270 1024SP] [1002:6819] 
           Subsystem: PC Partner Limited / Sapphire Technology Radeon HD 7850 2GB GDDR5 DVI-I/DVI-D/HDMI/DP [174b:e221] 
           Kernel driver in use: radeon
    
    uname -sr 
    Linux 6.13.5-200.fc41.x86_64
    
    dnf list mesa* --installed 
    Paquets installés 
    mesa-dri-drivers.x86_64    24.2.4-1.fc41 fedora
    mesa-filesystem.x86_64     24.2.4-1.fc41 fedora
    mesa-libEGL.x86_64         24.2.4-1.fc41 fedora
    mesa-libGL.x86_64          24.2.4-1.fc41 fedora
    mesa-libGLU.x86_64         9.0.3-5.fc41  fedora
    mesa-libgbm.x86_64         24.2.4-1.fc41 fedora
    mesa-libglapi.x86_64       24.2.4-1.fc41 fedora
    mesa-va-drivers.x86_64     24.2.4-1.fc41 fedora
    mesa-vulkan-drivers.x86_64 24.2.4-1.fc41 fedora

    Edit Nicosss : Correction balises Markdown -> Voir FAQ

      Corvus1482 J’ai corrigé ton messages concernant l’utilisation du bloc code en Markdown.

      Je t’invite vivement à lire les Conditions d’utilisation dont le lien est aussi en bas de page ainsi que plus particulièrement la FAQ du Forum. Merci par avance afin de faciliter la lisibilité.

      @Nicosss Pour être franc, le ton de ton message m’a paru un peu sec – je comprends l’importance des règles, mais une approche plus bienveillante rendrait les rappels moins abrupts pour les nouveaux membres.

      Merci pour les corrections et le rappel des bonnes pratiques.

      Je reconnais que mon formatage était contre-productif : mon objectif était de distinguer visuellement les différentes commandes. Aucune intention de contourner les conventions, juste une maladresse de mise en forme.

        Corvus1482 Il n’y avait aucunement cette intention de taper sur les doigts. D’ailleurs c’est très bien que tu t’exprimes afin que l’on clarifie ce point.

        Ce rappel est général et juste pour faire en sorte que les messages soient lisibles pour faciliter les analyses et les réponses.
        Il est aussi fait pour inviter à consulter tout ce qui touche au fonctionnement du Forum afin de savoir ce qu’il est possible de faire ou non.

        Tu as sûrement dû t’apercevoir que je fais régulièrement ce rappel ainsi que des corrections de formatage pour les blocs de code donc je n’ai absolument rien contre toi.

        @Nicosss Merci pour ta réponse et pour avoir clarifié tes intentions – ça me rassure de savoir qu’il n’y avait aucune volonté de “taper sur les doigts”. Je comprends parfaitement l’importance de la lisibilité des messages et des bonnes pratiques sur le forum, et c’est d’ailleurs quelque chose que j’apprécie.

        D’autant plus que c’est le seul forum où je suis inscrit, et c’est encore assez nouveau pour moi – je découvre les règles petit à petit.

        Pour t’expliquer mon ressenti, c’est la formulation “je t’invite vivement” qui m’a paru un peu abrupte, laissant entendre une injonction plutôt qu’une simple suggestion. En fait, dans un échange écrit où le ton n’est pas nuancé par l’intonation, ça m’a semblé un peu sec ou directif pour moi.

        Ce n’est pas que je doute de ta bienveillance, mais juste que cette nuance m’a interpellé sur le moment. Je réalise maintenant que c’était sans doute une façon d’insister sur l’utilité des règles, et je suis content qu’on ait pu en discuter pour lever tout malentendu.

        Merci encore pour ton aide et ta patience !

        Corvus1482 Le problème semble lié à Mesa 25.0.0-2.fc4, je recommande de rester sur Mesa 24.2.4 jusqu’à ce qu’une version corrigée soit disponible, à moins que je soit un cas isolé 😅.

        Bonjour, non je te le confirme tu n’es pas un cas isolé…