From nobody Mon May 25 01:59:26 2026 Received: from mail-wm1-f53.google.com (mail-wm1-f53.google.com [209.85.128.53]) (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 446071F4C8E for ; Tue, 19 May 2026 14:10:43 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.128.53 ARC-Seal: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1779199844; cv=none; b=ElxahylT/cxsd64OqAw6f2D5fQjOM5uzDd+wbMO5JTTME2EunlB07/34SZWzMo8/v152eCSjtdHHOO+SRy8VcXPxT1GwQUMLRZoUsDmmj9Ry+oNIMtDlYTpEfJg+se8OQ8Zex59F7oFWcKC4bepJMu5cc2zZcxEc/wkehP9Q8uM= ARC-Message-Signature: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1779199844; c=relaxed/simple; bh=ElZSFnN/XM5YGAs1Zqnf8SqCzctIA5yODBWQ4Y3lhoU=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version:Content-Type; b=ZtGamRI1VIvsxU4UyNigjWa7pNSV5qn7PRil5TrRihkPy9T+lEUiyRNv1NhAsL+w5l99e0TAbelBP0nV3gmkl+bRc6V/quAg1qUb6yi7LIVHISJ0xkAQhxOaQLqkQZ0ozpsQQceYv9xkk9kKoSfnw04P0sTCj0PRitfebYmg4DM= 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 header.i=@baylibre.com header.b=bDjRGt6t; arc=none smtp.client-ip=209.85.128.53 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 header.i=@baylibre.com header.b="bDjRGt6t" Received: by mail-wm1-f53.google.com with SMTP id 5b1f17b1804b1-488a8ca4aadso35640225e9.3 for ; Tue, 19 May 2026 07:10:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=baylibre.com; s=google; t=1779199842; x=1779804642; darn=vger.kernel.org; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:from:to:cc:subject:date:message-id:reply-to; bh=N9lSel/09AkblmaVWdGZHXaGbI2zsZxvAoh/LlPTdKw=; b=bDjRGt6tmr7UtpdPHiC0fBScofQzTPtqwaVxrcwbTrFGidjr1LlnU4AIcM1Gw7J1RS h5nJs6a+uF84uK49hS/O/gjVOmVy/EaBdsAllRZtoqqBYmQDpK3G+zuLTMpNGVr7ERPY W/hFeoM6JcSRwe5jz3RVqHSWfQgAX9ZFxiA8D63gGMxtfSTioWvrAr0dXASWfW4bd8+Q sqRl5xD+rnkrhZFJUBjCQqwrHjzuH+jxdQlqYWEKAKvHVD9cLeJIg+JiedL0DHcuDsMj uM7QItx6LaswL+f4yXZDC7fKX1O9Z9xy85FPhkgH1n55eweR0U+LALCk6IpuSA66u/q0 /OMA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1779199842; x=1779804642; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:x-gm-gg:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=N9lSel/09AkblmaVWdGZHXaGbI2zsZxvAoh/LlPTdKw=; b=f7PffhCc1Rke1zOH9Uwn+WFRKVoQ/JXO6+XyO0C8WGkUskRJV5hwL8KocbFywBfM+f C+Yl8u9wf4Qdem1SjwqATGEhaARL5kYblLfDXGD2wrWFp2SBcgt01EcfMznfNT/JyN5V 8PlVViM+oJHRl/Wx4XRAQXypFrdH64TgobhtSSlkkzX4x2gBk7nZR4auIyNXbb3CYrlS zdaOAtrQXoMi9LmHAsYyuRbfUi7+Vb8jpU1gZuaIOtj2B/RS90BeI2G9McQ9mO5FgkJs s6sFHXE7TayJIzPTVCll6Y53azJ81kto/qWmGEdfzPtH6aj5QDYxXnvP4CyXZg4VSTt8 qBYw== X-Forwarded-Encrypted: i=1; AFNElJ/trHhdvNNFe0X7+2+aWE5A+oPZFH8jBqcV7BGlSj69TYgPY9BIYrnSOIJWH9Rx6f8vGDAgaIpa7pOYkp0=@vger.kernel.org X-Gm-Message-State: AOJu0YzLRTziUy2ggEhADiBbQLBA+Z0o0lHBFLbD7RCctHtxmXM6MuEA 6kjE5bXKkw9g9/e4J/CcoOtOFax4cPNB7OP/6UntIfmD2CBSK3c6+BawONKAhXvZNDA= X-Gm-Gg: Acq92OFjGN9ttUjnNn69xSvSE0CsAk3lxJn+DXRNMgRuiFYiI/r1OtuTkwV8kJbLCPv ZTWWtsBqqcBjtyaL7kN4mrHXobXincPwgZVZ0hNgyQ7d5+PiNefI1bpToaeJ9rRThqcpUlVTadt NPkt+fP/xrSaxVmMlqxuvQzFY3s5GfDbXtpCsJbNu2Scv36uSowebknf8T/M5GWClrhap8+PV35 qn9aogEeCIHsDQNRYTBf20RMkHJyPKoquzwYSy40cHyNeSWsoJO1VGUdRGk3mAqXnOCYJz1GP3C RNrEtlHqbQOHaxullz43MGup85F1hQGygRcZNH3FH/hXQDZoYbh5lEqRaZ+eW8Fg+BGdMm/qmJx i1/WdrqnJLRWlt+KESFe+dbCrisNsCVFvewzBtwiXBMp8RVIHafN9KVORJvo3NhQEpjdRy63zpQ OCwFeej2onkr5yzJTDNmNqOdi9KEoHtCQg8Msysd89Nd1wt4f8Yc2viuBcnmL58FNMbPLJmYiha mxn4c4urCQNmm0= X-Received: by 2002:a05:600c:34d3:b0:48e:6db3:ff3a with SMTP id 5b1f17b1804b1-48fe63270fdmr286980175e9.16.1779199841653; Tue, 19 May 2026 07:10:41 -0700 (PDT) Received: from localhost (p200300f65f47db048a8dfcf61053817f.dip0.t-ipconnect.de. [2003:f6:5f47:db04:8a8d:fcf6:1053:817f]) by smtp.gmail.com with UTF8SMTPSA id 5b1f17b1804b1-48feb029180sm162671535e9.4.2026.05.19.07.10.40 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 19 May 2026 07:10:41 -0700 (PDT) From: =?UTF-8?q?Uwe=20Kleine-K=C3=B6nig=20=28The=20Capable=20Hub=29?= To: Thorsten Blum , Herbert Xu , "David S. Miller" , Nicolas Ferre , Alexandre Belloni , Claudiu Beznea Cc: linux-crypto@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org Subject: [PATCH v1] crypto: Use named initializers for struct i2c_device_id Date: Tue, 19 May 2026 16:10:33 +0200 Message-ID: <20260519141033.1586036-2-u.kleine-koenig@baylibre.com> X-Mailer: git-send-email 2.47.3 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" X-Developer-Signature: v=1; a=openpgp-sha256; l=2163; i=u.kleine-koenig@baylibre.com; h=from:subject; bh=ElZSFnN/XM5YGAs1Zqnf8SqCzctIA5yODBWQ4Y3lhoU=; b=owEBbQGS/pANAwAKAY+A+1h9Ev5OAcsmYgBqDG9aX5GbUFVaEdcDLwiZcVrqdY0sNsGs+se1b CDirz8BN/CJATMEAAEKAB0WIQQ/gaxpOnoeWYmt/tOPgPtYfRL+TgUCagxvWgAKCRCPgPtYfRL+ TnHEB/sGsKnjrOQJ/f7IYTwCz+SmY4MBiiGushJDD2o4i41S/5LBbxncRtM6MeL1WnlJk29j1Qx smEi0rHK4EZQYLhTYr8vVdsmhkT0z5gR+DKhuG/en59JQgwkvBJYmg827Nxs5AjZks4mm7GqXOZ tlqXT+Q9H5mkHCFPO3JMN9Q1GyHoV7NG2XpAgu5cqy0bdFbBGwQShyutRmU1AR4HKcJYcri0O+M OCN76C6JdlPPA7xLwTqbPuwqwvqj2d0BroGr9VuX6fL4AxZbIu46fZ40Au6Xb/7Y096ePaFP6yi hORAnaXuigGSzvjU9ABYw4Uf8AcdxWpwu683hsNkxgo8EZq4 X-Developer-Key: i=u.kleine-koenig@baylibre.com; a=openpgp; fpr=0D2511F322BFAB1C1580266BE2DCDD9132669BD6 Content-Transfer-Encoding: quoted-printable While being less compact, using named initializers allows to more easily see which members of the structs are assigned which value without having to lookup the declaration of the struct. And it's also more robust against changes to the struct definition. This patch doesn't modify the compiled arrays, only their representation in source form benefits. The former was confirmed with x86 and arm64 builds. Signed-off-by: Uwe Kleine-K=C3=B6nig (The Capable Hub) Acked-by: Ard Biesheuvel --- Hello, this patch is part of a bigger quest to use named initializers for mainly struct i2c_device_id::driver_data to be able to modify i2c_device_id. See e.g. https://lore.kernel.org/all/20260518111203.639603-2-u.kleine-koenig@baylibr= e.com/ for the details. This patch here isn't critical for this quest, as no driver makes use of .driver_data, so apart from the better readability this is only about consistency with other subsystems. Best regards Uwe drivers/crypto/atmel-ecc.c | 2 +- drivers/crypto/atmel-sha204a.c | 4 ++-- 2 files changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/crypto/atmel-ecc.c b/drivers/crypto/atmel-ecc.c index 9c380351d2f9..56350454ac29 100644 --- a/drivers/crypto/atmel-ecc.c +++ b/drivers/crypto/atmel-ecc.c @@ -380,7 +380,7 @@ MODULE_DEVICE_TABLE(of, atmel_ecc_dt_ids); #endif =20 static const struct i2c_device_id atmel_ecc_id[] =3D { - { "atecc508a" }, + { .name =3D "atecc508a" }, { } }; MODULE_DEVICE_TABLE(i2c, atmel_ecc_id); diff --git a/drivers/crypto/atmel-sha204a.c b/drivers/crypto/atmel-sha204a.c index dbb39ed0cea1..0fcb4692494f 100644 --- a/drivers/crypto/atmel-sha204a.c +++ b/drivers/crypto/atmel-sha204a.c @@ -210,8 +210,8 @@ static const struct of_device_id atmel_sha204a_dt_ids[]= __maybe_unused =3D { MODULE_DEVICE_TABLE(of, atmel_sha204a_dt_ids); =20 static const struct i2c_device_id atmel_sha204a_id[] =3D { - { "atsha204" }, - { "atsha204a" }, + { .name =3D "atsha204" }, + { .name =3D "atsha204a" }, { /* sentinel */ } }; MODULE_DEVICE_TABLE(i2c, atmel_sha204a_id); base-commit: 254f49634ee16a731174d2ae34bc50bd5f45e731 --=20 2.47.3