From: "Markus Schneider-Pargmann" <msp@baylibre.com>
To: "Nishanth Menon" <nm@ti.com>,
"Markus Schneider-Pargmann (TI.com)" <msp@baylibre.com>
Cc: "Tero Kristo" <kristo@kernel.org>,
"Santosh Shilimkar" <ssantosh@kernel.org>,
"Vishal Mahaveer" <vishalm@ti.com>,
"Kevin Hilman" <khilman@baylibre.com>,
"Dhruva Gole" <d-gole@ti.com>,
"Sebin Francis" <sebin.francis@ti.com>,
"Kendall Willis" <k-willis@ti.com>,
"Akashdeep Kaur" <a-kaur@ti.com>,
<linux-arm-kernel@lists.infradead.org>,
<linux-kernel@vger.kernel.org>
Subject: Re: [PATCH v8 0/3] firmware: ti_sci: Partial-IO support
Date: Thu, 02 Oct 2025 11:19:38 +0200 [thread overview]
Message-ID: <DD7Q3TRDJQMG.3OXQED3HRBIL8@baylibre.com> (raw)
In-Reply-To: <20251001170036.favd5zaieknywcch@amendable>
[-- Attachment #1: Type: text/plain, Size: 2730 bytes --]
Hi Nishanth,
On Wed Oct 1, 2025 at 7:00 PM CEST, Nishanth Menon wrote:
> On 16:37-20251001, Markus Schneider-Pargmann (TI.com) wrote:
>> Hi,
>>
>> This series adds support for Partial-IO to the ti-sci driver,
>> implementing the firmware interface necessary to enter this low power
>> state. It processes the wakeup-source properties from the devicetree and
>> communicates with the system firmware to enter Partial-IO mode when
>> appropriate wakeup sources are enabled.
>>
>> Partial-IO Overview
>> ------------------
>> Partial-IO is a low power system state in which nearly everything is
>> turned off except the pins of the CANUART group (mcu_mcan0, mcu_mcan1,
>> wkup_uart0 and mcu_uart0). These devices can trigger a wakeup of the
>> system on pin activity. Note that this does not resume the system as the
>> DDR is off as well. So this state can be considered a power-off state
>> with wakeup capabilities.
>>
>> A documentation can also be found in section 6.2.4 in the TRM:
>> https://www.ti.com/lit/pdf/spruiv7
>>
>> Implementation Details
>> ----------------------
>> The complete Partial-IO feature requires three coordinated series, each
>> handling a different aspect of the implementation:
>>
>> 1. m_can driver series: Implements device-specific wakeup functionality
>> for m_can devices, allowing them to be set as wakeup sources.
>> https://gitlab.baylibre.com/msp8/linux/-/tree/topic/mcan-wakeup-source/v6.17?ref_type=heads
>> https://lore.kernel.org/r/20250812-topic-mcan-wakeup-source-v6-12-v8-0-6972a810d63b@baylibre.com
>>
>> 2. Devicetree series: Defines system states and wakeup sources in the
>> devicetree for am62, am62a and am62p.
>> https://gitlab.baylibre.com/msp8/linux/-/tree/topic/am62-dt-partialio/v6.17?ref_type=heads
>> https://lore.kernel.org/r/20250812-topic-am62-dt-partialio-v6-15-v2-0-25352364a0ac@baylibre.com
>>
>> 3. This series (TI-SCI firmware): Implements the firmware interface to
>> enter Partial-IO mode when appropriate wakeup sources are enabled.
>
> If this is the order of dependencies, I guess the series has to wait
> till CAN driver changes are merged? did I get that right?
Yes, the series has to wait for the m_can series as it containts the
dt-binding required for this series to work.
>
> Also surprised that the DT series is second in the dependency.. usually
> dts changes occur the last. but anyways..
Yes, true, they could be switched as well. The driver changes of course
won't work as long as the DT series is not merged, but they could be
merged in parallel as well. Neither the DT series nor this series modify
any bindings. Only the mcan series does.
Best
Markus
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 289 bytes --]
next prev parent reply other threads:[~2025-10-02 9:20 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-10-01 14:37 [PATCH v8 0/3] firmware: ti_sci: Partial-IO support Markus Schneider-Pargmann (TI.com)
2025-10-01 14:37 ` [PATCH v8 1/3] firmware: ti_sci: Remove constant 0 function arguments Markus Schneider-Pargmann (TI.com)
2025-10-01 14:37 ` [PATCH v8 2/3] firmware: ti_sci: Support transfers without response Markus Schneider-Pargmann (TI.com)
2025-10-01 14:37 ` [PATCH v8 3/3] firmware: ti_sci: Partial-IO support Markus Schneider-Pargmann (TI.com)
2025-10-01 17:00 ` [PATCH v8 0/3] " Nishanth Menon
2025-10-02 9:19 ` Markus Schneider-Pargmann [this message]
2025-10-02 9:21 ` Markus Schneider-Pargmann
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=DD7Q3TRDJQMG.3OXQED3HRBIL8@baylibre.com \
--to=msp@baylibre.com \
--cc=a-kaur@ti.com \
--cc=d-gole@ti.com \
--cc=k-willis@ti.com \
--cc=khilman@baylibre.com \
--cc=kristo@kernel.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=nm@ti.com \
--cc=sebin.francis@ti.com \
--cc=ssantosh@kernel.org \
--cc=vishalm@ti.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