From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp.gentoo.org (woodpecker.gentoo.org [140.211.166.183]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id D29901580E0 for ; Sun, 26 Jan 2025 21:44:39 +0000 (UTC) Received: from lists.gentoo.org (bobolink.gentoo.org [140.211.166.189]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) (Authenticated sender: relay-lists.gentoo.org@gentoo.org) by smtp.gentoo.org (Postfix) with ESMTPSA id BE96E34357F for ; Sun, 26 Jan 2025 21:44:39 +0000 (UTC) Received: from bobolink.gentoo.org (localhost [127.0.0.1]) by bobolink.gentoo.org (Postfix) with ESMTP id 97F2611047D; Sun, 26 Jan 2025 21:43:31 +0000 (UTC) Received: from fuchsia.ash.relay.mailchannels.net (fuchsia.ash.relay.mailchannels.net [23.83.222.64]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by bobolink.gentoo.org (Postfix) with ESMTPS id 4A0F911046F for ; Sun, 26 Jan 2025 21:43:29 +0000 (UTC) X-Sender-Id: thundermail|x-authsender|confabulate@kintzios.com Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 9A1388A2D8C for ; Sun, 26 Jan 2025 21:43:28 +0000 (UTC) Received: from mailclean11.thundermail.uk (100-117-41-232.trex-nlb.outbound.svc.cluster.local [100.117.41.232]) (Authenticated sender: thundermail) by relay.mailchannels.net (Postfix) with ESMTPA id 90EA98A2C9B for ; Sun, 26 Jan 2025 21:43:27 +0000 (UTC) ARC-Seal: i=1; s=arc-2022; d=mailchannels.net; t=1737927807; a=rsa-sha256; cv=none; b=E3iXqBNVhJH2Dm9VGnWlg+1qrKUWUAafKtTccel7LGP+Sj7IWM9dwx+9Imc8q/UQvitehS tuVj4ZpveSOM8wrCgJGiTF03/IO5+P5BhUqLt710Ic1AgV9lwLndmfIwkwGChPIllze+OH fTMK/nY60du2YUp7vqVwVMthzMpRsUTUu7pRQtoSG1k5nrjOYMSvJDigP+8cgYNyEh/QEg OK5ks6NtanikXqi5bhJQ2QZSAAZpfsTfekx+1vSdj7lWUQXDks7C9cd5zhs4KH8k6n8K54 7Thms2hOl7GIVhelRbz3mnRhgLIhV5dN9CCm1hXyupfipma2NUtAhXOX7OW7wg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=mailchannels.net; s=arc-2022; t=1737927807; h=from:from:reply-to:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:mime-version:mime-version: content-type:content-type:in-reply-to:in-reply-to: references:references; bh=+NukIkX1MPfUZKqxt1CD7ikv2t91tgYvEUXcTXKTgF0=; b=Ojau3CvQgJ4OBDf3FVicgItM3XNzXkevHpL4AeqZ6V+mtQ4mnOLCEL128OEyef9WSnbF09 TbQN+nD2Zca0droNtmG+uwmEOUUjB6T7ytSvSQNCjq76HcRd8RiyDTsPzaSSMxk+UqI21J 5gTgNzWqms6x0lvj9F6V8QwiUXfmNp5lruiLzXjIdWA0c4wgzZbep+gjkEf0y/mZwoLbx5 TFg3+7Z+HKCnB1lm/ZpphV7nK3NjryyhxBecBtUNJgRr433q66imIY7jLLpLlFb6l1HWX5 lbv3mjnqdWRCaAV+75mRQ5u+aA+n9wMuWVaTSGubfbgle0io1Z6zmvfE1NRLGA== ARC-Authentication-Results: i=1; rspamd-7d8d9dbc5b-jdb8v; auth=pass smtp.auth=thundermail smtp.mailfrom=confabulate@kintzios.com X-Sender-Id: thundermail|x-authsender|confabulate@kintzios.com X-MC-Relay: Neutral X-MailChannels-SenderId: thundermail|x-authsender|confabulate@kintzios.com X-MailChannels-Auth-Id: thundermail X-Callous-Shade: 0034256718ad009d_1737927808103_1257092310 X-MC-Loop-Signature: 1737927808103:2049761280 X-MC-Ingress-Time: 1737927808103 Received: from mailclean11.thundermail.uk (mailclean11.thundermail.uk [149.255.60.66]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384) by 100.117.41.232 (trex/7.0.2); Sun, 26 Jan 2025 21:43:28 +0000 Received: from cloud238.thundercloud.uk (cloud238.thundercloud.uk [149.255.62.116]) by mailclean11.thundermail.uk (Postfix) with ESMTPS id BB95B1E0006 for ; Sun, 26 Jan 2025 21:43:25 +0000 (GMT) Received: from rogueboard.localnet (230.3.169.217.in-addr.arpa [217.169.3.230]) (Authenticated sender: confabulate@kintzios.com) by cloud238.thundercloud.uk (Postfix) with ESMTPSA id 1469E104053 for ; Sun, 26 Jan 2025 21:43:24 +0000 (GMT) Authentication-Results: cloud238.thundercloud.uk; spf=pass (sender IP is 217.169.3.230) smtp.mailfrom=confabulate@kintzios.com smtp.helo=rogueboard.localnet Received-SPF: pass (cloud238.thundercloud.uk: connection is authenticated) From: Michael To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Re: Troubshooting AMD Radeon Vega system freeze Date: Sun, 26 Jan 2025 21:43:12 +0000 Message-ID: <4628214.LvFx2qVVIh@rogueboard> In-Reply-To: References: <5014ced2-6981-4e52-adc5-ae552f88142b@gmail.com> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2357795.ElGaqSPkdT"; micalg="pgp-sha256"; protocol="application/pgp-signature" X-PPP-Message-ID: <173792780425.447876.10124765544193791441@cloud238.thundercloud.uk> X-PPP-Vhost: kintzios.com X-Rspamd-Server: mailclean11 X-Rspamd-Queue-Id: BB95B1E0006 X-Rspamd-Action: no action X-Spamd-Result: default: False [-1.51 / 999.00]; SIGNED_PGP(-2.00)[]; MID_RHS_NOT_FQDN(0.50)[]; ONCE_RECEIVED(0.20)[]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; MX_GOOD(-0.01)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_ALL(0.00)[]; DMARC_POLICY_ALLOW(0.00)[kintzios.com,none]; FROM_HAS_DN(0.00)[]; FUZZY_RATELIMITED(0.00)[rspamd.com]; REPLYTO_DOM_NEQ_TO_DOM(0.00)[]; ARC_NA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; MISSING_XM_UA(0.00)[]; ASN(0.00)[asn:34931, ipnet:149.255.60.0/22, country:GB]; MIME_TRACE(0.00)[0:+,1:+,2:~]; TO_DN_NONE(0.00)[]; REPLYTO_ADDR_EQ_FROM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; PREVIOUSLY_DELIVERED(0.00)[gentoo-user@lists.gentoo.org]; R_DKIM_NA(0.00)[]; NEURAL_HAM(-0.00)[-0.379]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(0.00)[+mx]; HAS_REPLYTO(0.00)[confabulate@kintzios.com] X-Archives-Salt: c3ea1e6e-db49-43d6-84e2-de2fadcbcb26 X-Archives-Hash: 5a93e0ac5619effa2503456390dce362 --nextPart2357795.ElGaqSPkdT Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="utf-8"; protected-headers="v1" From: Michael To: gentoo-user@lists.gentoo.org Reply-To: confabulate@kintzios.com Date: Sun, 26 Jan 2025 21:43:12 +0000 Message-ID: <4628214.LvFx2qVVIh@rogueboard> In-Reply-To: MIME-Version: 1.0 On Sunday 26 January 2025 20:18:57 Greenwich Mean Time Grant Edwards wrote: > On 2025-01-26, Daniel Frey wrote: > > I had a problem with two of my Ryzen systems that exhibited this > > behaviour. One has a G processor, the other doesn't > > > > Apparently Ryzen processors have an idle bug that locks up the > > system in this way. The bugs manifests randomly when the CPU is > > idle. For me, if I left the PC on overnight it would always be hung > > up the next morning. It would also trigger if I started a long > > emerge and forgot about it - it would idle enough it would hang. > > And that only hung user-space stuff? > > I can still ping mine when it's frozen, and the SysRq key works > (except for commands to do with the framebuffer console). Ssh doesn't > work and Ctrl-Alt-Fx doesn't work. > > > I had to update the BIOS on both machines, then change the "Power Supply > > Idle Control" to "Typical Current Idle". Any other setting and the bug > > manifests. Note this setting is for Asus motherboards; I would imagine > > other manufacturers have a similar setting but it may be named > > differently. > > > > I did test it, I left both my PCs on for over 48 hours and no lockup. > > I don't think this is the same. My machine never locked up when idle. > > It was always when doing something like resizing an X11 window. I > could let it sit idle for days (either at the console prompt or with > X11 screen-saver active and a blanked screen). I could do anything I > wanted remotely via ssh. It only seemed to lock up when I was doing > something in X11. It didn't have to be _much_ in X11 (didn't need to > be rendering video or 3D gaming). Just working with xemacs and xterms > seemed to be enough (though I probably had a Thunderbird window > sitting idle/iconified and a chrome window showing some > documentation). > > Yesterday I downgraded mesa from 24.3.3 to 24.2.8, and it hasn't > frozen since -- though I also haven't been using it a lot since the > downgrade. If make it through a day of work tomorrow without a > lockup, then I'm going to blame mesa. During a normal work day last > week it would usually freeze a half-dozen times. > > -- > Grant I have an older AMD system running a wayland desktop, which locks up if I update mesa/xorg in the background and do not restart/reboot after it is done. It tends to lock up with Firefox when moving its window between monitors, or resizing windows in general. It feels a bit random when it may decide to trigger a freeze, but only common denominator is mesa & xorg drivers updates which are not followed through with restarting the session or rebooting the system. --nextPart2357795.ElGaqSPkdT Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEXqhvaVh2ERicA8Ceseqq9sKVZxkFAmeWrHAACgkQseqq9sKV ZxlM9g//aRvJwrChnrHMpgs4rk2Jb4z1OasQWnpeCoGjFp91KaoIi5eNWV8zez1E ynGkYN2YJbF955yaGeA1uJw3jFMmqcgkxzKXPuquAdzHqNUebtEwOqABBYC1JfsW qeDglOwYecUNjJIw6IobaVKGOIx623Lqe3OSryKz8JzggdrsziX2k1pKl+zzOz+/ S6tKolgb08p62F2rlitNnqvfiUE7eSKEvG/Yocz7tTIr3h5wTDYSQvpwxcQemppR stTFPSSIM1lscY+fuFd7Aq92uPYRmdtawXDP2JJrko2rn23r2GdiQcgsfbnFt093 qmWyUgSJp8s9f0pxGvELLCnZ3Cb5bgytuPI6aKmVFlmqSDt16fve+y+owzUGO5OV aM2Q8ggdKf66hodEgyhK15/GP/8Gm9VE7b/+E/jxVutpKwZKHzSPvIf68CxalYkc 4303f9lvmAOYv5JSkVm5WBV9ExPj5dxRo5hJVzamX2GSKS1R2bArDbaM4oP50jP8 YuPCGxUAlXvmWzJiEem3wqYTR2syTaSCy8AJTmmsdDDNydYqm5vx8Rj5TnG1zolt 4H4WU9Zo/tq2PLf7TeSbEjIp+vPHB6KvN80dxXSIYDaQewLIl7WOIlsfevxuFg/j 0Py5Aze7yYs8qZ1dLtccw5iBjBq6m8RqnN0OkcSAyJTe986sacE= =hsul -----END PGP SIGNATURE----- --nextPart2357795.ElGaqSPkdT--