From: "Ilpo Järvinen" <ilpo.jarvinen@linux.intel.com>
To: Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
linux-kbuild@vger.kernel.org
Cc: Tero Kristo <tero.kristo@linux.intel.com>,
platform-driver-x86@vger.kernel.org,
LKML <linux-kernel@vger.kernel.org>,
Hans de Goede <hdegoede@redhat.com>,
Geert Uytterhoeven <geert@linux-m68k.org>,
David Gow <davidgow@google.com>,
Masahiro Yamada <masahiroy@kernel.org>
Subject: Re: [rfc, PATCH v1 1/1] platform/x86: intel: Add 'intel' prefix to the modules automatically
Date: Tue, 15 Oct 2024 12:05:45 +0300 (EEST) [thread overview]
Message-ID: <caa4b5e0-742b-a4f4-d4c8-8e14cc99eefc@linux.intel.com> (raw)
In-Reply-To: <20241011172531.3407093-1-andriy.shevchenko@linux.intel.com>
On Fri, 11 Oct 2024, Andy Shevchenko wrote:
> Rework Makefile to add 'intel' prefix to the modules automatically.
> This removes a lot of boilerplate code in it and also makes robust
> against mistypos in the prefix.
>
> Signed-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
> ---
>
> Send as RFC because TBH I rather want to have something like this to be
> available on the level of Kbuild for any of the subdirectories in
> question. Also I haven't done any comprehensive build tests on this,
> let's see what CIs think about this...
It feels useful to have this automatically available for the folder one
level towards root... (perhaps two levels).
But you didn't include kbuild ML (now added).
> drivers/platform/x86/intel/Makefile | 68 ++++++++-----------
> .../intel/{intel_plr_tpmi.c => plr_tpmi.c} | 0
> 2 files changed, 29 insertions(+), 39 deletions(-)
> rename drivers/platform/x86/intel/{intel_plr_tpmi.c => plr_tpmi.c} (100%)
>
> diff --git a/drivers/platform/x86/intel/Makefile b/drivers/platform/x86/intel/Makefile
> index 74db065c82d6..21e9e21e0142 100644
> --- a/drivers/platform/x86/intel/Makefile
> +++ b/drivers/platform/x86/intel/Makefile
> @@ -17,50 +17,40 @@ obj-$(CONFIG_INTEL_UNCORE_FREQ_CONTROL) += uncore-frequency/
>
>
> # Intel input drivers
> -intel-hid-y := hid.o
> -obj-$(CONFIG_INTEL_HID_EVENT) += intel-hid.o
> -intel-vbtn-y := vbtn.o
> -obj-$(CONFIG_INTEL_VBTN) += intel-vbtn.o
> +intel-target-$(CONFIG_INTEL_HID_EVENT) += hid.o
> +intel-target-$(CONFIG_INTEL_VBTN) += vbtn.o
>
> # Intel miscellaneous drivers
> -obj-$(CONFIG_INTEL_ISHTP_ECLITE) += ishtp_eclite.o
> -intel_int0002_vgpio-y := int0002_vgpio.o
> -obj-$(CONFIG_INTEL_INT0002_VGPIO) += intel_int0002_vgpio.o
> -intel_oaktrail-y := oaktrail.o
> -obj-$(CONFIG_INTEL_OAKTRAIL) += intel_oaktrail.o
> -intel_sdsi-y := sdsi.o
> -obj-$(CONFIG_INTEL_SDSI) += intel_sdsi.o
> -intel_vsec-y := vsec.o
> -obj-$(CONFIG_INTEL_VSEC) += intel_vsec.o
> +intel-target-$(CONFIG_INTEL_ISHTP_ECLITE) += ishtp_eclite.o
> +
> +intel-target-$(CONFIG_INTEL_INT0002_VGPIO) += int0002_vgpio.o
> +intel-target-$(CONFIG_INTEL_OAKTRAIL) += oaktrail.o
> +intel-target-$(CONFIG_INTEL_SDSI) += sdsi.o
> +intel-target-$(CONFIG_INTEL_VSEC) += vsec.o
>
> # Intel PMIC / PMC / P-Unit drivers
> -intel_bxtwc_tmu-y := bxtwc_tmu.o
> -obj-$(CONFIG_INTEL_BXTWC_PMIC_TMU) += intel_bxtwc_tmu.o
> -intel_crystal_cove_charger-y := crystal_cove_charger.o
> -obj-$(CONFIG_X86_ANDROID_TABLETS) += intel_crystal_cove_charger.o
> -intel_bytcrc_pwrsrc-y := bytcrc_pwrsrc.o
> -obj-$(CONFIG_INTEL_BYTCRC_PWRSRC) += intel_bytcrc_pwrsrc.o
> -intel_chtdc_ti_pwrbtn-y := chtdc_ti_pwrbtn.o
> -obj-$(CONFIG_INTEL_CHTDC_TI_PWRBTN) += intel_chtdc_ti_pwrbtn.o
> -intel_chtwc_int33fe-y := chtwc_int33fe.o
> -obj-$(CONFIG_INTEL_CHTWC_INT33FE) += intel_chtwc_int33fe.o
> -intel_mrfld_pwrbtn-y := mrfld_pwrbtn.o
> -obj-$(CONFIG_INTEL_MRFLD_PWRBTN) += intel_mrfld_pwrbtn.o
> -intel_punit_ipc-y := punit_ipc.o
> -obj-$(CONFIG_INTEL_PUNIT_IPC) += intel_punit_ipc.o
> +intel-target-$(CONFIG_INTEL_BXTWC_PMIC_TMU) += bxtwc_tmu.o
> +intel-target-$(CONFIG_X86_ANDROID_TABLETS) += crystal_cove_charger.o
> +intel-target-$(CONFIG_INTEL_BYTCRC_PWRSRC) += bytcrc_pwrsrc.o
> +intel-target-$(CONFIG_INTEL_CHTDC_TI_PWRBTN) += chtdc_ti_pwrbtn.o
> +intel-target-$(CONFIG_INTEL_CHTWC_INT33FE) += chtwc_int33fe.o
> +intel-target-$(CONFIG_INTEL_MRFLD_PWRBTN) += mrfld_pwrbtn.o
> +intel-target-$(CONFIG_INTEL_PUNIT_IPC) += punit_ipc.o
>
> # TPMI drivers
> -intel_vsec_tpmi-y := tpmi.o
> -obj-$(CONFIG_INTEL_TPMI) += intel_vsec_tpmi.o
> -obj-$(CONFIG_INTEL_PLR_TPMI) += intel_plr_tpmi.o
> -
> -intel_tpmi_power_domains-y := tpmi_power_domains.o
> -obj-$(CONFIG_INTEL_TPMI_POWER_DOMAINS) += intel_tpmi_power_domains.o
> +intel-target-$(CONFIG_INTEL_TPMI) += vsec_tpmi.o
> +intel-target-$(CONFIG_INTEL_PLR_TPMI) += plr_tpmi.o
> +intel-target-$(CONFIG_INTEL_TPMI_POWER_DOMAINS) += tpmi_power_domains.o
>
> # Intel Uncore drivers
> -intel-rst-y := rst.o
> -obj-$(CONFIG_INTEL_RST) += intel-rst.o
> -intel-smartconnect-y := smartconnect.o
> -obj-$(CONFIG_INTEL_SMARTCONNECT) += intel-smartconnect.o
> -intel_turbo_max_3-y := turbo_max_3.o
> -obj-$(CONFIG_INTEL_TURBO_MAX_3) += intel_turbo_max_3.o
> +intel-target-$(CONFIG_INTEL_RST) += rst.o
> +intel-target-$(CONFIG_INTEL_SMARTCONNECT) += smartconnect.o
> +intel-target-$(CONFIG_INTEL_TURBO_MAX_3) += turbo_max_3.o
> +
> +define INTEL_OBJ_TARGET
> +intel-$(1)-y := $(1).o
> +obj-$(2) += intel-$(1).o
> +endef
> +
> +$(foreach target-y, $(basename $(intel-target-m)), $(eval $(call INTEL_OBJ_TARGET,$(target-y),y)))
> +$(foreach target-m, $(basename $(intel-target-m)), $(eval $(call INTEL_OBJ_TARGET,$(target-m),m)))
> diff --git a/drivers/platform/x86/intel/intel_plr_tpmi.c b/drivers/platform/x86/intel/plr_tpmi.c
> similarity index 100%
> rename from drivers/platform/x86/intel/intel_plr_tpmi.c
> rename to drivers/platform/x86/intel/plr_tpmi.c
Why call these intel-target-*, wouldn't intel-obj-* be more consistent?
--
i.
next prev parent reply other threads:[~2024-10-15 9:05 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-10-11 17:24 [rfc, PATCH v1 1/1] platform/x86: intel: Add 'intel' prefix to the modules automatically Andy Shevchenko
2024-10-11 17:41 ` Andy Shevchenko
2024-10-15 9:05 ` Ilpo Järvinen [this message]
2024-10-15 11:01 ` Andy Shevchenko
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=caa4b5e0-742b-a4f4-d4c8-8e14cc99eefc@linux.intel.com \
--to=ilpo.jarvinen@linux.intel.com \
--cc=andriy.shevchenko@linux.intel.com \
--cc=davidgow@google.com \
--cc=geert@linux-m68k.org \
--cc=hdegoede@redhat.com \
--cc=linux-kbuild@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=masahiroy@kernel.org \
--cc=platform-driver-x86@vger.kernel.org \
--cc=tero.kristo@linux.intel.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox