From nobody Mon May 25 02:56:45 2026 Received: from mail-wr1-f45.google.com (mail-wr1-f45.google.com [209.85.221.45]) (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 8B11240801B for ; Tue, 19 May 2026 15:36:22 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.221.45 ARC-Seal: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1779204984; cv=none; b=K6FVGlNxdle+l7CF6ldIgtucHgJhmMVjUbw9/TAUZi7cVnhfqxBNBnhN4sUV8rpjzFeHBM8NoEOfVkZ+8ntR55t1OAfCJ7pa1yC3KwuuJb54pvtMmtviRf09BNrzcYjVbU+9FohJG2/4mmXjSbCvsB9n++rhVj76l3YFUwSw9iE= ARC-Message-Signature: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1779204984; c=relaxed/simple; bh=EBBUE7qShvyfN14gNjO3prhA882aTyRYnLBM3i1q2Kc=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version:Content-Type; b=t6rVuv4DWfrImAs7ZdoAwjImDlvESm+UiJg0D5XlN7I75p/cGq/fjsJoJRXJLwtjpQvUuGA0x0PiiGRwOVjMzMlllS12gaYiYBI1j6kicdTP3seyXmv+fk8bmQ4FNOo3Gz1bx6Kvc5ltoHeBRY5x4Jxm9p7mwgqyu/gOJsgtzz4= 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=IY+8Hyi5; arc=none smtp.client-ip=209.85.221.45 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="IY+8Hyi5" Received: by mail-wr1-f45.google.com with SMTP id ffacd0b85a97d-459bf19e87bso2234578f8f.1 for ; Tue, 19 May 2026 08:36:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=baylibre.com; s=google; t=1779204981; x=1779809781; 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=EHgQsdjh/tw+KP8Pe+oR8xvrCMFKlF9bJwtDE420eOs=; b=IY+8Hyi5jskyD6PmLe2shU3Qc+owPSRj87Isn7BPZ90D53m0Qpq4FLusH+4wM8UYHh 0Ky5eDRsLV+rTlRTo8aABsAjnW6GICZklNrtcvJEn3uWEORNdB8aA22JkAorSu3htCBo y4xVbevVSsobYJk1X4sO3AWEIWgmi74dbub3aowZB+jzythlgv6loiF+XNWcLZ3vrCJL iTeX6m2K3NlELng6ThPSVj3nMNEjHuZ3sHxpPXBkcpQLA6hdyNSz6i26Jn49EomY2dvv DbpXT4VDRtSiJV8QpbGJbpfh3FXy/oL7UNp7LV+ifXe2aOHudRJ08CfXoa7SJaz7zd5s xKMQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1779204981; x=1779809781; 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=EHgQsdjh/tw+KP8Pe+oR8xvrCMFKlF9bJwtDE420eOs=; b=ga031fyGwOlWHpXHHf4XgqKzk1DuHyQ/d9tZrRFK5Lf7bPcnq+bBotQuzDm96Cg6F4 WB0i1nNDVWoirssRAc/qpgeusc03NSlefhK5emNjGZVvkv3owi/kBRhv5Y6b8a13gyri yuCe1MGYmvf4ryG4GuHo6MLIbisJsomFqzPKmmQzqd8pR3qUyeKYEfgEDhatT5Oo8fTK 8bufDkecz/+ZowSHKwZGxu6+1p1zhaufkUbCBiHENfRuQqANI1bxIKJt5hxwOacmSEmu y0TP8hGs1YtpHP7U3k3dmTyquQomf/imIl97O+nicv9BcYnUd3gcWh9jS30ma+eSsM4q bC9Q== X-Forwarded-Encrypted: i=1; AFNElJ/VzHKw+B8FhU96zArvkIVgzmi5gs1DkbFD6Ysexm1CxCVpNLvIohd28sMo+ya46+K37/HlwDszTtKMd7Q=@vger.kernel.org X-Gm-Message-State: AOJu0YyhjKDbr0hOcJjSON0hv6roOC2LjAqB5HlYKdFU40QJIVhugSOK SgL7BkhBWHi3hr7ydETuCGBL43sSBwpoCDgRQZfSy8Q0Z8kzBWVa5YPiIqbhB60L+iI= X-Gm-Gg: Acq92OGbedhXZNmSXM1d/x+/w/NflvXucieCOYLc1UKBPY6VtnUOOeL0MildXv9O1TD JADMIl42lLrTHGZLj8ETf7cbsNdLgjUWFJxSfNX+eDfj0ae87zUw4OaNi73P1rQWM8qvMAX5VSH V3UmwIw6HH9RJucoCA6XIycURzfZ6xo1j1iwLFCl4rSMC/EiX2afigOC5C6X3Sevkd7XxF1vszV olC3olNLeqsYh+AQkIQuO1XJnm1VTpM76a2n/iCnhFHJdI1RsOKediadE/I83nUEgDDFPHMtF2S srvVgQJ3oM9lHBCgblQPUURK91R8H+mNGO/9AiZG3LXbQMnVvX391sFJ9VEjDMXN9A+xT8pTeAX leM7OsR0PE7uGFFb/Ng1nymKpV8Cx9EfZadKMOOJwfGgUfoxlyqKLql/20U5a8uO9nSx3p38b7f WTh4m9Fk8mGp8h6anjF4cHDx9+cbjrdR/FDgI+f+0cHg6az53G3uN3HaI5k45i9BLW+44GI7H40 qXFX/kPcXQzTFuRw0FbHIITAw== X-Received: by 2002:a05:6000:2401:b0:43d:7275:c1eb with SMTP id ffacd0b85a97d-45e5c5dadeamr32728157f8f.39.1779204978760; Tue, 19 May 2026 08:36:18 -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 ffacd0b85a97d-45da0a1aeafsm48913050f8f.23.2026.05.19.08.36.17 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 19 May 2026 08:36:18 -0700 (PDT) From: =?UTF-8?q?Uwe=20Kleine-K=C3=B6nig=20=28The=20Capable=20Hub=29?= To: Jeremy Kerr , Matt Johnston Cc: Andrew Lunn , "David S. Miller" , Eric Dumazet , Jakub Kicinski , Paolo Abeni , netdev@vger.kernel.org, linux-kernel@vger.kernel.org Subject: [PATCH v1] mctp: i2c: Use named initializers for struct i2c_device_id Date: Tue, 19 May 2026 17:36:13 +0200 Message-ID: <20260519153613.1594429-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=1877; i=u.kleine-koenig@baylibre.com; h=from:subject; bh=EBBUE7qShvyfN14gNjO3prhA882aTyRYnLBM3i1q2Kc=; b=owEBbQGS/pANAwAKAY+A+1h9Ev5OAcsmYgBqDINtflqiqSRYEphRyq90IVkncL7xfJMx+eoGW coz61bkkv+JATMEAAEKAB0WIQQ/gaxpOnoeWYmt/tOPgPtYfRL+TgUCagyDbQAKCRCPgPtYfRL+ TvUpB/4+chmXVG0nW2ZLc93NaMyQNheUmBELFw8n0geXGI5TM3tQYFJkw/hCw1PyIQ4kRENfZcO bdogjf80grxAtzJp1U84szXzhuOzxEWthU6p/ANPqF/ZGL2asWYqNkutz3uBAu5QXowTS4CK4zI 3EbluqRqIjmLdcPgcr5GwgwXgs4NOMLvmJJC8KIRkdXsj5h+ylsZJlccAUVNkvn20dfuU/XEeBB KA/XfTMm+nhnbrJ/1pfxGquDmIlc4juoIda/R3ziO23Boeg/J3VRsO7E/gIxrOkwWtYTS37MOkR TSjVnMz/ma1kvK2buPTJLjiKC3lC8XnhD89uUn9Ve1TD2JJX 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. While touching this array, unify usage of whitespace in the list terminator to what most other arrays are using. Signed-off-by: Uwe Kleine-K=C3=B6nig (The Capable Hub) Acked-by: Jeremy Kerr --- 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. This is the only i2c driver under drivers/net/mctp, so this is the only patch needed to adapt the whole subsystem to the new style for initializing i2c_device_id arrays. Best regards Uwe drivers/net/mctp/mctp-i2c.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/net/mctp/mctp-i2c.c b/drivers/net/mctp/mctp-i2c.c index 15fe4d1163c1..24e0dd01f180 100644 --- a/drivers/net/mctp/mctp-i2c.c +++ b/drivers/net/mctp/mctp-i2c.c @@ -1101,8 +1101,8 @@ static struct notifier_block mctp_i2c_notifier =3D { }; =20 static const struct i2c_device_id mctp_i2c_id[] =3D { - { "mctp-i2c-interface" }, - {} + { .name =3D "mctp-i2c-interface" }, + { } }; MODULE_DEVICE_TABLE(i2c, mctp_i2c_id); =20 base-commit: 254f49634ee16a731174d2ae34bc50bd5f45e731 --=20 2.47.3