From: Thierry Reding <thierry.reding@kernel.org>
To: Aniruddha Rao <anrao@nvidia.com>
Cc: jonathanh@nvidia.com, linux-tegra@vger.kernel.org,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH v5 0/5] firmware: tegra: bpmp: Add ACPI and MBWT support
Date: Fri, 2 Oct 2026 09:50:33 +0200 [thread overview]
Message-ID: <ar9iNawW4HzCx19I@orome> (raw)
In-Reply-To: <20260929095915.2215685-1-anrao@nvidia.com>
[-- Attachment #1: Type: text/plain, Size: 3763 bytes --]
On Tue, Sep 29, 2026 at 09:59:10AM +0000, Aniruddha Rao wrote:
> This series adds ACPI support to the Tegra BPMP driver and support for
> Memory Bandwidth Throttler (MBWT) controls exposed by BPMP firmware of
> some Tegra platforms.
>
> The current BPMP driver depends on device tree bindings. This series
> keeps the existing DT path unchanged while adding an ACPI transport path
> for BPMP firmware requests.
>
> MBWT controls are accessed through BPMP firmware requests. This series
> defines the MBWT BPMP ABI, adds MBWT helper functions, and exposes a
> narrow sysfs interface when firmware reports support for the required
> MBWT requests.
>
> Aniruddha Rao (5):
> firmware: tegra: bpmp: Move channel initialization to helper
> firmware: tegra: bpmp: Add ACPI support
> firmware: tegra: bpmp: Add the Memory Bandwidth Throttler ABI
> definitions
> firmware: tegra: bpmp: Add MBWT BPMP helpers
> firmware: tegra: bpmp: Add MBWT sysfs interface
>
> .../ABI/testing/sysfs-platform-tegra-bpmp | 48 ++
> drivers/firmware/tegra/Makefile | 1 +
> drivers/firmware/tegra/bpmp-private.h | 39 ++
> drivers/firmware/tegra/bpmp-sysfs.c | 207 +++++++++
> drivers/firmware/tegra/bpmp-tegra186.c | 14 +
> drivers/firmware/tegra/bpmp-tegra210.c | 13 +-
> drivers/firmware/tegra/bpmp.c | 415 +++++++++++++++---
> include/soc/tegra/bpmp-abi.h | 161 ++++++-
> include/soc/tegra/bpmp.h | 2 +
> 9 files changed, 849 insertions(+), 51 deletions(-)
> create mode 100644 Documentation/ABI/testing/sysfs-platform-tegra-bpmp
> create mode 100644 drivers/firmware/tegra/bpmp-sysfs.c
>
> Changes since v4:
> - Move BPMP channel allocation and ping setup/teardown into the
> SoC-specific init/deinit operations.
> - Add an optional init_providers operation for DT child and provider
> registration after BPMP communication is established and the firmware
> tag is read.
> - Add an ACPI BPMP init operation for the BMRQ ping path.
> - Remove ACPI-specific setup and teardown conditionals from the common
> probe path.
> - Drop the redundant NULL check after device_get_match_data().
> - Explain the transport and provider initialization phases in the ACPI
> support commit message.
> - Explain why DT registers an incoming MRQ_PING handler while ACPI only
> sends an outgoing ping request.
> - Describe MBWT bandwidth groups and traffic types with platform data so
> firmware instance and VC type values can vary between platforms.
> - Document the sysfs hierarchy using platform-defined bandwidth-group and
> traffic-type names.
>
> Changes since v3:
> - Update the sysfs ABI Documentation date to September 2026 and target
> release to 7.4.
>
> Changes since v2:
> - Rename the non-ACPI transfer helper to tegra_bpmp_transfer_channel().
> - Keep the common BPMP message validation in tegra_bpmp_transfer().
> - Remove duplicate message validation from the ACPI transfer helper.
> - Move the MBWT helpers near probe and document why they are needed.
> - Rename bpmp-tegra-sysfs.c to bpmp-sysfs.c.
>
> Changes since v1:
> - Dropped the SoC Kconfig patch.
> - Kept the existing DT path unchanged while adding ACPI support.
> - Reworked ACPI matching to avoid a dummy ops table.
> - Added explicit error handling for short ACPI BMRQ responses.
> - Folded MBWT helpers into bpmp.c.
> - Reworked MBWT sysfs into per-traffic bandwidth attributes.
> - Removed software bandwidth range checks.
> - Use NVCLINK consistently in commit messages and documentation.
> - Avoid platform-specific or transport-specific MBWT wording.
Applied, thanks.
Thierry
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
prev parent reply other threads:[~2026-10-02 7:50 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-09-29 9:59 [PATCH v5 0/5] firmware: tegra: bpmp: Add ACPI and MBWT support Aniruddha Rao
2026-09-29 9:59 ` [PATCH v5 1/5] firmware: tegra: bpmp: Move channel initialization to helper Aniruddha Rao
2026-09-29 9:59 ` [PATCH v5 2/5] firmware: tegra: bpmp: Add ACPI support Aniruddha Rao
2026-09-29 9:59 ` [PATCH v5 3/5] firmware: tegra: bpmp: Add the Memory Bandwidth Throttler ABI definitions Aniruddha Rao
2026-09-29 9:59 ` [PATCH v5 4/5] firmware: tegra: bpmp: Add MBWT BPMP helpers Aniruddha Rao
2026-09-29 9:59 ` [PATCH v5 5/5] firmware: tegra: bpmp: Add MBWT sysfs interface Aniruddha Rao
2026-10-02 7:50 ` Thierry Reding [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=ar9iNawW4HzCx19I@orome \
--to=thierry.reding@kernel.org \
--cc=anrao@nvidia.com \
--cc=jonathanh@nvidia.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-tegra@vger.kernel.org \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.