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

series against stm32mp135f-dk board which is using SCMI > > resources, I see the board fails to boot. > > > > > From: AKASHI Takahiro > > > To: tr...@konsulko.com, s...@chromium.org > > > Cc: etienne.carri...@st.com, u-boot@lists.denx.de, > > >

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

SHI Takahiro > > To: tr...@konsulko.com, s...@chromium.org > > Cc: etienne.carri...@st.com, u-boot@lists.denx.de, > > AKASHI Takahiro > > Subject: [PATCH v2 01/12] scmi: refactor the code to hide a channel from > > devices > > Date: Wed, 26 Ju

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

s.denx.de, > AKASHI Takahiro > Subject: [PATCH v2 01/12] scmi: refactor the code to hide a channel from > devices > Date: Wed, 26 Jul 2023 17:37:57 +0900 [thread overview] > Message-ID: <20230726083808.140780-2-takahiro.aka...@linaro.org> (raw) > In-Reply-To: <

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

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

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, channel, but it seems to make > the code complex. > > Hiding this parameter will allow for adding a generic (protocol-agnosti

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

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 allow for adding a generic (protocol-agnostic) helper function, i.e. for PROTOCOL_VERSION, in a later patch.