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,
kernel test robot <lkp@intel.com>
Subject: Re: [PATCH v3 0/7] ipu6: get rid of all the IS_ENABLED(CONFIG_ACPI)
Date: Wed, 11 Dec 2024 09:22:50 +0100 [thread overview]
Message-ID: <20241211092250.02b38b50@foz.lan> (raw)
In-Reply-To: <20241210-fix-ipu-v3-0-00e409c84a6c@chromium.org>
Em Tue, 10 Dec 2024 19:55:57 +0000
Ricardo Ribalda <ribalda@chromium.org> escreveu:
> We want to be able to compile_test the ipu6 driver in situations with
> !ACPI.
>
> In order to do this we had to add some conditional #ifs, which lead to
> false positives on the static analysers.
>
> Let's implement some helpers when !ACPI in the acpi headers to make the
> code more easier to maintain.
>
> We can land the first patch of this series ASAP to fix the current
> smatch warning.
>
> To: Mauro Carvalho Chehab <mchehab@kernel.org>
> To: Rafael J. Wysocki <rafael@kernel.org>
> To: Len Brown <lenb@kernel.org>
> To: Robert Moore <robert.moore@intel.com>
> To: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
> Cc: Sakari Ailus <sakari.ailus@linux.intel.com>
> Cc: Dan Carpenter <dan.carpenter@linaro.org>
> Cc: linux-media@vger.kernel.org
> Cc: linux-kernel@vger.kernel.org
> Cc: linux-acpi@vger.kernel.org
> Cc: acpica-devel@lists.linux.dev
> Signed-off-by: Ricardo Ribalda <ribalda@chromium.org>
>
> Changes in v3:
> - Prefer static inlines to macros (Thanks Rafael).
> - Link to v2: https://lore.kernel.org/r/20241122-fix-ipu-v2-0-bba65856e9ff@chromium.org
>
> Changes in v2:
> - Add helpers in acpi to avoid conditional compilation
> - Link to v1: https://lore.kernel.org/r/20241122-fix-ipu-v1-1-246e254cb77c@chromium.org
>
> ---
> Ricardo Ribalda (7):
> media: ipu-bridge: Fix warning when !ACPI
Not needed, as patch 7 will revert it.
> ACPI: bus: implement for_each_acpi_dev_match when !ACPI
> ACPI: bus: implement acpi_get_physical_device_location when !ACPI
> ACPI: header: implement acpi_device_handle when !ACPI
> ACPI: bus: implement for_each_acpi_consumer_dev when !ACPI
> ACPI: bus: implement acpi_device_hid when !ACPI
patches 2-6 look ok to me, but I'll leave it to ACPI maintainers
to review. From my side:
Acked-by: Mauro Carvalho Chehab <mchehab+huawei@kernel.org>
> media: ipu-bridge: Remove unneeded conditional compilations
See my review with my R-B.
As the crucial changes are at ACPI side, I'm assuming that this will
be merged via ACPI tree.
Regards,
Maur
Thanks,
Mauro
prev parent reply other threads:[~2024-12-11 8:22 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
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 ` Mauro Carvalho Chehab [this message]
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=20241211092250.02b38b50@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=lkp@intel.com \
--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