Re: [PATCH v14 01/32] firmware: arm_scmi: Add new SCMIv4.0 error codes definitions

[Cristian Marussi <cristian.marussi@arm.com>]

On Thu, Nov 05, 2026 at 04:52:58PM +0000, Cristian Marussi wrote:
> On Mon, Oct 19, 2026 at 01:34:36PM -0700, Jonathan Cameron wrote:
> > On Fri, 16 Oct 2026 19:55:22 +0100
> > Cristian Marussi <cristian.marussi@arm.com> wrote:
> > 
> 
> Hi,
> 
> thanks for your feedback, sorry for my generally delayed replies but I
> am drowning in Sashiko reports :P
> 
> > > SCMIv4.0 introduces a couple of new possible protocol error codes: add the
> > > needed definitions and mappings to Linux error values.
> > > 
> > > Note that SCMI_PARTIAL_ERROR has to be handled specially, so it needs to be
> > > distinguishable.
> > > 
> > > Reviewed-by: David Hildenbrand (Arm) <david@kernel.org>
> > > Signed-off-by: Cristian Marussi <cristian.marussi@arm.com>
> > 
> > > ---
> > > v12 --> v13
> > >  - use EBADMSG to map SCMI_PARTIAL_ERROR
> > That's a stretch given definition but I looked back at: 
> > 
> > https://lore.kernel.org/all/arK7kLlrg491EsMf@pluto/
> > and appreciate the problem of running out of error codes..
> > 
> 
> Yes indeed it is not ideal BUT I crawled back and forth through errno.h
> and I could not find anything better.
> 
> > Guess it is the best we can do,
> > Reviewed-by: Jonathan Cameron <jonathan.cameron@oss.qualcomm.com>
> > 
> > If you do a v15, maybe capture some reasoning in the change
> > log or the patch description itself.
> 
> Yes I will...soon there will be a v15.

...btw...forgot to say that all the SCMI errors definitions and machinery
above will be split next into a dedicated internal header in the next v15
because needs to be accessible by protocols and common.h is huge..

Thanks,
Cristian