From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-alma10-1.taild15c8.ts.net [100.103.45.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 536EF3446C0 for ; Tue, 9 Jun 2026 16:03:25 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=100.103.45.18 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1781021006; cv=none; b=EqT/P5xzea1Ji4nQX68aVOfnjC2mWrzFaO4bdlpvbpo7ppcVByfGPF6A2iOyRL/fkFRb+ymUxERk3GO4hBHQkq5s0JBknujz/T9QFYQtlXEMgcUdw2XAK3EP47qqQueOV9wKB5dKXm+HfOBjY8AqWfGyAF3dvB979Af2lVqcyyw= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1781021006; c=relaxed/simple; bh=DJbFHTwEN0RJNps4JLYdN+5bTLCxBhNGRENBKr2CrYY=; h=Message-ID:Date:MIME-Version:Subject:To:Cc:References:From: In-Reply-To:Content-Type; b=Su1UsBy5umK3exNLCrD7SEY/skM7p3joQLmT858LCAqMAKyGOPKhepNxeIWtG9KaXPgmNpp7u2Zm+6eQkL0x3jWugqteWZzfqp4sPz50bNcGdRBvrpJOahSGGXGrMY52buLJiqL9drlg24NaK81PQdaC1j4VUITtdlmJk3w8FwE= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=aC8wuJL6; arc=none smtp.client-ip=100.103.45.18 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="aC8wuJL6" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 0D3C41F00893; Tue, 9 Jun 2026 16:03:23 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kernel.org; s=k20260515; t=1781021005; bh=4ebGrgngEkzamxgfnK/0XoDfIZTS3CWDxeVGgGrUT/E=; h=Date:Subject:To:Cc:References:From:In-Reply-To; b=aC8wuJL6YMCMtrTSIZBSXZspSCOUwrB9WeVbxc5DLEkVudEvi5wKxFtaUjMwCJkLG HJwgosuvtHW54CJTecsMPHJhUinbtHzfwihA2OdfxEFJsUqYydxpXGGYf1p6jXtdBH I2Xc6ZQqZimGVeft+UGn52jmdET0IGrlskte+blKVdwog8RpKz2T2C3XBn0jrLEijl uy2621lvjIGCCdg8Vx3qEVcGSOsV9mEYGf5jBwCrGymQRrFl9WHSpiX/GRFNkXApMt b4p7AASGJsoDGS2as9GTPkjQVp3KF/7AkI+/aAb1PkhPjVUAtoxYzJBQ2pqJqyWz2u t6qagrSxlf7gg== Message-ID: <4df73005-ac4f-4636-b18b-0c2f03004c2a@kernel.org> Date: Tue, 9 Jun 2026 11:03:23 -0500 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH] drm/amdgpu: Don't use UTS_RELEASE directly Content-Language: en-US To: =?UTF-8?Q?Uwe_Kleine-K=C3=B6nig_=28The_Capable_Hub=29?= , Alex Deucher , =?UTF-8?Q?Christian_K=C3=B6nig?= Cc: David Airlie , Simona Vetter , Pierre-Eric Pelloux-Prayer , Jesse Zhang , Lijo Lazar , Vitaly Prosyak , Kees Cook , =?UTF-8?Q?Andr=C3=A9_Almeida?= , amd-gfx@lists.freedesktop.org, dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org References: <20260428144704.1114562-2-u.kleine-koenig@baylibre.com> From: Mario Limonciello In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit On 6/9/26 10:32, Uwe Kleine-König (The Capable Hub) wrote: > Hello, > > On Tue, Apr 28, 2026 at 04:47:03PM +0200, Uwe Kleine-König (The Capable Hub) wrote: >> UTS_RELEASE evaluates to a static string and changes quite easily (e.g. >> uncommitted changes in the source tree or new commits). So when checking >> if a patch introduces changes to the resulting binary each usage of >> UTS_RELEASE is source of annoyance. >> >> Instead of using UTS_RELEASE directly use init_utsname()->release which >> evaluates to the same string but with that a change of UTS_RELEASE >> doesn't affect amdgpu_dev_coredump.o. >> >> Signed-off-by: Uwe Kleine-König (The Capable Hub) > > Is this patch still on someone's radar? > > Best regards > Uwe Sorry it looks like it got missed. Thanks for pinging. I'll pick it up.