From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-ed1-f49.google.com (mail-ed1-f49.google.com [209.85.208.49]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id B9B1825D20F for ; Mon, 14 Apr 2025 09:09:07 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.208.49 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1744621749; cv=none; b=rdWuEPawP0z8foW1IEUPlYbUYI8vNSC53ji6ez3bO95yWWerz851pkpJoM4LMERT0mv4v4TgrA1DjSV7GP/ZGbsVdB/1BQb4wkgTdjY1SbGW9RCvcA9bVslko7fSiIuyqO8E2lR4pfq1BPK0kJ0Z81V9nDuyo+v+RZYa/PGn/Xc= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1744621749; c=relaxed/simple; bh=+ae7PEkBWVnD/XgndULpX0wq3u56Hkq7Lh8T4H7CnMw=; h=Message-ID:Date:MIME-Version:Subject:From:To:Cc:References: In-Reply-To:Content-Type; b=C6vFu5/gASXMiTxBaVVqegIUr5d5plGKJTkOTcIBCfs2MdX61+Auherb1lo/noJu+0oaj7/zDVFphDX1Bn4FYFpRcVlJcw1hlFN7jQC0/MoUQNZnsfjzeZ6EAJ1OWcMKqF9O+wCAcf50DQeQpEPlNIu0ijBa7FFzFCodspYh2dw= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com; spf=pass smtp.mailfrom=gmail.com; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b=myQNlgfS; arc=none smtp.client-ip=209.85.208.49 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=gmail.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="myQNlgfS" Received: by mail-ed1-f49.google.com with SMTP id 4fb4d7f45d1cf-5e673822f76so7221194a12.2 for ; Mon, 14 Apr 2025 02:09:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1744621746; x=1745226546; darn=vger.kernel.org; h=content-transfer-encoding:in-reply-to:content-language:references :cc:to:from:subject:user-agent:mime-version:date:message-id:from:to :cc:subject:date:message-id:reply-to; bh=ln9rD8BOUkqsdcSku7nsN2RysHqQx1gKf4wgBYpxgJo=; b=myQNlgfSATuovbtZFq6V4TW01r5gs9y54tdsiJUT3ZQw7MbGfXhBkiJ5l4FfGFSJcY pBkt7RyEGws6a/P0Is5R5VaNt8FKKxqssl4Ip8i04hNU5VgI5SQwLpJbtt73eMipmP9K NDz38lYtfwlBYmlCuANSzDXf9+dj9SJXBb4/JLtKRgMmLPOu0xDjYR3Mi42Lq4Vilpy3 LDg0C0U+iaWSHdBB9Uwi6/7uq1Oywbe9vCMkhqtqFtjF6VRbBJkWerSY2qDwmCoUk2wH 0/2ZyoWzDVGl4sNrRGqQCsgj5Aw1Lm6EjBYz7QAdRL6ATxX1wb5D1G+dMgml7+oMkTc+ GEkQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1744621746; x=1745226546; h=content-transfer-encoding:in-reply-to:content-language:references :cc:to:from:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=ln9rD8BOUkqsdcSku7nsN2RysHqQx1gKf4wgBYpxgJo=; b=hGkcJgE2q0+SYBrFvEKiK7f+ti4vvH0nARoEpc9QiH9a0rJ2vDBbg5zkz7rws03m0X 2Mcsulv9bX1hRYSitMkWbCorLZJyRIBJ7sZJYQVZZ6RJqHMqcSCf4NZId0u5JjyIc3nN 3Pmi9is0/CY6cxYFbWHvNJpU1RyJKzqYc42MYRbceWvSw3A6Qr34qhjNi70MIBqp7k8z kZRBiiVvopIoKtq2iuUcwfD5VORbXgMrg1MI0xIBKH3jE+HFC29rW/ipjUlRVN4XBk+4 dNbwXZ7a8kPHkPYrXTCN/3HoGomUKCvKKgDMtXTQY5RUDvF8ftVXKvAJ4A8ZqZk3HDgm PHGA== X-Forwarded-Encrypted: i=1; AJvYcCU8bLgwk4suajtdhcf9UuHvmIqhnzP3b3x6nYuO+Wh5mSv1ob1/IkDQfLo6gGumQWuZXUigJt8=@vger.kernel.org X-Gm-Message-State: AOJu0YyM0SdhsfbWmT1RkMtnK9boEslAGlKNLahn/OD7L8ukeu90PW07 tFtJZYPsZzbs4WWz24B0QpZulUn4EuUyx5yHqNAxBX90MifD3YmetM+giQ== X-Gm-Gg: ASbGncs7d4UJCzHiQotCJa46EovRQsOZ3dQYBLhkg9SRFzGvg6jcIj6fFOEs2mvEySZ m2/GwbeJENMP78V9UgfTBO52ZvkYNs5m9ZPnXKnClR55mMMNhFTBph8tHiLJEpqFhmzAXB90k/j ZRhhf87fuGygHEiGZ174nCV1kEIdphb/fsToe1Fg4roLWrFWqZP04GhwBZVVUwWLjVH25NQCtFM hoCNHqMOrZhXrIG7MkROuxM9YhQmuE+nX/B0wYCp51ZP9acLj6zIt5cXDsfnneAaBoHAjVIoxcm 890NcypF3uKc4MR9gh7x7wSG9g264P5EdhTu3bz0CKsYjmH/wypefuYsU+SubO2eJlzEDtLHE7n pxYc0UZecVw== X-Google-Smtp-Source: AGHT+IEbHNROGx3S1lNvZJDO7eQBzvciyzW8bEHw5f3aZlJfOkGE9b7WpF07oD50zzLrUC2dqkc18w== X-Received: by 2002:a05:6402:2399:b0:5f3:7f49:a397 with SMTP id 4fb4d7f45d1cf-5f37f49f631mr5972654a12.26.1744621745650; Mon, 14 Apr 2025 02:09:05 -0700 (PDT) Received: from [137.204.143.152] (arces143152.arces.unibo.it. [137.204.143.152]) by smtp.gmail.com with ESMTPSA id 4fb4d7f45d1cf-5f36f06c5desm4620406a12.48.2025.04.14.02.09.04 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 14 Apr 2025 02:09:05 -0700 (PDT) Message-ID: Date: Mon, 14 Apr 2025 11:09:04 +0200 Precedence: bulk X-Mailing-List: stable@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: Regression: mt7921e unable to change power state from d3cold to d0 - 6.12.x broken, past LTS 6.6.x works From: Sergio Callegari To: Christian Heusel Cc: Greg KH , stable@vger.kernel.org, Linux Regressions References: <415e7c31-1e8d-499b-911e-33569c29ebe0@gmail.com> <2025031923-rocklike-unbitten-9e90@gregkh> <5e260035-1f1b-4444-b3b8-1b5757e5ed08@gmail.com> <38658f1a-216b-470d-99a2-13d66f075c77@heusel.eu> Content-Language: it, en-US-large In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Happened again, so I could make a test: Kernel 6.9.12 does not have the issue. When the system comes up on kernel 6.12 and no wifi, no ability to change the power state, booting 6.9.12 fixes the issue. As the issue is fixed, the dmesg is interesting. I have a long series of mt7921e 0000:05:00.0: not ready after FLR; waiting where is a time in ms that is progressively doubled, until: [ 57.726146] mt7921e 0000:05:00.0: not ready 32767ms after FLR; waiting [ 91.812263] mt7921e 0000:05:00.0: not ready 65535ms after FLR; giving up [ 91.955247] mt7921e 0000:05:00.0: enabling device (0000 -> 0002) Next time it happens, I'll try to see what happens with one or more kernels between 6.9.12 and 6.12. Thanks, Sergio On 30/03/2025 18:35, Sergio Callegari wrote: > Hi Christian, > > Thanks for your nice offer, details below: > > On 20/03/2025 11:05, Christian Heusel wrote: >> Hey Sergio, >> >> On 25/03/20 08:49AM, Sergio Callegari wrote: >>> Might be able to test on the distro built kernels that basically >>> trace the >>> releases and stable point releases. This should start helping >>> bracketing the >>> problem a bit better as a starter. But it is going to take a lot of >>> time, >>> since the issue happens when the machine fails to get out of >>> hibernation, >>> that is not always, and obvioulsy I need to try avoiding this >>> situation as >>> much as possible. >> >> Which linux distro are you using? If you're on Arch Linux I can provide >> you with prebuilt images for the bisection :) > > I am on manjaro, where the kernel follows slightly different naming > conventions, but the arch kernels should be OK. So thank you very much > for the nice offer. The thing is possibly a bit premature, in that I > would like to identify first what is the kernel RC or point release > where the issue started to appear, because I have these kernels > available for my distro which makes things easier. Unfortunately, I am > still in the dark even wrt this. > > The issue is nasty, because it only happens when you crash on restore > from hibernation, which is something that I am desperately trying to > avoid because this is my work machine and I really don't want to risk > data loss. > > The big problem with this bug is that you remain with the impression > that your hardware is bricked. On the web I read that booting windows > immediately gives you back the wifi device on pcie, but I really cannot > say, as I have no windows to try. What I can say is that the 6.6 LTS > kernel also lets you recover the WIFI, while 6.12 LTS does not. > > As a stopgap, would be great to know if there is anything that can be > done while on 6.12 to fully reset the pcie (or the pcie device, I still > don't know what is the culprit), so you don't need to boot an older kernel. > > Thanks again, > Sergio > >> >>> >>> Incidentally, the machine seems to hibernate-resume just fine. It is >>> when I >>> suspend-then-hibernate that I get the failures. >>> >>> Before contacting the network driver authors, I just wanted to query >>> whether >>> the issue is likely in it or in the power-management or pcie subsystems. >>> >>> Thanks, >>> Sergio >> >> Cheers, >> Chris >> >>> >>> On 20/03/2025 00:54, Greg KH wrote: >>>> On Wed, Mar 19, 2025 at 08:38:52PM +0100, Sergio Callegari wrote: >>>>> There is a nasty regression wrt mt7921e in the last LTS series >>>>> (6.12). If >>>>> your computer crashes or fails to get out of hibernation, then at >>>>> the next >>>>> boot the mt7921e wifi does not work, with dmesg reporting that it >>>>> is unable >>>>> to change power state from d3cold to d0. >>>>> >>>>> The issue is nasty, because rebooting won't help. >>>> >>>> Can you do a 'git bisect' to track down the issue?  Also, maybe letting >>>> the network driver authors know about this would be good. >>>> >>>> thanks, >>>> >>>> greg k-h >>> >>> >