From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-wm1-f44.google.com (mail-wm1-f44.google.com [209.85.128.44]) (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 474013815CB for ; Wed, 24 Jun 2026 06:31:55 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.128.44 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1782282717; cv=none; b=CWrTDjmTRmCK0xIYmRYD30JkjsfRINT2X8S54d54llEbbxPD7VfLBvkpLhlr9pQLOymCm8MnVZGMkmZfRlK7BW2bh5dHDsiErNjuQzF5IR78W0Rhdm+ct7Fp/d0tPIRi2fOyi8mnGP+EeO/4aLZPmUL8Ipt8glZIe+nTo017dvU= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1782282717; c=relaxed/simple; bh=26zdZLUk34jjXGX+mBcaSfdTIeSa5nlUAbQMX7b+QkU=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=ZcPGKPbAf54uhIanrTIeyDNNmXUMZ+cZxEBYRnNWC1152RtEThhdFwBYfHxnkAlIGuI5OrMrtDIE8Mp6gLKOiNbyb2FirfIhvUlBfe6WpYAUEMYhUTusIQhwD1of/41BlGxsYCvM3n4ihXepHzK/KNMTLILRa76uzQfPw9qVHzQ= 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=UuSCQbbg; arc=none smtp.client-ip=209.85.128.44 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="UuSCQbbg" Received: by mail-wm1-f44.google.com with SMTP id 5b1f17b1804b1-49249707788so3146275e9.2 for ; Tue, 23 Jun 2026 23:31:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=baylibre.com; s=google; t=1782282714; x=1782887514; 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=jG3H89+QYlPl5PPh0Len06APxUxiPosJqk5odUgZH1M=; b=UuSCQbbgTUT8D+BmYR2JfBC1ptzRRjIHhXfEsSZ8r6bvFWzjz9hdXsdbJ0y8k0yqZu HHwNuAuaHmR3XHbXx52X8AxOJ0an9loRHW1GICqXfsvac1V9Vzs1+NBXC6KAw1n7cXrY N3bxIQqWbaflsSZXBXZvT6FQGB6VFrjCC6Rm++j/NCgN/9Z+k+ZUCTszHdTYC8jMQGVM 2QvID+dU/Su0DcaJCiWpLattlySa5YwGA97nXWO7W3YESJcC6WCDjZUDAtmVDHO9H34X AMsjym/jUnkz1Dq7PIUJ34Egw4YhpUiwwoaCk9Z1PAKSblhP8CXaK6JRwPL9KiyAEaWH KdPg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1782282714; x=1782887514; 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=jG3H89+QYlPl5PPh0Len06APxUxiPosJqk5odUgZH1M=; b=Ar8QnWjRCsH+SZkoSXpCiY1RLIp9d2FQHCZ2763cLq5FJ/ji6iKwppkeU+T4bYkvmz fUpdbVH2YVkIuRop0oFt2r2Y9KcWSA5AVhvb7HxLcwvUkAb0UmVAVndtDgQTzDy8zg+W lihtZHVlHpjQk7nAM1vO8S362+lXtxHF9XPnYQSgFV6NdALtKX1aOuf+XGfSLF0U0W+H Ga1eseEoBZ8J6FVphcyoVxiY28BzYFE4i02KWJWi+FXvyQjuGAuTBW2EdKa6Emm9j4Yg NZZ8hVWzN6aEknJUnMwRpon6JAsnNOyNUh3feVa5R/wi6mPQueS+h7TX48d9OcJYAavI wiFg== X-Forwarded-Encrypted: i=1; AFNElJ+Mt5+JS8RbYc+HjZRUriRF64ZiZJmrlgnj0KjwdNBHKxB8XEdnr/p6Nu5/KjFRHuyPVLhdtFRAdmZK4Lk=@vger.kernel.org X-Gm-Message-State: AOJu0Yz4rkTZqpboQJc6K1yt9nPkFhZl75jvcoZEjMAQdB7MHWEgl17m WdIoI2QXzvcLni1jR//ladpHqcS9YFp4ixioP3BSl7ouDxwm2U/xDm+PBUOyyaL+6k7ztpO/SYC rctyd X-Gm-Gg: AfdE7cmkqwGM9MKh59HRS3nNB323M6Zu1DNBX+pymqDuLo1huxdst1WryQISji4QXgM e+PieFixHkmkkcMtoynPj2xAfyDoE8AtX2JtKbcTTKqDQY4Z/0UBbwCu/+P+w02hOm7Nt+GDT/6 3dFfqHBtjrkuvNjwUpIlWYr0M+sKgeLtowa32c94oTNmevd1CcVRG9iJhbNXROE2OjnhbL4gxTQ y65IT3rUfxvvNl79bm9xG8B0uARw3q/9/kXq+sUHX+rKNuqhRk1sucwBGxLfz6+Zc7ZuJRGkQbW bjaj8x2yYZjWqqE1mIrY/QlJuAVo9VGcLJOjvRb07+3vhx48FhFT/FcU9jMcwZLuOhyORydcFfo OG96rbnMKVfrFPOLB252DjCCK48bYlv091j+gngjlmIMYbJ1PA+NvkHxPrqDkMJ/esLL5K5IyjT b3lBn9QcF/dMWzDD4ASw== X-Received: by 2002:a05:600c:8b4c:b0:490:be1e:6ce6 with SMTP id 5b1f17b1804b1-4924908ab39mr268258125e9.9.1782282713456; Tue, 23 Jun 2026 23:31:53 -0700 (PDT) Received: from localhost ([2a02:8071:56d1:2de0:559d:eec2:887f:c200]) by smtp.gmail.com with UTF8SMTPSA id 5b1f17b1804b1-4924944faa8sm336849515e9.13.2026.06.23.23.31.52 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 23 Jun 2026 23:31:52 -0700 (PDT) Date: Wed, 24 Jun 2026 08:31:51 +0200 From: Uwe =?utf-8?Q?Kleine-K=C3=B6nig_=28The_Capable_Hub=29?= To: Linus Torvalds Cc: Greg Kroah-Hartman , linux-kernel@vger.kernel.org, Rob Herring , Saravana Kannan , Bjorn Helgaas , "Rafael J. Wysocki" , Len Brown , Andi Shyti , Mark Brown Subject: Re: [PATCH] mod_devicetable.h: Split into per subsystem headers Message-ID: References: <20260622210733.1743063-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="y4f3vxqhpk4cbrba" Content-Disposition: inline In-Reply-To: --y4f3vxqhpk4cbrba Content-Type: text/plain; protected-headers=v1; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Subject: Re: [PATCH] mod_devicetable.h: Split into per subsystem headers MIME-Version: 1.0 Hello, On Tue, Jun 23, 2026 at 06:13:29PM +0200, Uwe Kleine-K=F6nig (The Capable H= ub) wrote: > On Tue, Jun 23, 2026 at 07:54:12AM -0700, Linus Torvalds wrote: > > On Tue, 23 Jun 2026 at 07:47, Uwe Kleine-K=F6nig (The Capable Hub) > > wrote: > > > > > > So in the end I expect a handful of driver patches plus switching the > > > the most important (or maybe all) s from > > > to . > > > > > > I guess that is ok then, too? > >=20 > > Sure, that sounds fine. I was expecting lots of files to include the > > mod_device_id/xyz.h files by hand, since that's what currently happens > > with that mod_devicetable.h file: > >=20 > > $ git grep linux/mod_devicetable.h | wc -l > > 1621 >=20 > These are mostly .c files. Currently I'm concentrating on the header > files only: >=20 > $ find -name \*.h | xargs grep linux/mod_devicetable.h | wc -l > 91 >=20 > For these the effort-impact ratio is much better. Agreed that for .c > files your script approach sounds right. Up to now I wasn't aware that > there are that many .c files including > directly. >=20 > Assuming I create such a script, what would be the approach to apply the > resulting patch? Do you want to run and commit after -rc1? The > alternative would be to submit a patch per subsystem. Heads up: It's not as easy as anticipated. Two (similar) types of difficulties I hit are: - drivers/platform/x86/msi-ec.c doesn't include but (e.g.) . The latter used to provide a definition for dmi_device_id. So when replacing in by , drivers/platform/x86/msi-ec.c fails to compile due to missing dmi_device_id. - makes use of resource_size_t. That was defined before via -> , but doesn't include . Just adding that to be sure not to introduce build regessions is sad. Best regards Uwe --y4f3vxqhpk4cbrba Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAABCgAdFiEEP4GsaTp6HlmJrf7Tj4D7WH0S/k4FAmo7edMACgkQj4D7WH0S /k41qAgAqY0cd6dCHpWgk+X/T6HBB5pol77IIWEXcfoAiLvyefUcBA49RmxvE2IL Q/2nx8OgZM84sHTy2zIhled20q61nA4uOOIXK1DGnsGLezimlyr6y5rPY0m/Nrj6 eonA3ExP+oOj3BlJq3EJdFX+T5CA204zInz0WKpObboh67BkBTQTCWXMZB3xPhq6 f/i4pWYmG18J+QBlXUxSDF/+j78evcj+e8Fy+ObGv7FZ0BTOb31M96xBft3tHe6T SPKsbDIpGk4UqTa2TxzN/JcnKIus1iATAClQ4TTmfwcXc25Oxnp9ElxdrsYUT9yY DtKRcDfi+0L8dD2XNa114BWX6i9T0w== =nrYW -----END PGP SIGNATURE----- --y4f3vxqhpk4cbrba--