From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-pl1-f171.google.com (mail-pl1-f171.google.com [209.85.214.171]) (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 68F912C6AA for ; Tue, 20 Feb 2024 14:46:00 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.214.171 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1708440362; cv=none; b=GJLynMSYgLJGH9FfrpJrLLmvN3brXmPQrf9WvDArmCTNUOa0W0TmB9MHHiXdng60N6aXehXFhjVogKijGdXrwfPbx+terXAIfsANydimTPYHBDL95bbTnfXs8bPdCZC6O+gXdr0OPrsLJUkeP3T5VHNgPF00KPEt6GHhj7TsML0= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1708440362; c=relaxed/simple; bh=nNNW522hhSh2JTEqryXwQXEj8ZeDmhAcd3+o03I/9FM=; h=MIME-Version:References:In-Reply-To:From:Date:Message-ID:Subject: To:Cc:Content-Type; b=uwmc0XAwHHL05K6PmxYR62bgJrTm5cPJW4FIeb8dORIrKXOXT50yUv/HeMk6ZSb0Aw7VGXD7/LnVh0oTrvzmK++V+ikNsPtlBWeF4kejhnwywD4RSp/8sICEgyyBgjeTsUkf/XtLPu6BV0iN80bJ256dmxbJwOxhlWi4yVamZ/0= 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=BDwyeYh+; arc=none smtp.client-ip=209.85.214.171 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="BDwyeYh+" Received: by mail-pl1-f171.google.com with SMTP id d9443c01a7336-1dba6b9b060so27289655ad.1 for ; Tue, 20 Feb 2024 06:46:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1708440359; x=1709045159; darn=lists.linux.dev; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=Dqoh+aO5PuDXiiP1kNhYVUZ2C9dCr9HHTDaZyknCirw=; b=BDwyeYh+SHIxRSxbEQE8TFAuqF8vm/7RuEkR2qK36cEmjwbAmzctT4s+NXZJWd5/IZ BTqFY8pN/qz9/yKgJ6ETx7lxxS5/jHBDqwCpFYLQwqulHT4d/63nVcL+f66mLSrnRg1p WErMQsQRbQWUdhLId5JwyoTqDk9R8hrTSTGwSII2uNa4D5EDDIg3vlCU5JuT54iN2hrH 4O06YoAx7apgLPmkKw3iMNnJX37/3n8yowj6nMCiABo9BlBh8zTlObwVEY9Wp/9rScHk D66CiuBwevC76QhoRV6mpE128xBfTLIxtBifmTHFEHvygzIix0BMcIjB/5phh73rUVOE UHag== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1708440359; x=1709045159; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=Dqoh+aO5PuDXiiP1kNhYVUZ2C9dCr9HHTDaZyknCirw=; b=i8ZKBSTZE1IKHokgazMUfuso2Tngl1RTWOOyuIabZQj8ITkps444hZm5mDTau4Asw9 RHIX+rNm6xPIxq2FDrsls5TAIgH0a+9Z8YvhwCWNgVevIvawzjYE3+R2X0kNATIBF3Vh ABoFOiE6xu0MEy/TfaricMqkWowFqiB0f7/5TW4LATDJe9SIUA9bKYdzmfxDwQcND0Kv VBkamrb1HsGl1EQ6cthto716uH9ktuUfifaxL4s3wB9h3/yIeoV2ol94VMgwgEpIz54k ceAVZAYgnuGiYqLooXaLWx/6hoeZGYHjdMgLF+tuxWkdWBRjNTtkmXUrzFjhfIRQqJ62 xNpg== X-Gm-Message-State: AOJu0YwyfgkO6oZPrk1gPVXJkzYjqggmyC9h+SFvYFwD52TZ7tGwmLQa tEb9KDqFH1FEOEJLCjKW963IACYTrkI5QfLUhl7WRR3A2VemlVL74R9YxuT2UKH24jM2ShlZ3hB HXV3h1Hjxr4lqoPdu6Ko7QLZfAgAn9348 X-Google-Smtp-Source: AGHT+IEzbFTeHEExGYPs6vvdhejACokVXp8HYK3mE36/KNfRZqfgHDzUh/rrTveciNVPq7sJJFaxRjvi1RJGoOh5znw= X-Received: by 2002:a17:90b:1881:b0:299:1cce:f3c3 with SMTP id mn1-20020a17090b188100b002991ccef3c3mr19017313pjb.7.1708440359315; Tue, 20 Feb 2024 06:45:59 -0800 (PST) Precedence: bulk X-Mailing-List: regressions@lists.linux.dev List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 References: <2024021732-framing-tactful-833d@gregkh> In-Reply-To: From: Alex Deucher Date: Tue, 20 Feb 2024 09:45:47 -0500 Message-ID: Subject: Re: Kernel 6.7+ broke under-powering of my RX 6700XT. (Archlinux, mesa/amdgpu) To: Linux regressions mailing list Cc: Alex Deucher , =?UTF-8?Q?Christian_K=C3=B6nig?= , "Pan, Xinhui" , Ma Jun , "amd-gfx@lists.freedesktop.org" , Dave Airlie , Daniel Vetter , Greg KH , Roman Benes Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Mon, Feb 19, 2024 at 9:47=E2=80=AFAM Linux regression tracking (Thorsten Leemhuis) wrote: > > On 17.02.24 14:30, Greg KH wrote: > > On Sat, Feb 17, 2024 at 02:01:54PM +0100, Roman Benes wrote: > >> Minimum power limit on latest(6.7+) kernels is 190W for my GPU (RX 670= 0XT, > >> mesa, archlinux) and I cannot get power cap as low as before(to 115W), > >> neither with Corectrl, LACT or TuxClocker and /sys have a variable rea= d-only > >> even for root. This is not of above apps issue but of the kernel, I re= ad > >> similar issues from other bug reports of above apps. I downgraded to v= 6.6.10 > >> kernel and my 115W(under power)cap work again as before. > > > > Any chance you can use 'git bisect' to figure out the offending change? > > For the record and everyone that lands here: the cause is known now > (it's 1958946858a62b ("drm/amd/pm: Support for getting power1_cap_min > value") [v6.7-rc1]) and the issue afaics tracked here: > > https://gitlab.freedesktop.org/drm/amd/-/issues/3183 > > Other mentions: > https://gitlab.freedesktop.org/drm/amd/-/issues/3137 > https://gitlab.freedesktop.org/drm/amd/-/issues/2992 > > Haven't seen any statement from the amdgpu developers (now CCed) yet on > this there (but might have missed something!). From what I can see I > assume this will likely be somewhat tricky to handle, as a revert > overall might be a bad idea here. We'll see I guess. The change aligns the driver what has been validated on each board design. Windows uses the same limits. Using values lower than the validated range can lead to undefined behavior and could potentially damage your hardware. Alex > > Roman posted something that apparently was meant to go to the list, so > let me put it here: > > """ > UPDATE: User fililip already posted patch, but it need to be merged, > discussion is on gitlab link below. > > (PS: I hope I am replying correctly to "all" now? - using original addr.) > > > > it seems that commit was already found(see user's 'fililip' comment): > > > > https://gitlab.freedesktop.org/drm/amd/-/issues/3183 > > commit 1958946858a62b6b5392ed075aa219d199bcae39 > > Author: Ma Jun > > Date: Thu Oct 12 09:33:45 2023 +0800 > > > > drm/amd/pm: Support for getting power1_cap_min value > > > > Support for getting power1_cap_min value on smu13 and smu11. > > For other Asics, we still use 0 as the default value. > > > > Signed-off-by: Ma Jun > > Reviewed-by: Kenneth Feng > > Signed-off-by: Alex Deucher > > > > However, this is not good as it remove under-powering range too far. I > was getting only about 7% less performance but 90W(!) less consumption > when set to my 115W before. Also I wonder if we as a OS of options and > freedom have to stick to such very high reference for min values without > ability to override them through some sys ctrls. Commit was done by amd > guy and I wonder if because of maybe this post that I made few months > ago(business strategy?): > > > > > https://www.reddit.com/r/Amd/comments/183gye7/rx_6700xt_from_230w_to_capp= ed_115w_at_only_10/ > > > > This is not a dangerous OC upwards where I can understand desire to > protect HW, it is downward, having min cap at 190W when card pull on > 115W almost same speed is IMO crazy to deny. We don't talk about default > or reference values here either, just a move to lower the range of > options for whatever reason. > > > > I don't know how much power you guys have over them, but please > consider either reverting this change, or give us an option to set > min_cap through say /sys (right now param is readonly, even for root). > > > > > > Thank you in advance for looking into this, with regards: Romano > """ > > And while at it, let me add this issue to the tracking as well > > [TLDR: I'm adding this report to the list of tracked Linux kernel > regressions; the text you find below is based on a few templates > paragraphs you might have encountered already in similar form. > See link in footer if these mails annoy you.] > > Thanks for the report. To be sure the issue doesn't fall through the > cracks unnoticed, I'm adding it to regzbot, the Linux kernel regression > tracking bot: > > #regzbot introduced 1958946858a62b / > #regzbot title drm: amdgpu: under-powering broke > > Ciao, Thorsten (wearing his 'the Linux kernel's regression tracker' hat) > -- > Everything you wanna know about Linux kernel regression tracking: > https://linux-regtracking.leemhuis.info/about/#tldr > That page also explains what to do if mails like this annoy you.