Re: [PATCH v2 00/21] FWU: Migrate FWU metadata to version 2

Hello Sughosh, Sorry for this very late reply especially since I have a quite negative feedback on the proposed changes. I don't think FWU metadata version 1 should be removed from U-Boot support. There are existing immutable boot agent relying on format v1, starting from the Synquacer boards

Re: [PATCH v6 08/14] firmware: scmi: add a version check against base protocol

> From: U-Boot on behalf of AKASHI Takahiro > > Sent: Wednesday, October 11, 2023 12:07 PM > > In SCMI base protocol version 2 (0x2), new interfaces, > BASE_SET_DEVICE_PERMISSIONS/BASE_SET_PROTOCOL_PERMISSIONS/ > BASE_RESET_AGENT_CONFIGURATION, were added. Moreover, the api of > BASE_DISCOV

Re: [PATCH v5 04/16] test: dm: add protocol-specific channel test

> From: U-Boot on behalf of Simon Glass > > Sent: Monday, October 2, 2023 3:17 AM > > On Tue, 26 Sept 2023 at 00:58, AKASHI Takahiro > wrote: > > > > Any SCMI protocol may have its own channel. > > Test this feature on sandbox as the necessary framework was added > > in a prior commit. > > > >

Re: [PATCH v5 03/16] firmware: scmi: support dummy channels for sandbox agent

> > From: U-Boot on behalf of Simon Glass > > Sent: Monday, October 2, 2023 3:17 AM > > On Tue, 26 Sept 2023 at 00:58, AKASHI Takahiro > wrote: > > > > In sandbox scmi agent, channels are not used at all. But in this patch, > > dummy channels are supported in order to test protocol-specific c

Re: [PATCH v5 02/16] firmware: scmi: use a protocol's own channel if assigned

> From: U-Boot on behalf of AKASHI Takahiro > > Sent: Tuesday, September 26, 2023 8:57 AM > > SCMI specification allows any protocol to have its own channel for > the transport. While the current SCMI driver may assign its channel > from a device tree, the core function, devm_scmi_process_msg()

Re: [PATCH v5 01/16] scmi: refactor the code to hide a channel from devices

> From: U-Boot on behalf of AKASHI Takahiro > > Sent: Tuesday, September 26, 2023 8:57 AM > > The commit 85dc58289238 ("firmware: scmi: prepare uclass to pass channel > reference") added an explicit parameter, channel, but it seems to make > the code complex. > > Hiding this parameter will all

Re: [PATCH v5 05/16] firmware: scmi: implement SCMI base protocol

Hello Akashi-san, > From: U-Boot on behalf of AKASHI Takahiro > > Sent: Tuesday, September 26, 2023 8:57 AM > > SCMI base protocol is mandatory according to the SCMI specification. > > With this patch, SCMI base protocol can be accessed via SCMI transport > layers. All the commands, except S

Re: [PATCH v2 01/12] scmi: refactor the code to hide a channel from devices

Hello Akashi-san, > From: AKASHI Takahiro > Sent: Monday, August 7, 2023 12:03 PM > > Hi Etienne, > > On Thu, Aug 03, 2023 at 09:24:51AM +, Etienne CARRIERE wrote: > > Hello Takahiro-san, > > > > Sorry again for this late feedback. > > Testing the series against stm32mp135f-dk board which is

Re: [PATCH v2 01/12] scmi: refactor the code to hide a channel from devices

Hello Takahiro-san, > From: U-Boot on behalf of Simon Glass > > Sent: Thursday, July 27, 2023 2:50 AM > > On Wed, 26 Jul 2023 at 02:38, AKASHI Takahiro > wrote: > > > > The commit 85dc58289238 ("firmware: scmi: prepare uclass to pass channel > > reference") added an explicit parameter, channe