From nobody Mon May 25 01:59:25 2026 Received: from mail-wr1-f48.google.com (mail-wr1-f48.google.com [209.85.221.48]) (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 22768407CDD for ; Tue, 19 May 2026 16:13:07 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.221.48 ARC-Seal: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1779207191; cv=none; b=d8nG7lkKr1AUE/HgoYsB2RBbyNPfLn5We5jN7BLf8G0ZhqPqLrWaCveC1rfzGZq2+8DWoJTVGxUQZTjOqEWe3pBHQCQlEUsprnlUnWO+RPBz3Ena/9h+S5z9obuS1/6P2qqFOPMELjAf//eLbgJNbdEzFR/rlZOxaaqppP5pepk= ARC-Message-Signature: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1779207191; c=relaxed/simple; bh=Tsu5cKPksAu4kUFh/jfhEBoMEX2CMmo6MJSwHBEeyl8=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version:Content-Type; b=MRXJZEKcgweb0CDMqcN5ERijz8eUAfzAiJMXoQ0unSJfEcFD/bNMKpqreps2Y18RmVg5E+iit7/ayQp8DxiJUrFLLLcrAH8U2DZcZ47Q1Tq++tGHLPQx9bX3pyX1FHPRD018p/8y9x480vsFy3odSQzLKlVj+2BNXyIaRphrYKQ= 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=e5fLmGgU; arc=none smtp.client-ip=209.85.221.48 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="e5fLmGgU" Received: by mail-wr1-f48.google.com with SMTP id ffacd0b85a97d-45e8a834cc2so776935f8f.1 for ; Tue, 19 May 2026 09:13:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=baylibre.com; s=google; t=1779207186; x=1779811986; 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=G1+0LhtkVZ2YlUVIyFVTEQ/H862T2lawBohbTrKQTc4=; b=e5fLmGgU4mwwHacVX8p8DIVBpa6c5afiEBTp3I1QbjVvbsEAupcXz6NtlGyiLJ/EhB ieNCaVpPvb5PRVmHBBHxoJlqzPBfgwagHDYFzDHSnNehev+EieijVdBPc5Wdjqn/Pyzs WYMzCDsNE8x8FX9V0BF8u4AuiKV8wlTj5iUuMEg8s/Zphmnypp/WWDcINHx4Q/B5WcwR +bTEcrmLQM0vlXeDTMyJ1Uj61HaExdYC7t9rawASscmb3sAZFdKl341mnOj9J4MphVTb CBihULQpBA3KJnj8g5VlkDNnXkvwjz2Z/3JN7AuY/7xSuIk/KFzMDRoYEfxJS/y8Q7uy whFw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1779207186; x=1779811986; 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=G1+0LhtkVZ2YlUVIyFVTEQ/H862T2lawBohbTrKQTc4=; b=Pi26Tpx2JHdxrTcQXZlS9l5s4MlMGWi4gYnmvtu6eq1g2+qvuW71BjScwU/MjouGnt JGGNnd2hflHFZhvz3In0p9GjhqzTQ3RRmP0LwsBfaCoi6YNYQIbv6c7i4oYsybUy2q2z 2Yi7TDEAYDl/hiOpDODABC1fnQddm+sranyiIYlK7HbgcxS+J2nymSV3Kw3ygCW0gf5x A3XrVvvjJBpyva4wcOVHP+OwDQfeBTmNQ+fSZe1zFv7laSAS6g35XIUcOUUyYeqFS3DV Pg8+wvv9jqnTA+zXmk1nd0bluacrn+4dnb80dO2tPtf/sJJxFcvcWD1yTavJQXYoUg42 ipwQ== X-Forwarded-Encrypted: i=1; AFNElJ94O6HwdHRWZajajZ6l3sYQ6q4f7cFo2fs0DJAfOkJqlWlW9NBbFXakdmKXv0FR/nQLFMFEOoARRx4zw+w=@vger.kernel.org X-Gm-Message-State: AOJu0Yy8ESc37+qnuA2qrtAy1h+YLtvb+8bZbaHjzLMsl/qpNpg4Xkos pN6oLfXwypJsVnbnt2IbqMiOE3cG1KWzl8QXJHyxkFMkgrenzn/ZRQCxyha1VViqmsWz/U3ozdF oAKNpG1o= X-Gm-Gg: Acq92OE7CFoBgSXiaXEEz0Nsxz7GqyekRiKizR0DwWFcHVueyJ3TyBwPqbird30EDlJ YkEMveA+vDsCrAX1zHy168lgmnSHv+lVmFcAfldyaDhhQfNBRuhTibZmqG2EBEqwBiWtt1jr0Xw E/o3nu6GxtA0zQMHpTKtzM2Rf6XAX9pThOMGpCgkDoeUBK/jmsa4Np1rcxaz1/ctMnq6EJcHIDY AMQpgOpWUf7VHVkV+biDg1pzTu60e7Y/mXJIETr9l17AlyooAlKuBGnAQ4W1Q7Y3JmrG+E1NbHW 2DxdMPKzh71mlDgK7/no5NVg+eBsdZYEptYurlvLZJ6Z4OfJ6uXZMsc7iK+D8hiz5OdkqPXqtDg 95J0mTN2AidL5SA3ILDkiMtZpXK0JVcFegdz8cI2ajDXUY5kUgJvXVHCkEaX4YsE5zEJtEFuAkD HcKnwpwv9L/WaTRxXWfAmMEpFqAdRt+HUSqcm30nCNsU2LwgIcX/5DPSOUVU0F/MecWnGPaMTdg 0ah7fydrOUrn1Y= X-Received: by 2002:a05:6000:1ac7:b0:43b:498f:dceb with SMTP id ffacd0b85a97d-45e5c35e285mr33169620f8f.9.1779207186315; Tue, 19 May 2026 09:13:06 -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-45da0a19c2dsm47725552f8f.21.2026.05.19.09.13.05 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 19 May 2026 09:13:05 -0700 (PDT) From: =?UTF-8?q?Uwe=20Kleine-K=C3=B6nig=20=28The=20Capable=20Hub=29?= To: Greg Kroah-Hartman Cc: Vladimir Zapolskiy , Johan Hovold , linux-usb@vger.kernel.org, linux-kernel@vger.kernel.org Subject: [PATCH v1] usb: phy: isp1301: Use named initializers for struct i2c_device_id Date: Tue, 19 May 2026 18:13:00 +0200 Message-ID: <20260519161300.1598095-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=1761; i=u.kleine-koenig@baylibre.com; h=from:subject; bh=Tsu5cKPksAu4kUFh/jfhEBoMEX2CMmo6MJSwHBEeyl8=; b=owGbwMvMwMXY3/A7olbonx/jabUkhiyeHh7mUq2jN3Wag/yFpkSJ+Dr+Z9WTUI7+uSf6UmC/i qEKw6xORmMWBkYuBlkxRRb7xjWZVlVykZ1r/12GGcTKBDKFgYtTACbSHMj+31NM+kHQ7I4Tl+Oe zj/22ax8os3iOd17NXdxPlw/5eL2wzmvZ3B/M41TjdbfXlQiXFVVJ7XmdbH6bxmnLr8b8s/LLt6 3LGzw1ChcLHHo0I9O/9ltXI6Ch2SYVzs6LfATZpI5bj9Bfx//+4THvkU2lr8bOHT36IimJ1hf2X 5T9BazWu0Jg+jgNW+vMWj4Pd+5rov32QPfqTM9Y9fvVWs4FrNQQKLjS4zOvsJit313Zn0SvCWZK i587JBDSkCG3KnUmfOtZ0oLrJBM+rVtwVb+2V/EWHeu32bqZRn81195Zfnu6PT0D5Fp6cX/+TMd E0wPBh36//Ls3sBq9sqIL0eWWQTfWBnlanzJ4pFAXqIFAA== 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 array, only its 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) Reviewed-by: Vladimir Zapolskiy --- 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 this driver doesn't make 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/usb/phy, 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/usb/phy/phy-isp1301.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/usb/phy/phy-isp1301.c b/drivers/usb/phy/phy-isp1301.c index 2940f0c84e1b..73cc70e958de 100644 --- a/drivers/usb/phy/phy-isp1301.c +++ b/drivers/usb/phy/phy-isp1301.c @@ -25,7 +25,7 @@ struct isp1301 { #define phy_to_isp(p) (container_of((p), struct isp1301, phy)) =20 static const struct i2c_device_id isp1301_id[] =3D { - { "isp1301" }, + { .name =3D "isp1301" }, { } }; MODULE_DEVICE_TABLE(i2c, isp1301_id); base-commit: 254f49634ee16a731174d2ae34bc50bd5f45e731 --=20 2.47.3