[PATCH V3 0/4] firmware: arm_scmi: Misc Fixes
Cristian Marussi
cristian.marussi at arm.com
Fri Oct 25 06:48:26 PDT 2024
On Fri, Oct 25, 2024 at 03:32:53PM +0200, Johan Hovold wrote:
> On Fri, Oct 25, 2024 at 11:29:05AM +0100, Cristian Marussi wrote:
>
> > > > >>> [ 8.098452] arm-scmi arm-scmi.0.auto: Failed to add opps_by_lvl at 3417600 for NCC - ret:-16
> > > > >>> [ 8.109647] arm-scmi arm-scmi.0.auto: Failed to add opps_by_lvl at 3417600 for NCC - ret:-16
> > > > >>> [ 8.128970] arm-scmi arm-scmi.0.auto: Failed to add opps_by_lvl at 3417600 for NCC - ret:-16
> > > > >>> [ 8.142455] arm-scmi arm-scmi.0.auto: Failed to add opps_by_lvl at 3417600 for NCC - ret:-16
>
> > I think dev_info could be an option from the SCMI perspective (as per my
> > other mail), the important thing in these regards is to NOT go
> > completely silent against fw anomalies...to avoid the the risk of being
> > silently ignored .... I'll see what Sudeep thinks about...
>
> I agree.
>
> But could the error handling be improved to look less scary for an end
> user by saying something about duplicate entries being ignored instead
> perhaps?
>
> Printing something at info level and with a FW_BUG ("[Firmware Bug]: ")
> prefix as was done here:
>
> https://lore.kernel.org/all/20230414084619.31524-1-johan+linaro@kernel.org/
>
> should make it clear that this is not something for end users to worry
> (too much) about.
Sure...and thanks for the suggestion....I will cook something up around
this....
(I am probably too used to try to scary the FW guys that I forgot there
are also innocent bystanders like final users :P)
Thanks,
Cristian
More information about the linux-arm-kernel
mailing list