From: Lucas tanure <tanureal@opensource.cirrus.com>
To: "Rafael J. Wysocki" <rafael@kernel.org>,
Stefan Binding <sbinding@opensource.cirrus.com>
Cc: Mark Brown <broonie@kernel.org>, Len Brown <lenb@kernel.org>,
Hans de Goede <hdegoede@redhat.com>,
Mark Gross <markgross@kernel.org>,
Jaroslav Kysela <perex@perex.cz>, Takashi Iwai <tiwai@suse.com>,
"moderated list:SOUND - SOC LAYER / DYNAMIC AUDIO POWER
MANAGEM..." <alsa-devel@alsa-project.org>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
linux-spi <linux-spi@vger.kernel.org>,
ACPI Devel Maling List <linux-acpi@vger.kernel.org>,
Platform Driver <platform-driver-x86@vger.kernel.org>,
<patches@opensource.cirrus.com>
Subject: Re: [PATCH v3 05/10] platform/x86: i2c-multi-instantiate: Move it to drivers/acpi folder
Date: Wed, 19 Jan 2022 17:33:06 +0000 [thread overview]
Message-ID: <a3522b5e-fb36-b959-d2ea-d141d3ad9999@opensource.cirrus.com> (raw)
In-Reply-To: <CAJZ5v0g0n201FPcG9LBNG3e4UdNYSWmj_1sN3MxLxmK=GoF+tA@mail.gmail.com>
On 1/19/22 16:53, Rafael J. Wysocki wrote:
> On Tue, Jan 18, 2022 at 3:53 PM Stefan Binding
> <sbinding@opensource.cirrus.com> wrote:
>>
>> From: Lucas Tanure <tanureal@opensource.cirrus.com>
>>
>> Moving I2C multi instantiate driver to drivers/acpi folder for
>> upcoming conversion into a generic bus multi instantiate
>> driver for SPI and I2C
>>
>> Signed-off-by: Lucas Tanure <tanureal@opensource.cirrus.com>
>> Signed-off-by: Stefan Binding <sbinding@opensource.cirrus.com>
>
> Why are you moving it away from platform/x86?
>
> Adding SPI to the mix doesn't seem to be a sufficient reason.
>
> If this were going to be needed on non-x86, that would be a good
> reason for moving it, but is that actually the case? If so, why isn't
> that mentioned in the changelog above?
>
It was a request made by Andy Shevchenko:
https://lkml.org/lkml/2021/12/3/347
There is no plan to use our CS35L41 HDA with non-x86 platforms and we
can't comment about i2c-multi-instantiate use.
For us it can stay in x86 folder until an actual request.
Thanks
Lucas Tanure
>> ---
>> MAINTAINERS | 2 +-
>> drivers/acpi/Kconfig | 11 +++++++++++
>> drivers/acpi/Makefile | 1 +
>> .../{platform/x86 => acpi}/i2c-multi-instantiate.c | 0
>> drivers/acpi/scan.c | 2 +-
>> drivers/platform/x86/Kconfig | 11 -----------
>> drivers/platform/x86/Makefile | 1 -
>> 7 files changed, 14 insertions(+), 14 deletions(-)
>> rename drivers/{platform/x86 => acpi}/i2c-multi-instantiate.c (100%)
>>
>> diff --git a/MAINTAINERS b/MAINTAINERS
>> index 4e828542b089..546f9e149d28 100644
>> --- a/MAINTAINERS
>> +++ b/MAINTAINERS
>> @@ -392,7 +392,7 @@ ACPI I2C MULTI INSTANTIATE DRIVER
>> M: Hans de Goede <hdegoede@redhat.com>
>> L: platform-driver-x86@vger.kernel.org
>> S: Maintained
>> -F: drivers/platform/x86/i2c-multi-instantiate.c
>> +F: drivers/acpi/i2c-multi-instantiate.c
>>
>> ACPI PCC(Platform Communication Channel) MAILBOX DRIVER
>> M: Sudeep Holla <sudeep.holla@arm.com>
>> diff --git a/drivers/acpi/Kconfig b/drivers/acpi/Kconfig
>> index ba45541b1f1f..2fd78366af6f 100644
>> --- a/drivers/acpi/Kconfig
>> +++ b/drivers/acpi/Kconfig
>> @@ -295,6 +295,17 @@ config ACPI_PROCESSOR
>> To compile this driver as a module, choose M here:
>> the module will be called processor.
>>
>> +config ACPI_I2C_MULTI_INST
>> + tristate "I2C multi instantiate pseudo device driver"
>> + depends on I2C
>> + help
>> + Some ACPI-based systems list multiple i2c-devices in a single ACPI
>> + firmware-node. This driver will instantiate separate i2c-clients
>> + for each device in the firmware-node.
>> +
>> + To compile this driver as a module, choose M here: the module
>> + will be called i2c-multi-instantiate.
>> +
>> config ACPI_IPMI
>> tristate "IPMI"
>> depends on IPMI_HANDLER
>> diff --git a/drivers/acpi/Makefile b/drivers/acpi/Makefile
>> index bb757148e7ba..d4db7fb0baf0 100644
>> --- a/drivers/acpi/Makefile
>> +++ b/drivers/acpi/Makefile
>> @@ -104,6 +104,7 @@ obj-$(CONFIG_ACPI_SPCR_TABLE) += spcr.o
>> obj-$(CONFIG_ACPI_DEBUGGER_USER) += acpi_dbg.o
>> obj-$(CONFIG_ACPI_PPTT) += pptt.o
>> obj-$(CONFIG_ACPI_PFRUT) += pfr_update.o pfr_telemetry.o
>> +obj-$(CONFIG_ACPI_I2C_MULTI_INST) += i2c-multi-instantiate.o
>>
>> # processor has its own "processor." module_param namespace
>> processor-y := processor_driver.o
>> diff --git a/drivers/platform/x86/i2c-multi-instantiate.c b/drivers/acpi/i2c-multi-instantiate.c
>> similarity index 100%
>> rename from drivers/platform/x86/i2c-multi-instantiate.c
>> rename to drivers/acpi/i2c-multi-instantiate.c
>> diff --git a/drivers/acpi/scan.c b/drivers/acpi/scan.c
>> index 1331756d4cfc..3e85a02f6ba2 100644
>> --- a/drivers/acpi/scan.c
>> +++ b/drivers/acpi/scan.c
>> @@ -1738,7 +1738,7 @@ static bool acpi_device_enumeration_by_parent(struct acpi_device *device)
>> * must be instantiated for each, each with its own i2c_device_id.
>> * Normally we only instantiate an i2c-client for the first resource,
>> * using the ACPI HID as id. These special cases are handled by the
>> - * drivers/platform/x86/i2c-multi-instantiate.c driver, which knows
>> + * drivers/acpi/i2c-multi-instantiate.c driver, which knows
>> * which i2c_device_id to use for each resource.
>> */
>> {"BSG1160", },
>> diff --git a/drivers/platform/x86/Kconfig b/drivers/platform/x86/Kconfig
>> index 24deeeb29af2..37c1c150508d 100644
>> --- a/drivers/platform/x86/Kconfig
>> +++ b/drivers/platform/x86/Kconfig
>> @@ -990,17 +990,6 @@ config TOPSTAR_LAPTOP
>>
>> If you have a Topstar laptop, say Y or M here.
>>
>> -config I2C_MULTI_INSTANTIATE
>> - tristate "I2C multi instantiate pseudo device driver"
>> - depends on I2C && ACPI
>> - help
>> - Some ACPI-based systems list multiple i2c-devices in a single ACPI
>> - firmware-node. This driver will instantiate separate i2c-clients
>> - for each device in the firmware-node.
>> -
>> - To compile this driver as a module, choose M here: the module
>> - will be called i2c-multi-instantiate.
>> -
>> config MLX_PLATFORM
>> tristate "Mellanox Technologies platform support"
>> depends on I2C && REGMAP
>> diff --git a/drivers/platform/x86/Makefile b/drivers/platform/x86/Makefile
>> index c12a9b044fd8..6c7870190564 100644
>> --- a/drivers/platform/x86/Makefile
>> +++ b/drivers/platform/x86/Makefile
>> @@ -110,7 +110,6 @@ obj-$(CONFIG_TOPSTAR_LAPTOP) += topstar-laptop.o
>>
>> # Platform drivers
>> obj-$(CONFIG_FW_ATTR_CLASS) += firmware_attributes_class.o
>> -obj-$(CONFIG_I2C_MULTI_INSTANTIATE) += i2c-multi-instantiate.o
>> obj-$(CONFIG_MLX_PLATFORM) += mlx-platform.o
>> obj-$(CONFIG_TOUCHSCREEN_DMI) += touchscreen_dmi.o
>> obj-$(CONFIG_WIRELESS_HOTKEY) += wireless-hotkey.o
>> --
>> 2.25.1
>>
next prev parent reply other threads:[~2022-01-19 17:33 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-01-18 14:52 [PATCH v3 00/10] Support Spi in i2c-multi-instantiate driver Stefan Binding
2022-01-18 14:52 ` [PATCH v3 01/10] spi: Make spi_alloc_device and spi_add_device public again Stefan Binding
2022-01-18 14:52 ` [PATCH v3 02/10] spi: Create helper API to lookup ACPI info for spi device Stefan Binding
2022-01-18 14:52 ` [PATCH v3 03/10] spi: Support selection of the index of the ACPI Spi Resource before alloc Stefan Binding
2022-01-18 14:52 ` [PATCH v3 04/10] spi: Add API to count spi acpi resources Stefan Binding
2022-01-18 14:52 ` [PATCH v3 05/10] platform/x86: i2c-multi-instantiate: Move it to drivers/acpi folder Stefan Binding
2022-01-19 16:53 ` Rafael J. Wysocki
2022-01-19 17:33 ` Lucas tanure [this message]
2022-01-19 17:44 ` Rafael J. Wysocki
2022-01-19 17:48 ` Hans de Goede
2022-01-21 20:11 ` Andy Shevchenko
2022-01-18 14:52 ` [PATCH v3 06/10] ACPI: i2c-multi-instantiate: Rename it for a generic bus driver name Stefan Binding
2022-01-18 14:52 ` [PATCH v3 07/10] ACPI: bus-multi-instantiate: Reorganize I2C functions Stefan Binding
2022-01-18 14:52 ` [PATCH v3 08/10] ACPI: bus-multi-instantiate: Add SPI support Stefan Binding
2022-01-18 14:52 ` [PATCH v3 09/10] ALSA: hda/realtek: Add support for HP Laptops Stefan Binding
2022-01-18 14:52 ` [PATCH v3 10/10] ACPI / scan: Create platform device for CS35L41 Stefan Binding
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=a3522b5e-fb36-b959-d2ea-d141d3ad9999@opensource.cirrus.com \
--to=tanureal@opensource.cirrus.com \
--cc=alsa-devel@alsa-project.org \
--cc=broonie@kernel.org \
--cc=hdegoede@redhat.com \
--cc=lenb@kernel.org \
--cc=linux-acpi@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-spi@vger.kernel.org \
--cc=markgross@kernel.org \
--cc=patches@opensource.cirrus.com \
--cc=perex@perex.cz \
--cc=platform-driver-x86@vger.kernel.org \
--cc=rafael@kernel.org \
--cc=sbinding@opensource.cirrus.com \
--cc=tiwai@suse.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;
as well as URLs for NNTP newsgroup(s).