From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-wm1-f51.google.com (mail-wm1-f51.google.com [209.85.128.51]) (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 C7245466B4C for ; Tue, 28 Apr 2026 13:32:15 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.128.51 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1777383138; cv=none; b=JUnS/DziFHJmUxAUNSgREPhaxmEVj2N6Qg0tVik2LXgW9gFJmN4myRslaKcFYwWcCktUSHKtYzP386R+IguWTRdF3MCx5XYizyvz8lolnvsV6Pma/EY44r50nzHHH6oOlc8gf1kvDs2dDmBPme4V9Cub5HZ6xjmNsEEKjN00dBU= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1777383138; c=relaxed/simple; bh=l7QR1wYD5I11EeP6iTvNmbLy1lgTXchC2dI25BuZcVk=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=gzDNguorx6ubKt4peBXdCwOTH0fqmPPIYo162yI37g/gw/VqwzSi9n0ZEU5vvaBSnGIIfAer0v1RSPrinPw7XOWXQLSG4LqBdzVbDENFPJ5ogH5fFoiB4po63fsIP8qgb8nNEHGqawfHSFcT2qQbjYfGVJyfXvTsnWNOnTMBt0I= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=baylibre.com; spf=pass smtp.mailfrom=baylibre.com; dkim=pass (2048-bit key) header.d=baylibre-com.20251104.gappssmtp.com header.i=@baylibre-com.20251104.gappssmtp.com header.b=EksNuzF+; arc=none smtp.client-ip=209.85.128.51 Authentication-Results: smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=baylibre.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=baylibre.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=baylibre-com.20251104.gappssmtp.com header.i=@baylibre-com.20251104.gappssmtp.com header.b="EksNuzF+" Received: by mail-wm1-f51.google.com with SMTP id 5b1f17b1804b1-4891c00e7aeso87577385e9.2 for ; Tue, 28 Apr 2026 06:32:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=baylibre-com.20251104.gappssmtp.com; s=20251104; t=1777383134; x=1777987934; darn=vger.kernel.org; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:from:to:cc:subject:date:message-id:reply-to; bh=l7QR1wYD5I11EeP6iTvNmbLy1lgTXchC2dI25BuZcVk=; b=EksNuzF+ZA1SS0n3vZs2DpCzDJ6B7LxfB6CTWT8NsnYX3aW8ye7PI0478ik3hPO6Lg +flUXUiBDtt7C/lBwVRjGmWnDbaWHz7Lnj6tX5rjf3RYu2yGDoZW3QGAbVGN8geCwu6q TsTrXj8nLCEizgP1mgEt0Cc3hR60Rm1/tQYUoChDaEIxCoEaKSFGB5JopqQ5ulxfU+Ct 6drkgavV5pdI+wrF+L7NPWPM/Mz2K6A8X3XowNiOV2drVYe5TqI86pW8T8LZNOfuu/hP xoR9FetaxNAG2RQkgt6/Pb2g7pICLvVStnqXNMD0DG85KP6Upgd7L1GpHLpOj19eZaDV kIwQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1777383134; x=1777987934; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:x-gm-gg:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=l7QR1wYD5I11EeP6iTvNmbLy1lgTXchC2dI25BuZcVk=; b=OtJi7TqBJy3ixxtwGZGZzuSTeDTxMGTCVBYPpYHK907dKCUgiSf252yZ14cum/l7QG Y3q+zT2IDkeR8zjNrkHHnK55Y3IJ6Zb90e8qHhXB8vGopFEVGX70hVk0Yuveczkpbp2H hSlL11oHSGA05EJsbWJDJxi67Ol/CKjM6xvroRnWxiMKfRV3PXWFcVcjIKFvJysP3ZDZ RqO4W68Eo2skGvkQvRiaD2b1DmXoMrS/BU7FIJiQ1o9pb6wHzxwt1lo/ihy20bjSvck5 QUi67m2YdVm7qABeBrVU9snOgFNzCW2VTt7awisbF3Eszfhb3F75vDrWsrbxHcm3uIlb JzYw== X-Forwarded-Encrypted: i=1; AFNElJ+YnxJixISx695WaK2l+Sj9b/gLPOCn4NwyDK3fjCPl5HTlTf6t/406tJozMX3UIF0zDtbCjxAU3aVU2Dg=@vger.kernel.org X-Gm-Message-State: AOJu0Yy+0w6HozP44IjUBN4nRXHR45m7NeMCCqJmcQWBcPMPPMDbifTI Ic0YVWKK0++O0O6gI7Tj3cbuYvsxgW3bz5enH/JJYHAFPSTdbc7TC/EF5ctsruNYii8= X-Gm-Gg: AeBDievNoA7iDxgAe+jaFgKyKV6GUkrvU3THV4dcC9RvKpW/JXmIeEOl1dGwYNu0SNr gXNBu07TfaKNu94XU173sZrJ3qkTn3A7b+u3JrEyly/cNCCUQ2k4roXaiFInn6/jYqYsGAUsQC0 meQPNj0OKupz6O5DOP8TE3uCmgRjpytSDnLjs4Gk7YiC60zqDpqMVCXzi1QYPFwmQewOMAY0orq SUyDTqmwZBsBl4wja2FNXdXiqX+Rtc9r2aXEY3RG4K5dYKlOuySPn8bX3HXltEsSsrSQuaQOco8 kCJ1Xckk/IrHFst2UjOOWj7Z1ZhynCwW1LTWjI6eJT2imL3Dx+f51xyiSQrnbW1TSBXdzHNXCm5 cWbBE1erD3kH43lHR/ItGdgeEQpdAy24+sQxAYTnleVRNXo50e3kxIqmo3FTGKY+bHuw5qjuUXI 3CIInBD3f/h0tjRs9ngv8aEoQMVgLPo4IZ0sJbAroTSKQu9wcvPfoGNnGjEG1OFMjvNHx8Th77b 8b8zNvF19XMhpINxPa3azfdQg== X-Received: by 2002:a05:600c:6814:b0:488:a977:8d6 with SMTP id 5b1f17b1804b1-48a77b1dac1mr52885775e9.19.1777383134040; Tue, 28 Apr 2026 06:32:14 -0700 (PDT) Received: from localhost (p200300f65f114e083adbfb3674088b9a.dip0.t-ipconnect.de. [2003:f6:5f11:4e08:3adb:fb36:7408:8b9a]) by smtp.gmail.com with UTF8SMTPSA id 5b1f17b1804b1-48a775eb93esm18306035e9.22.2026.04.28.06.32.13 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 28 Apr 2026 06:32:13 -0700 (PDT) Date: Tue, 28 Apr 2026 15:32:12 +0200 From: Uwe =?utf-8?Q?Kleine-K=C3=B6nig_=28The_Capable_Hub=29?= To: Jani Nikula Cc: Matthew Brost , Thomas =?utf-8?Q?Hellstr=C3=B6m?= , Rodrigo Vivi , David Airlie , Simona Vetter , intel-xe@lists.freedesktop.org, dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v2] drm/xe: Don't use UTS_RELEASE directly Message-ID: References: <20260428102527.189593-2-u.kleine-koenig@baylibre.com> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="kfwcih2ewprx56b2" Content-Disposition: inline In-Reply-To: --kfwcih2ewprx56b2 Content-Type: text/plain; protected-headers=v1; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Subject: Re: [PATCH v2] drm/xe: Don't use UTS_RELEASE directly MIME-Version: 1.0 On Tue, Apr 28, 2026 at 02:09:31PM +0300, Jani Nikula wrote: > On Tue, 28 Apr 2026, Uwe Kleine-K=F6nig (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 xe_devcoredump.o. > > > > Signed-off-by: Uwe Kleine-K=F6nig (The Capable Hub) >=20 > Reviewed-by: Jani Nikula Thanks! > > (implicit) v1 of this patch is available at=20 > > https://lore.kernel.org/20260427160902.1126027-2-u.kleine-koenig%40bayl= ibre.com. > > > > The only changes since then is that instead of dropping the kernel line, > > init_utsname()->release is used, which is nearly what Jani Nikula > > suggested. >=20 > Almost the same, but better. ;) >=20 > I wonder if most UTS_RELEASE uses in the kernel should be changed the > same way? I have adapting these on my todo list. Best regards Uwe --kfwcih2ewprx56b2 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAABCgAdFiEEP4GsaTp6HlmJrf7Tj4D7WH0S/k4FAmnwttoACgkQj4D7WH0S /k6BMgf/cVZ4MEithHfIvnCDQ9coHA5fBbFzfrXAF/eV6S0i43uU0d7FDiWYEApC 9MevmcEk1C5jMG1HH6n7GusNVe6B2dh0UhsdoRm7SeJIvNhLVH7y9an2CTtSlRqF nkw3Dn1TUNtssUdpE+AT2FLDJ/xZM/mLCWQ7I3lareyatwxp9mG8JiBcIonXSyWz Ws7I5YCxrwEqGka+T6cwx451fx+H6A086Eg0NKCgy/tplm5TZd5eqH4jkKW6/afC upcExMmT7/UpmmgqQ4Jn4wWb/CE57NW+ykytmt9ldIAF8bicZQC4A5Dx7ejwlIBB Ehd8TiKip26WzkcjTGnQOd/mbt/l2w== =z5vP -----END PGP SIGNATURE----- --kfwcih2ewprx56b2--