From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 30 22:42:49 2023 Received: (at submit) by debbugs.gnu.org; 1 May 2023 02:42:49 +0000 Received: from localhost ([127.0.0.1]:38639 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ptJV3-000805-Bv for submit@debbugs.gnu.org; Sun, 30 Apr 2023 22:42:49 -0400 Received: from lists.gnu.org ([209.51.188.17]:45270) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ptJV0-0007zv-AS for submit@debbugs.gnu.org; Sun, 30 Apr 2023 22:42:47 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ptJUz-0004or-Ta for bug-guix@gnu.org; Sun, 30 Apr 2023 22:42:45 -0400 Received: from mail-qt1-x82f.google.com ([2607:f8b0:4864:20::82f]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1ptJUy-0003rE-FM for bug-guix@gnu.org; Sun, 30 Apr 2023 22:42:45 -0400 Received: by mail-qt1-x82f.google.com with SMTP id d75a77b69052e-3ee339e8c2fso8948021cf.0 for ; Sun, 30 Apr 2023 19:42:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1682908963; x=1685500963; h=content-transfer-encoding:mime-version:message-id:date:subject:to :from:from:to:cc:subject:date:message-id:reply-to; bh=meAaRPjStP66v3vMOAb+CtWqPN2gxC3onbiEgJWFf7A=; b=oxG5E5kzxuiwyc1BG7zYhDmMdbIsHhtCq3wRaHi7Mf2aO60LuifwXb6LyY3tpQLCuy EIpNjfgEwk7MAs4PPF+MuIMEw/1qAmml1XH75xeWpLXHroJLY225+3A1IT0NbYAetKyP LR9Rd3MsgPxIuEnCsgHVMGA9QgIqwfrL3IQSV5nPPhid5otLqOhqOvAk8zf74PzNMsLc ACPZ8uugr2iu1aIF1z7U/T9Pc5CpjuIaXB6NJ4heUXLyCvlds0TaF3YwlC3rMUBW3Ibz LCwasnIstJuri1TVgrG4nbO9jB9qhHCy6lqrLzc2YsJUliQ9QYWCgKbmHTgbUSVHeC5i bLJQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1682908963; x=1685500963; h=content-transfer-encoding:mime-version:message-id:date:subject:to :from:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=meAaRPjStP66v3vMOAb+CtWqPN2gxC3onbiEgJWFf7A=; b=GLhXkWqUfnaliLHqiNHhz/73LOqcLaSwGO3yHI35yTNP3/ahLng69NlxrJ2uXjBsF+ DI66qsC0Z9/4sGkqNk+JDypkeYCn6EP3njkPj7EG2VtBkZFZMDOmzPCTYmtwcpa0wiNT EgbC60pTOFI72e92m/8ILq/sQp5NbI/qsGKFYI/zoyfyRQYsbM16GfT+1wxcRbI0efNC j+GMsMV2+1JT0FtiLKZ1s0V555iLmZdUhU0t2al+Dfq9UHjGVy1Wq2ktu4DZJD/u0pH8 zxJXjvMlOmSgaMmM0gCLF1BdDtbWpPvPYvgh1aRrG25IZIAQWuNh2831AUMHLxT89lpF 1n7Q== X-Gm-Message-State: AC+VfDyOllyPPi1TBbih/iwXtJOdzNv4aj3ZS5YZgleLPnMEbb4a4BKw xMg5BaZ5HfnA3PngMyBYSIQKgXE6QK8= X-Google-Smtp-Source: ACHHUZ6p3d1KFZZRUT/rDYJWDr70zE1AUTbMEhtwfUMmW2LUs5sE4yYzGMdoHXhccZKMTKVdGCMo+w== X-Received: by 2002:a05:622a:4c6:b0:3ef:3b04:b8dc with SMTP id q6-20020a05622a04c600b003ef3b04b8dcmr19181410qtx.0.1682908963017; Sun, 30 Apr 2023 19:42:43 -0700 (PDT) Received: from hurd (dsl-155-245.b2b2c.ca. [66.158.155.245]) by smtp.gmail.com with ESMTPSA id bq12-20020a05620a468c00b0074688c36facsm8475751qkb.56.2023.04.30.19.42.42 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 30 Apr 2023 19:42:42 -0700 (PDT) From: Maxim Cournoyer To: bug-guix Subject: video acceleration/libva segfaults caused by stale mesa shader cache Date: Sun, 30 Apr 2023 22:42:41 -0400 Message-ID: <875y9c7owu.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Received-SPF: pass client-ip=2607:f8b0:4864:20::82f; envelope-from=maxim.cournoyer@gmail.com; helo=mail-qt1-x82f.google.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.3 (-) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) Hi, After reinstalling someone's desktop which has support for VA-API, 'vainfo' from 'libva-utils' would consume all the memory then crash. Other applications relying on libva would crash as well, e.g. ffmpeg (or its users, such as vlc/jami). Here's a sample output from VLC: --8<---------------cut here---------------start------------->8--- vlc received_605209834855384.mp4=20 VLC media player 3.0.18 Vetinari (revision 3.0.13-8-g41878ff4f2) [000000000109d770] main libvlc: Lancement de vlc avec l'interface par d=C3= =A9faut. Utiliser =C2=AB cvlc =C2=BB pour d=C3=A9marrer VLC sans interface. libva info: VA-API version 1.17.0 libva info: Trying to open /gnu/store/9pypr3c3y379shbwm9ilb4pik9mkfd83-mesa= -22.2.4/lib/dri/radeonsi_drv_video.so libva info: Found init function __vaDriverInit_1_17 Erreur de segmentation --8<---------------cut here---------------end--------------->8--- After tracing the process, I noticed that the last thing it did was loading its mesa shader cache, stored under: --8<---------------cut here---------------start------------->8--- ~/.cache/mesa_shader_cache --8<---------------cut here---------------end--------------->8--- Deleting that directory resolved the issue. It seems that'd be a bug in Mesa (for failing to determine that it should have invalidated its cache going from version 21 to 22 post core-updates merge). --=20 Thanks, Maxim From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 30 22:58:12 2023 Received: (at 63197) by debbugs.gnu.org; 1 May 2023 02:58:12 +0000 Received: from localhost ([127.0.0.1]:38654 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ptJjw-0000Ao-5s for submit@debbugs.gnu.org; Sun, 30 Apr 2023 22:58:12 -0400 Received: from mail-qv1-f47.google.com ([209.85.219.47]:57397) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ptJjs-0000AY-Li for 63197@debbugs.gnu.org; Sun, 30 Apr 2023 22:58:10 -0400 Received: by mail-qv1-f47.google.com with SMTP id 6a1803df08f44-5f3da4f91a0so9894246d6.2 for <63197@debbugs.gnu.org>; Sun, 30 Apr 2023 19:58:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1682909882; x=1685501882; h=content-transfer-encoding:mime-version:user-agent:message-id :in-reply-to:date:references:subject:to:from:from:to:cc:subject:date :message-id:reply-to; bh=WYmqqRrGtiWnzoHjulI9B1/Ot6iDZ9RUh9HD51ABFic=; b=ekwvq2typ6IqDdsecPiZjgs8LwqkdbOwVW5UMceKigl06U6GNxGYyAuMk7C6T8N97+ sr9v4jf1BTkaMb2SANG45jXouQehrW6jV2REH9xMulds5z2jPDskZnW8ZZ6QZY/yZV0f 9Yo+SUk8MHdYQBUEcqKqdkrGsyn0Jau3x8bLg5kiHBOAUO7gVdxfygGRt3wPCcN5wYh4 2Ut8JEylj/zH5VGSYhZiknoWKulOezn5+Ze4KlyZvE0uWDZ6wlDzJjKX52XdygUOJEZ9 XooF2yfr+34GtT2UC9b4YcstY0YVXBWaihML9EQFEr0MlhXWlQnY2HPpQ4T0GH1+LmHj RFFQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1682909882; x=1685501882; h=content-transfer-encoding:mime-version:user-agent:message-id :in-reply-to:date:references:subject:to:from:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to; bh=WYmqqRrGtiWnzoHjulI9B1/Ot6iDZ9RUh9HD51ABFic=; b=APMXD9uitkfdY8siacY8yuPW/1GgIoi7R4QX/Of+SVYT6O7Fa0Xv7zv1fxPLaRSvWj Yza/zc1ZyFwDyCJNh4nehoLdHYHN2I/Qg2YIw9V9MLKG3ZcEf/KKhse2BIkOouvy40aN qghlpCtjs2jG6Oumil6xbjOAB8fJAhRAnVGota1KeCDUqU7YQxpADiJNei1NGy2HRzCC YgUY8wllAHk/4AdUj2K87XIhOtz1RWxfKkCRpZM5UzmLee3V7Tn+08G3O/KvPMojM8Lj iDkNFhy43blpCvzDTH07Jo2Y8zIggRvXj4rWFGXV2G5NVfAkEvuplHD4lN209MCZCuwl d7XQ== X-Gm-Message-State: AC+VfDwGHCsUIfj1dWyLQEh9QvenG/ltZb3r/arNyikF4D8LAjL1cjBC zOULQ20E/BFxlY2ucq7Z6nYFdV6dCf8= X-Google-Smtp-Source: ACHHUZ6Zrar44+6PAupGyd3e3mxTkjOfYETcfJ3qO9JS41AqTacTbaull6oPkC+aHoONt0T+rPzcSA== X-Received: by 2002:ad4:5b87:0:b0:61a:fe65:4481 with SMTP id 7-20020ad45b87000000b0061afe654481mr2710625qvp.51.1682909882513; Sun, 30 Apr 2023 19:58:02 -0700 (PDT) Received: from hurd (dsl-155-245.b2b2c.ca. [66.158.155.245]) by smtp.gmail.com with ESMTPSA id v14-20020a0ccd8e000000b0061666563741sm3757570qvm.2.2023.04.30.19.58.01 for <63197@debbugs.gnu.org> (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 30 Apr 2023 19:58:02 -0700 (PDT) From: Maxim Cournoyer To: 63197@debbugs.gnu.org Subject: Re: bug#63197: video acceleration/libva segfaults caused by stale mesa shader cache References: <875y9c7owu.fsf@gmail.com> Date: Sun, 30 Apr 2023 22:58:01 -0400 In-Reply-To: <875y9c7owu.fsf@gmail.com> (Maxim Cournoyer's message of "Sun, 30 Apr 2023 22:42:41 -0400") Message-ID: <871qk07o7a.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 63197 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Hi, Maxim Cournoyer writes: > Hi, > > After reinstalling someone's desktop which has support for VA-API, > 'vainfo' from 'libva-utils' would consume all the memory then crash. > Other applications relying on libva would crash as well, e.g. ffmpeg (or > its users, such as vlc/jami). Here's a sample output from VLC: > > vlc received_605209834855384.mp4=20 > VLC media player 3.0.18 Vetinari (revision 3.0.13-8-g41878ff4f2) > [000000000109d770] main libvlc: Lancement de vlc avec l'interface par d= =C3=A9faut. Utiliser =C2=AB cvlc =C2=BB pour d=C3=A9marrer VLC sans interfa= ce. > libva info: VA-API version 1.17.0 > libva info: Trying to open /gnu/store/9pypr3c3y379shbwm9ilb4pik9mkfd83-me= sa-22.2.4/lib/dri/radeonsi_drv_video.so > libva info: Found init function __vaDriverInit_1_17 > Erreur de segmentation > > > After tracing the process, I noticed that the last thing it did was > loading its mesa shader cache, stored under: > > ~/.cache/mesa_shader_cache > > Deleting that directory resolved the issue. > > It seems that'd be a bug in Mesa (for failing to determine that it > should have invalidated its cache going from version 21 to 22 post > core-updates merge). I've forwarded this report upstream here: https://gitlab.freedesktop.org/mesa/mesa/-/issues/8937 --=20 Thanks, Maxim From debbugs-submit-bounces@debbugs.gnu.org Thu Jun 15 09:50:03 2023 Received: (at 63197) by debbugs.gnu.org; 15 Jun 2023 13:50:03 +0000 Received: from localhost ([127.0.0.1]:46487 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q9nMQ-0005Nd-SW for submit@debbugs.gnu.org; Thu, 15 Jun 2023 09:50:03 -0400 Received: from ns13.heimat.it ([46.4.214.66]:39190) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q9nMO-0005N3-EY for 63197@debbugs.gnu.org; Thu, 15 Jun 2023 09:50:01 -0400 Received: from localhost (ip6-localhost [127.0.0.1]) by ns13.heimat.it (Postfix) with ESMTP id D264730085C; Thu, 15 Jun 2023 13:49:53 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at ns13.heimat.it Received: from ns13.heimat.it ([127.0.0.1]) by localhost (ns13.heimat.it [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cu-XGMB0_Srq; Thu, 15 Jun 2023 13:49:52 +0000 (UTC) Received: from bourrache.mug.xelera.it (unknown [93.56.171.217]) (using TLSv1.2 with cipher ECDHE-ECDSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by ns13.heimat.it (Postfix) with ESMTPSA id E1C6A30022F; Thu, 15 Jun 2023 13:49:51 +0000 (UTC) Received: from roquette.mug.biscuolo.net (roquette [10.38.2.14]) by bourrache.mug.xelera.it (Postfix) with SMTP id 7D42726FC51C; Thu, 15 Jun 2023 15:49:51 +0200 (CEST) Received: (nullmailer pid 25331 invoked by uid 1000); Thu, 15 Jun 2023 13:49:50 -0000 From: Giovanni Biscuolo To: Maxim Cournoyer , 63197@debbugs.gnu.org Subject: Re: bug#63197: video acceleration/libva segfaults caused by stale mesa shader cache In-Reply-To: <871qk07o7a.fsf@gmail.com> Organization: Xelera.eu References: <875y9c7owu.fsf@gmail.com> <871qk07o7a.fsf@gmail.com> Date: Thu, 15 Jun 2023 15:49:50 +0200 Message-ID: <87pm5w3ke9.fsf@xelera.eu> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 63197 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hi Maxim, I learned about this issue today Maxim Cournoyer writes: [...] >> After tracing the process, I noticed that the last thing it did was >> loading its mesa shader cache, stored under: >> >> ~/.cache/mesa_shader_cache >> >> Deleting that directory resolved the issue. >> >> It seems that'd be a bug in Mesa (for failing to determine that it >> should have invalidated its cache going from version 21 to 22 post >> core-updates merge). AFAIU this issue is still present using mesa 23 since Guillaume Le Vaillant had to use this workaround yesterday [1] and reported his backtrace upstream [2] If I'm not wrong (i.e. vlc et al are now using mesa 23) this should also be reported upstream (I can do it if needed). AFAIU the only thing we can do to fix this bug is to disable the shader cache (MESA_SHADER_CACHE_DISABLE=3Dtrue) until a proper fix is found upstream. ...or apply a patch to rename "~/.cache/mesa_shader_cache" to "~/.cache/mesa_shader_cache" Alternatively, we should find a way to make Guix users aware of this kind of problems and possible workarounds they can apply (it's not related to this specific bug) WDYT? Thanks! Gio' [1] id:871qify1i8.fsf@kitej [2] https://gitlab.freedesktop.org/mesa/mesa/-/issues/8937#note_1960628 =2D-=20 Giovanni Biscuolo Xelera IT Infrastructures --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQJABAEBCgAqFiEERcxjuFJYydVfNLI5030Op87MORIFAmSLFv4MHGdAeGVsZXJh LmV1AAoJENN9DqfOzDkSTjoP/0sKj3O19gl03wR0XkkGOOqUucQKXM9UxMT8mcl4 bh+4KOVWjD7n+zpu85fzNN3Qo4Hy3gg6febZ/3A6hGImoNewrpax5b+J5DhUht8X Qy3rYuKrbyWGKQ9XWD4koIFDW7rhp05FBPmK6hFTQfVBF8HwTZywfsAPuRgeHsGH Q2O0Wl+AJjtjoq/qD5veD6XoVKwCg6D3vovqobszFjb5vt5jAkfR2J0D6yHoUWFR uHDpqCqGY8Al/J9JFePwZpwIDPZdaGYVvjrisi414SaRCrT/kj+HEfwNB4lxwYmh 8Lk3rfEY/oxaW3aJRP09swr7kA6ok0U7uWBQAAOQf44TZmxuGxGGYUHTmCnzmsKL QbBOetJrY1k+k/epMgI1Dzu99uEbTMVgV/1cyB7DfFr1JFdtPsBAzDEEfKmr3kNr +R/Ri9dZgN4rvOTB9Bk3WxnwVpQirOgU7wwDT6VHSVsM+IYyOtAkoyuYrW3Bsdds 7hFtbcw/lwn0MP8uA6wL0NVhxXE8bt3uHNxkALa9wWlYMCqKt39TXhz16+kvCLH5 WBhJA7ACTFJ1AwkmfYHELedv+D2QQKKsORLdwZe4MHeh4We6dMqABSmxZ4d3saGr J7k7BCitpfGQA8+s+Xv/SXG93+NbyDawDIIAdgXqGiUsWd7IYbN4bC/xHHCSbL6F yzhU =i+eD -----END PGP SIGNATURE----- --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Fri Jun 16 20:36:59 2023 Received: (at 63197) by debbugs.gnu.org; 17 Jun 2023 00:36:59 +0000 Received: from localhost ([127.0.0.1]:50605 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qAJw2-0001XM-L1 for submit@debbugs.gnu.org; Fri, 16 Jun 2023 20:36:59 -0400 Received: from mail-qk1-f179.google.com ([209.85.222.179]:44149) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qAJw0-0001X8-NO for 63197@debbugs.gnu.org; Fri, 16 Jun 2023 20:36:57 -0400 Received: by mail-qk1-f179.google.com with SMTP id af79cd13be357-7623b28790bso62786385a.0 for <63197@debbugs.gnu.org>; Fri, 16 Jun 2023 17:36:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1686962211; x=1689554211; h=mime-version:user-agent:message-id:in-reply-to:date:references :subject:cc:to:from:from:to:cc:subject:date:message-id:reply-to; bh=8/mh0AapxjEiz4sZDQPULErDkXle6zuhgdq76udoFZU=; b=kC1oFmYMcWY55I8Kd0r7TyIozsQGYWMR9CjTZFUj81/z+EK6LeR022t6p1Pkbb/yEP HreLwsVEb144XTdbHTcMnQ6KUd+up5l6Hka1t6K15qe/FMuhZswW3hb3HXFnz6mW1zm9 UTryCzMMvELFHxo5rFZJfdz1tOixmLZgKDZy7jhNWzPNkPMVikUW4NCPQT5T66Ssj7sL DJDjR7ZYXtB7E/EzZv1wFUGjVd3B08oA2YgVSF4VAwnTNxsjTtTchJ4WZxtcx91wLZVR C+aswIcKfYpw8MyC2B0cF7fTQzHmoX/9xtVfgWmQNo5Du3GSvCQUxulKcZB9orezIty4 DvlQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1686962211; x=1689554211; h=mime-version:user-agent:message-id:in-reply-to:date:references :subject:cc:to:from:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=8/mh0AapxjEiz4sZDQPULErDkXle6zuhgdq76udoFZU=; b=UCvmjK0b3hrUaXe6UKRuBPnEu5Bp9Zxuta8gpPrjRmTWvQ5DRQLqHLI2P0iDXiwQ7O Lh2l0n/bGgCObEY1DdhLxUB2PwZm1DLf7rJHySJ0UUYnHRtljROJhU7oG/ZEih7Dpvix +1jwKfwD2kD7hj4er4d61WOHHXnAKsgg6BHwKwYT531LA3qG2Wi8jX8bXgbYhga90L+A iDPyJXghm3QqSjjBCpiS24Nbpw15ls9dLlU50LkQPcSdmneFAHgwtwb2ec+EFdhvkkYB d9Ngy7d4ac01Sl59kZi2++4LFU/XuNL5NOctMYxmvrQ7r5i6a3Bh1wZ+G4zYaOgPH/I6 NE0g== X-Gm-Message-State: AC+VfDxeIofqWTUfEqWNtrB/MmfCipjIW0p/2mR4Sg6GxsWcl2NM68sy TQC91vXUeVA1zhPpASSORggSQZtBpVfKAw== X-Google-Smtp-Source: ACHHUZ6ra5L3I1uk70p3aAVRRrFoEaE0O6vxsLMj4KemT6eEPwnWwx7LO6bjpTdAvWl/r7DexoSjPA== X-Received: by 2002:a05:620a:c82:b0:75e:6837:19f8 with SMTP id q2-20020a05620a0c8200b0075e683719f8mr3090424qki.54.1686962211040; Fri, 16 Jun 2023 17:36:51 -0700 (PDT) Received: from hurd (dsl-151-232.b2b2c.ca. [66.158.151.232]) by smtp.gmail.com with ESMTPSA id k7-20020a05620a138700b00762107a7161sm2735251qki.100.2023.06.16.17.36.49 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 16 Jun 2023 17:36:50 -0700 (PDT) From: Maxim Cournoyer To: Giovanni Biscuolo Subject: Re: bug#63197: video acceleration/libva segfaults caused by stale mesa shader cache References: <875y9c7owu.fsf@gmail.com> <871qk07o7a.fsf@gmail.com> <87pm5w3ke9.fsf@xelera.eu> Date: Fri, 16 Jun 2023 20:36:49 -0400 In-Reply-To: <87pm5w3ke9.fsf@xelera.eu> (Giovanni Biscuolo's message of "Thu, 15 Jun 2023 15:49:50 +0200") Message-ID: <878rcivs9q.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 63197 Cc: 63197@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Hello, Giovanni Biscuolo writes: > Hi Maxim, > > I learned about this issue today > > Maxim Cournoyer writes: > > [...] > >>> After tracing the process, I noticed that the last thing it did was >>> loading its mesa shader cache, stored under: >>> >>> ~/.cache/mesa_shader_cache >>> >>> Deleting that directory resolved the issue. >>> >>> It seems that'd be a bug in Mesa (for failing to determine that it >>> should have invalidated its cache going from version 21 to 22 post >>> core-updates merge). > > AFAIU this issue is still present using mesa 23 since Guillaume Le > Vaillant had to use this workaround yesterday [1] and reported his > backtrace upstream [2] > > If I'm not wrong (i.e. vlc et al are now using mesa 23) this should also > be reported upstream (I can do it if needed). Which upstream are you thinking about? My understanding is that this problem is a Mesa problem, and it's already reported there (the issue linked in [2]). > AFAIU the only thing we can do to fix this bug is to disable the shader > cache (MESA_SHADER_CACHE_DISABLE=true) until a proper fix is found > upstream. Disabling the shader cache sounds like a decent workaround or even definitive solution. One less stale cache to worry about... If it's like the Qt shader cache, the performance hit is probably too small to be noticeable (maybe just slower startup times of complicated opengl applications such as games?). > ...or apply a patch to rename "~/.cache/mesa_shader_cache" to > "~/.cache/mesa_shader_cache" That's another good idea. > Alternatively, we should find a way to make Guix users aware of this > kind of problems and possible workarounds they can apply (it's not > related to this specific bug) I would rather pursue the other above options you suggest, so that it doesn't happen in the first place! Thank you for sharing these ideas. -- Maxim From debbugs-submit-bounces@debbugs.gnu.org Sat Jun 17 06:14:13 2023 Received: (at 63197) by debbugs.gnu.org; 17 Jun 2023 10:14:13 +0000 Received: from localhost ([127.0.0.1]:50905 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qASwf-0003Mj-9V for submit@debbugs.gnu.org; Sat, 17 Jun 2023 06:14:13 -0400 Received: from ns13.heimat.it ([46.4.214.66]:32852) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qASwd-0003MV-S4 for 63197@debbugs.gnu.org; Sat, 17 Jun 2023 06:14:12 -0400 Received: from localhost (ip6-localhost [127.0.0.1]) by ns13.heimat.it (Postfix) with ESMTP id 428A03007EC; Sat, 17 Jun 2023 10:14:05 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at ns13.heimat.it Received: from ns13.heimat.it ([127.0.0.1]) by localhost (ns13.heimat.it [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lZyyW694czTW; Sat, 17 Jun 2023 10:14:03 +0000 (UTC) Received: from bourrache.mug.xelera.it (unknown [93.56.171.217]) (using TLSv1.2 with cipher ECDHE-ECDSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by ns13.heimat.it (Postfix) with ESMTPSA id 7899730022F; Sat, 17 Jun 2023 10:14:03 +0000 (UTC) Received: from roquette.mug.biscuolo.net (roquette [10.38.2.14]) by bourrache.mug.xelera.it (Postfix) with SMTP id EC4D42709390; Sat, 17 Jun 2023 12:14:02 +0200 (CEST) Received: (nullmailer pid 11680 invoked by uid 1000); Sat, 17 Jun 2023 10:14:02 -0000 From: Giovanni Biscuolo To: Maxim Cournoyer Subject: Re: bug#63197: video acceleration/libva segfaults caused by stale mesa shader cache In-Reply-To: <878rcivs9q.fsf@gmail.com> Organization: Xelera.eu References: <875y9c7owu.fsf@gmail.com> <871qk07o7a.fsf@gmail.com> <87pm5w3ke9.fsf@xelera.eu> <878rcivs9q.fsf@gmail.com> Date: Sat, 17 Jun 2023 12:14:01 +0200 Message-ID: <878rci2y6u.fsf@xelera.eu> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 63197 Cc: 63197@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hi Maxim Maxim Cournoyer writes: [...] >> AFAIU this issue is still present using mesa 23 since Guillaume Le >> Vaillant had to use this workaround yesterday [1] and reported his >> backtrace upstream [2] >> >> If I'm not wrong (i.e. vlc et al are now using mesa 23) this should also >> be reported upstream (I can do it if needed). > > Which upstream are you thinking about? mesa > My understanding is that this problem is a Mesa problem, and it's > already reported there (the issue linked in [2]). yes but the original bug report mentions Mesa 22.2.4 and M. Briar asked: =2D-8<---------------cut here---------------start------------->8--- Mesa 22.2.x is already end-of-life and won't receive any fixes anymore. Does this also happen on newer versions? =2D-8<---------------cut here---------------end--------------->8--- (https://gitlab.freedesktop.org/mesa/mesa/-/issues/8937#note_1891435) IMHO there is no clear answer to that question in the bug thread, maybe mesa developers still think it's just 22.2.X related Now we have Mesa 23.0.3 in Giux, probably the one used by vlc when Guillaume reported his issue upstream (mesa) on June 15 >> AFAIU the only thing we can do to fix this bug is to disable the shader >> cache (MESA_SHADER_CACHE_DISABLE=3Dtrue) until a proper fix is found >> upstream. > > Disabling the shader cache sounds like a decent workaround or even > definitive solution. One less stale cache to worry about... oh yes! Unfortunately cache management is not so robust... sometimes :-( > If it's like the Qt shader cache, the performance hit is probably too > small to be noticeable (maybe just slower startup times of complicated > opengl applications such as games?). I don't know the cost in term of performance, I'm not a 3D expert at all; from what I read on the web about shader chaches I guess it's a real problem almost only for games and I guess it's not a problem at all for media players like vlc et al: I'm just brainstorming but what about having a mesa-with-cache-enabled version just for the games, if it is really needed? I should be able to propose a patch to disable the mesa shader cache, but since I'm not an expert in this field I prefer to leave this decision (to disable the cache, I mean) to someone else >> ...or apply a patch to rename "~/.cache/mesa_shader_cache" to >> "~/.cache/mesa_shader_cache" > > That's another good idea. I was just doing guesswork but the bug caused by this mesa upgrade smells like a binary incompatibility between two versions (or just major versions)... so a versioned shader cache makes sense to me I'm not able to propose (I mean to code) such a patch, anyway Anyway, users should know that they have to periodically clean unused shader caches, since from what I read on the net the shader cache tends to really /explode/ in terms of size, in some cases >> Alternatively, we should find a way to make Guix users aware of this >> kind of problems and possible workarounds they can apply (it's not >> related to this specific bug) > > I would rather pursue the other above options you suggest, so that it > doesn't happen in the first place! I agree > Thank you for sharing these ideas. Thank you for your attention! Happy hacking, Gio' =2D-=20 Giovanni Biscuolo Xelera IT Infrastructures --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQJABAEBCgAqFiEERcxjuFJYydVfNLI5030Op87MORIFAmSNh2kMHGdAeGVsZXJh LmV1AAoJENN9DqfOzDkSZgYP/AkcCHyyPHY5DyGwk2LXAAZkfoWc/NFF0lwT8id/ BEEq3wgjum3q514KITRjTe6HbcLdPtawQuHk1z2SCrJUHXhiiraskHwgPoPt5Byt ZJQHFfw1JYvl3+ZH+uNvwRga4o87d2VQ31nlEDc4y0yarv2i3RSsRJ/QJbs4k0Eb OWAZ4bhGpVe0HdxRbIA9OdULN4veyQuvomhRMK3KG0ckUlMp5i1dR5gRmqKpaZl8 kJMEw1ZXmCZxEexvU82GwpFBEMHst9kkjj1uGu3EWEuoTONvWC5CEearxGWpCVR4 lVyBc9weYytopC/ZbGvaugqZmttkcnejirDZfnjYpGoV1reiCPEUA36KzwvShlB4 RnYm32Ljwfmtsc8OPdTHTkzfZHC7iUASLh7GfsioAJVDOUj9y8aw6kQw0EYS2ZJi wS2p8+pvxbJDl6HwZCTnbsNGB3/+/xoJ3Y32A+qA/Srq/83dnc6MFRf8USFozcRl M9cBgPPu+/gtadnpxahRjb8IxnGj2PJeOfyS9jgCeq+loCw+R3Sp1qr2DycxeEDH DeAwGxwdmv5dTw5TX+AeAEowCScSGAdSAHgdk4eh45ePw5K50mNYPc7e4Pzzl5dF 0DqE627TeuQKOoj00Lex4dc+bK2913wIRKElAyTKV+SZAQ1NwX/3pgPtgOPlmfaF RGk+ =w3Lq -----END PGP SIGNATURE----- --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Mon Jun 26 12:21:31 2023 Received: (at 63197) by debbugs.gnu.org; 26 Jun 2023 16:21:31 +0000 Received: from localhost ([127.0.0.1]:46913 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qDoy3-0004uq-0L for submit@debbugs.gnu.org; Mon, 26 Jun 2023 12:21:31 -0400 Received: from mail-qk1-f180.google.com ([209.85.222.180]:47305) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qDoy0-0004ub-EI for 63197@debbugs.gnu.org; Mon, 26 Jun 2023 12:21:29 -0400 Received: by mail-qk1-f180.google.com with SMTP id af79cd13be357-765a5f7abc6so121880585a.2 for <63197@debbugs.gnu.org>; Mon, 26 Jun 2023 09:21:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1687796482; x=1690388482; h=mime-version:user-agent:message-id:in-reply-to:date:references :subject:cc:to:from:from:to:cc:subject:date:message-id:reply-to; bh=z6ybIZshAsRWiotO6o45H/2COri8L7gCTkedTKJ8EEY=; b=JgmVpiB6aXR9Hd4UKNtWb7k3lgZNvKGCxEeVPXw1GIDxKL+cCK+OK6u7pScUmPn0cp SAODfGYPzE8TOCkJAgc+8VtsO8hlHwR0vLMelyx8TAIf8MYZzA07/iQC8rNHy29utUnv bAJF+Z3FBseBoqZiI0JL+wEb9klElAHhxGIP5KHFxvih72WXzj8ryLWComYGb3Y/IXLZ wsJGzlz5Dv7yobQV9BpApo6E9UMmSaCvAk7Ik/XU/0/uGAUjxNMUDsWaT2LmWMuHDNSy CRsm10yX76nxyzDBAczKWjEOKaKaxjJmOXf4wIp1kYH3nT4sIIMs9n+YfhZRphltyH6z ckMA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1687796482; x=1690388482; h=mime-version:user-agent:message-id:in-reply-to:date:references :subject:cc:to:from:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=z6ybIZshAsRWiotO6o45H/2COri8L7gCTkedTKJ8EEY=; b=fHoi7uAxIfjNmtn69K+RP92XgEPxhNXk9CoD3gVWcOQDP/wb46NRn5039qBrIZXOLI 5bz5Dido0maZ9O1tuVDzKMZFshPl7xlr6Ez9cWcpmcctRO2+6bmVGi8nAT2BoLo0e7cw 4GQyhDdKqRbTqjdaGeCIo8YrbVKmgqQkpXrwRikqxYn1YxK0kKvrN0+0HBnTcNQBaGfq enKfXEENTcUFCeEk+nKHDHWvjo8OAHFBrbhOIZSY2R7uhbF7oPncnP8wKqCSV4rGUPZF gYVmS52SkdiQcbxjvtmkgUx12WHWZsbvVn+DufOzVUyLjXejBsMZIV8S5D3G5pdDqCCg YPvw== X-Gm-Message-State: AC+VfDy8ECX8nTuii4YfEUMLGMN0tUgUIEgcIb7N7WFztNIDX4ccLzr7 AF95C0bd1cPdNCqbb0uiI7Si+cQXAAE= X-Google-Smtp-Source: ACHHUZ5hvWuyZLoBmwZkzvbMQOyc07Xddux+3QiRZJ06W9VACslMM507luUanCO6kptP+j/+zZT1dA== X-Received: by 2002:a05:620a:444c:b0:763:a1e2:127c with SMTP id w12-20020a05620a444c00b00763a1e2127cmr28769008qkp.69.1687796482033; Mon, 26 Jun 2023 09:21:22 -0700 (PDT) Received: from hurd (dsl-205-236-230-110.b2b2c.ca. [205.236.230.110]) by smtp.gmail.com with ESMTPSA id d2-20020a05620a158200b007623e63f642sm2868672qkk.32.2023.06.26.09.21.21 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 26 Jun 2023 09:21:21 -0700 (PDT) From: Maxim Cournoyer To: Giovanni Biscuolo Subject: Re: bug#63197: video acceleration/libva segfaults caused by stale mesa shader cache References: <875y9c7owu.fsf@gmail.com> <871qk07o7a.fsf@gmail.com> <87pm5w3ke9.fsf@xelera.eu> <878rcivs9q.fsf@gmail.com> <878rci2y6u.fsf@xelera.eu> Date: Mon, 26 Jun 2023 12:21:20 -0400 In-Reply-To: <878rci2y6u.fsf@xelera.eu> (Giovanni Biscuolo's message of "Sat, 17 Jun 2023 12:14:01 +0200") Message-ID: <87r0py19fj.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 63197 Cc: 63197@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Hi Giovanni, Giovanni Biscuolo writes: [...] >>> ...or apply a patch to rename "~/.cache/mesa_shader_cache" to >>> "~/.cache/mesa_shader_cache" >> >> That's another good idea. > > I was just doing guesswork but the bug caused by this mesa upgrade > smells like a binary incompatibility between two versions (or just major > versions)... so a versioned shader cache makes sense to me > > I'm not able to propose (I mean to code) such a patch, anyway > > Anyway, users should know that they have to periodically clean unused > shader caches, since from what I read on the net the shader cache tends > to really /explode/ in terms of size, in some cases > >>> Alternatively, we should find a way to make Guix users aware of this >>> kind of problems and possible workarounds they can apply (it's not >>> related to this specific bug) >> >> I would rather pursue the other above options you suggest, so that it >> doesn't happen in the first place! I've ping'd upstream with https://gitlab.freedesktop.org/mesa/mesa/-/issues/8937#note_1975560. Let's see what they say! -- Thanks, Maxim From debbugs-submit-bounces@debbugs.gnu.org Thu Apr 25 14:48:28 2024 Received: (at 63197) by debbugs.gnu.org; 25 Apr 2024 18:48:29 +0000 Received: from localhost ([127.0.0.1]:33266 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1s048v-0004eQ-FE for submit@debbugs.gnu.org; Thu, 25 Apr 2024 14:48:28 -0400 Received: from mail-qt1-x836.google.com ([2607:f8b0:4864:20::836]:48561) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1s048o-0004c3-54 for 63197@debbugs.gnu.org; Thu, 25 Apr 2024 14:48:22 -0400 Received: by mail-qt1-x836.google.com with SMTP id d75a77b69052e-434d0f63c31so8400431cf.1 for <63197@debbugs.gnu.org>; Thu, 25 Apr 2024 11:48:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1714070874; x=1714675674; darn=debbugs.gnu.org; h=content-transfer-encoding:mime-version:user-agent:message-id:date :references:in-reply-to:subject:to:from:from:to:cc:subject:date :message-id:reply-to; bh=VfmNVcBktN0RsJj+QTxSEZ01r2J/+aKNIFYa5+6u6Rw=; b=mprB2lPvla4bbYvGdxhjSNfmZOq2CpJsL3LF5ywCJpz5B0DqQivcsNUy9qeLm9ZkoN k+wjWiP56KwtbVOLWgqE/4r7vzE+S14gltDSfTMtnRyDBodI8W45AtRKT1qou30gK4CV olAdvn2ufY3GHKqJHg/KAs96W/3JwG0mPW9FsV33DUfHtMFAUNeaAtISqqjHznON5fo2 DEk5Pso/evJva6X8iB5ElF8GoT0Y+rmh37W5qx63EOKmdMeMGzHVim9aRMxFFw0FWart kZRXhsg9+SCKEas0AGScea6dISbCngRTXAlm38PLbj4S+8YHvchkF0x2SyI/BG0j7/Z5 gvwg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1714070874; x=1714675674; h=content-transfer-encoding:mime-version:user-agent:message-id:date :references:in-reply-to:subject:to:from:x-gm-message-state:from:to :cc:subject:date:message-id:reply-to; bh=VfmNVcBktN0RsJj+QTxSEZ01r2J/+aKNIFYa5+6u6Rw=; b=c83Saj/MGCM/phF5CmKM4GkcpRQBxDaWUQCZqGgaz3P4uBkWt/+Ve+4NvxmOXpJjyA vXRJbrecQUDhTgFiUpvzFwqVzUByhIw0zDOD8tUrdSNx+2G/XbqCnJR/kFgObpaTQUru q/iKGdyKLzNbZW7fnR4PbvlWKoCf/znoef7J4xTEjMbHf2byVXPPiv9y1/xaHMvaw4uG CjpBxMJcFexu1JoSf/Bq4WLZ041hWauJptKNCcDm1ls8u19jPqlr+dTTcy8yNMmCBH6G 4/Y+PAQ7anYaMoghDhxumr2vheURO5g4AxncVgYVJFXqfZAw1zU7dTUNRyCpZdhGsZ3i PvTA== X-Gm-Message-State: AOJu0Yxc5WPqD6IBSVGM90A6Q83RjV97eFgC+wqtLVQPDJdLaUGe8UKN Io3bJgrA5cniUIoMFmA39MBvGqFBY2uwdni5o2CcJ4wOqzbST9+iT4TE7Q== X-Google-Smtp-Source: AGHT+IHq8jntElDGuACVvM8SNfVTKFtNeICbgKRKrXzzKusWTYNiosxMkoLE0ZE4ufF+vOqg7ooS8g== X-Received: by 2002:a05:622a:19a4:b0:434:cfe4:90fe with SMTP id u36-20020a05622a19a400b00434cfe490femr617439qtc.38.1714070874243; Thu, 25 Apr 2024 11:47:54 -0700 (PDT) Received: from hurd (dsl-205-233-124-191.b2b2c.ca. [205.233.124.191]) by smtp.gmail.com with ESMTPSA id a5-20020ac81085000000b00434a165d45asm7179117qtj.38.2024.04.25.11.47.53 for <63197@debbugs.gnu.org> (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 25 Apr 2024 11:47:53 -0700 (PDT) From: Maxim Cournoyer To: 63197@debbugs.gnu.org Subject: Re: bug#63197: video acceleration/libva segfaults caused by stale mesa shader cache In-Reply-To: <875y9c7owu.fsf@gmail.com> (Maxim Cournoyer's message of "Sun, 30 Apr 2023 22:42:41 -0400") References: <875y9c7owu.fsf@gmail.com> Date: Thu, 25 Apr 2024 14:47:52 -0400 Message-ID: <875xw5ffdz.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 63197 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Hi, Maxim Cournoyer writes: > Hi, > > After reinstalling someone's desktop which has support for VA-API, > 'vainfo' from 'libva-utils' would consume all the memory then crash. > Other applications relying on libva would crash as well, e.g. ffmpeg (or > its users, such as vlc/jami). Here's a sample output from VLC: > > vlc received_605209834855384.mp4=20 > VLC media player 3.0.18 Vetinari (revision 3.0.13-8-g41878ff4f2) > [000000000109d770] main libvlc: Lancement de vlc avec l'interface par d= =C3=A9faut. Utiliser =C2=AB cvlc =C2=BB pour d=C3=A9marrer VLC sans interfa= ce. > libva info: VA-API version 1.17.0 > libva info: Trying to open /gnu/store/9pypr3c3y379shbwm9ilb4pik9mkfd83-me= sa-22.2.4/lib/dri/radeonsi_drv_video.so > libva info: Found init function __vaDriverInit_1_17 > Erreur de segmentation The same issue was reproduced with vlc and Totem after the latest upgrades, which brought mesa from version 23 to 24. The same solution: --8<---------------cut here---------------start------------->8--- $ rm -rf ./.cache/mesa_shader_cache --8<---------------cut here---------------end--------------->8--- still works. I've sent upstream a fresh snapshot of the 23 -> 24 corrupted cache [0]. [0] https://gitlab.freedesktop.org/mesa/mesa/-/issues/8937#note_2388471 --=20 Thanks, Maxim