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 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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®