From: Mauro Carvalho Chehab <mchehab+huawei@kernel.org>
To: Ricardo Ribalda <ribalda@chromium.org>
Cc: Mauro Carvalho Chehab <mchehab@kernel.org>,
"Rafael J. Wysocki" <rafael@kernel.org>,
Len Brown <lenb@kernel.org>,
Robert Moore <robert.moore@intel.com>,
"Rafael J. Wysocki" <rafael.j.wysocki@intel.com>,
Sakari Ailus <sakari.ailus@linux.intel.com>,
Dan Carpenter <dan.carpenter@linaro.org>,
linux-media@vger.kernel.org, linux-kernel@vger.kernel.org,
linux-acpi@vger.kernel.org, acpica-devel@lists.linux.dev
Subject: Re: [PATCH v3 7/7] media: ipu-bridge: Remove unneeded conditional compilations
Date: Wed, 11 Dec 2024 09:19:54 +0100 [thread overview]
Message-ID: <20241211091954.42a5c778@foz.lan> (raw)
In-Reply-To: <20241210-fix-ipu-v3-7-00e409c84a6c@chromium.org>
Em Tue, 10 Dec 2024 19:56:04 +0000
Ricardo Ribalda <ribalda@chromium.org> escreveu:
> The ACPI headers have introduced implementations for some of their
> functions when the kernel is not configured with ACPI.
>
> Let's use them instead of our conditional compilation. It is easier to
> maintain and less prone to errors.
>
> Signed-off-by: Ricardo Ribalda <ribalda@chromium.org>
> ---
> drivers/media/pci/intel/ipu-bridge.c | 28 +++++-----------------------
> 1 file changed, 5 insertions(+), 23 deletions(-)
>
> diff --git a/drivers/media/pci/intel/ipu-bridge.c b/drivers/media/pci/intel/ipu-bridge.c
> index be82bc3e27d0..1db994338fdf 100644
> --- a/drivers/media/pci/intel/ipu-bridge.c
> +++ b/drivers/media/pci/intel/ipu-bridge.c
> @@ -2,6 +2,7 @@
> /* Author: Dan Scally <djrscally@gmail.com> */
>
> #include <linux/acpi.h>
> +#include <acpi/acpi_bus.h>
> #include <linux/cleanup.h>
> #include <linux/device.h>
> #include <linux/i2c.h>
> @@ -107,7 +108,6 @@ static const char * const ipu_vcm_types[] = {
> "lc898212axb",
> };
>
> -#if IS_ENABLED(CONFIG_ACPI)
> /*
> * Used to figure out IVSC acpi device by ipu_bridge_get_ivsc_acpi_dev()
> * instead of device and driver match to probe IVSC device.
> @@ -127,11 +127,11 @@ static struct acpi_device *ipu_bridge_get_ivsc_acpi_dev(struct acpi_device *adev
> const struct acpi_device_id *acpi_id = &ivsc_acpi_ids[i];
> struct acpi_device *consumer, *ivsc_adev;
>
> - acpi_handle handle = acpi_device_handle(adev);
> + acpi_handle handle = acpi_device_handle(ACPI_PTR(adev));
> for_each_acpi_dev_match(ivsc_adev, acpi_id->id, NULL, -1)
> /* camera sensor depends on IVSC in DSDT if exist */
> for_each_acpi_consumer_dev(ivsc_adev, consumer)
> - if (consumer->handle == handle) {
> + if (ACPI_PTR(consumer->handle) == handle) {
> acpi_dev_put(consumer);
> return ivsc_adev;
> }
> @@ -139,12 +139,6 @@ static struct acpi_device *ipu_bridge_get_ivsc_acpi_dev(struct acpi_device *adev
>
> return NULL;
> }
> -#else
> -static struct acpi_device *ipu_bridge_get_ivsc_acpi_dev(struct acpi_device *adev)
> -{
> - return NULL;
> -}
> -#endif
>
> static int ipu_bridge_match_ivsc_dev(struct device *dev, const void *adev)
> {
> @@ -261,9 +255,8 @@ static enum v4l2_fwnode_orientation ipu_bridge_parse_orientation(struct acpi_dev
> struct acpi_pld_info *pld = NULL;
> acpi_status status = AE_ERROR;
>
> -#if IS_ENABLED(CONFIG_ACPI)
> - status = acpi_get_physical_device_location(adev->handle, &pld);
> -#endif
> + status = acpi_get_physical_device_location(ACPI_PTR(adev->handle),
> + &pld);
> if (ACPI_FAILURE(status)) {
> dev_warn(ADEV_DEV(adev), "_PLD call failed, using default orientation\n");
> return V4L2_FWNODE_ORIENTATION_EXTERNAL;
> @@ -498,9 +491,7 @@ static void ipu_bridge_create_connection_swnodes(struct ipu_bridge *bridge,
> if (sensor->csi_dev) {
> const char *device_hid = "";
>
> -#if IS_ENABLED(CONFIG_ACPI)
> device_hid = acpi_device_hid(sensor->ivsc_adev);
> -#endif
>
> snprintf(sensor->ivsc_name, sizeof(sensor->ivsc_name), "%s-%u",
> device_hid, sensor->link);
> @@ -671,11 +662,7 @@ static int ipu_bridge_connect_sensor(const struct ipu_sensor_config *cfg,
> struct acpi_device *adev = NULL;
> int ret;
>
> -#if IS_ENABLED(CONFIG_ACPI)
> for_each_acpi_dev_match(adev, cfg->hid, NULL, -1) {
> -#else
> - while (true) {
> -#endif
> if (!ACPI_PTR(adev->status.enabled))
> continue;
Heh, that's what I pointed on patch 1: you don't need it there, as this
will be handled on patch 2.
>
> @@ -768,15 +755,10 @@ static int ipu_bridge_ivsc_is_ready(void)
> unsigned int i;
>
> for (i = 0; i < ARRAY_SIZE(ipu_supported_sensors); i++) {
> -#if IS_ENABLED(CONFIG_ACPI)
> const struct ipu_sensor_config *cfg =
> &ipu_supported_sensors[i];
>
> for_each_acpi_dev_match(sensor_adev, cfg->hid, NULL, -1) {
> -#else
> - while (false) {
> - sensor_adev = NULL;
> -#endif
> if (!ACPI_PTR(sensor_adev->status.enabled))
> continue;
>
>
Considering that you drop patch 1, and keep the ACPI dependencies
at the header, as proposed by patches 2-6:
Reviewed-by: Mauro Carvalho Chehab <mchehab+huawei@kerenel.org>
Thanks,
Mauro
next prev parent reply other threads:[~2024-12-11 8:20 UTC|newest]
Thread overview: 37+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-12-10 19:55 [PATCH v3 0/7] ipu6: get rid of all the IS_ENABLED(CONFIG_ACPI) Ricardo Ribalda
2024-12-10 19:55 ` [PATCH v3 1/7] media: ipu-bridge: Fix warning when !ACPI Ricardo Ribalda
2024-12-10 21:03 ` Sakari Ailus
2024-12-10 21:27 ` Ricardo Ribalda
2024-12-11 8:31 ` Mauro Carvalho Chehab
2024-12-11 8:27 ` Mauro Carvalho Chehab
2024-12-11 8:14 ` Mauro Carvalho Chehab
2024-12-11 8:19 ` Ricardo Ribalda
2024-12-10 19:55 ` [PATCH v3 2/7] ACPI: bus: implement for_each_acpi_dev_match " Ricardo Ribalda
2024-12-10 21:02 ` Sakari Ailus
2024-12-10 19:56 ` [PATCH v3 3/7] ACPI: bus: implement acpi_get_physical_device_location " Ricardo Ribalda
2024-12-10 20:53 ` Sakari Ailus
2024-12-10 20:54 ` Ricardo Ribalda
2024-12-11 8:16 ` Mauro Carvalho Chehab
2024-12-10 19:56 ` [PATCH v3 4/7] ACPI: header: implement acpi_device_handle " Ricardo Ribalda
2024-12-10 20:56 ` Sakari Ailus
2024-12-10 22:31 ` Ricardo Ribalda
2024-12-11 7:58 ` Sakari Ailus
2024-12-11 11:33 ` Rafael J. Wysocki
2024-12-10 19:56 ` [PATCH v3 5/7] ACPI: bus: implement for_each_acpi_consumer_dev " Ricardo Ribalda
2024-12-10 20:57 ` Sakari Ailus
2024-12-10 19:56 ` [PATCH v3 6/7] ACPI: bus: implement acpi_device_hid " Ricardo Ribalda
2024-12-10 21:01 ` Sakari Ailus
2024-12-10 22:35 ` Ricardo Ribalda
2024-12-11 7:57 ` Sakari Ailus
2024-12-11 8:40 ` Mauro Carvalho Chehab
2024-12-11 8:48 ` Sakari Ailus
2024-12-11 8:57 ` Mauro Carvalho Chehab
2024-12-10 19:56 ` [PATCH v3 7/7] media: ipu-bridge: Remove unneeded conditional compilations Ricardo Ribalda
2024-12-11 8:19 ` Mauro Carvalho Chehab [this message]
2024-12-11 8:25 ` Ricardo Ribalda
2024-12-11 8:50 ` Mauro Carvalho Chehab
2024-12-11 8:32 ` Sakari Ailus
2024-12-11 8:37 ` Ricardo Ribalda
2024-12-11 8:48 ` Mauro Carvalho Chehab
2024-12-11 9:14 ` Dan Carpenter
2024-12-11 8:22 ` [PATCH v3 0/7] ipu6: get rid of all the IS_ENABLED(CONFIG_ACPI) Mauro Carvalho Chehab
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=20241211091954.42a5c778@foz.lan \
--to=mchehab+huawei@kernel.org \
--cc=acpica-devel@lists.linux.dev \
--cc=dan.carpenter@linaro.org \
--cc=lenb@kernel.org \
--cc=linux-acpi@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-media@vger.kernel.org \
--cc=mchehab@kernel.org \
--cc=rafael.j.wysocki@intel.com \
--cc=rafael@kernel.org \
--cc=ribalda@chromium.org \
--cc=robert.moore@intel.com \
--cc=sakari.ailus@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