[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <8c1fdf2d0807f07ec57b232497b405f1@codeaurora.org>
Date: Wed, 15 Sep 2021 14:43:09 +0530
From: dikshita@...eaurora.org
To: Stephen Boyd <swboyd@...omium.org>
Cc: Stanimir Varbanov <stanimir.varbanov@...aro.org>,
linux-arm-msm@...r.kernel.org, linux-kernel@...r.kernel.org,
linux-media@...r.kernel.org, jim.cromie@...il.com,
Joe Perches <joe@...ches.com>, Jason Baron <jbaron@...mai.com>,
Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
linux-media-owner@...r.kernel.org
Subject: Re: [PATCH v5 2/3] venus: Add a debugfs file for SSR trigger
Hi Stephen,
Reviving the discussion on this change as we need to pull this in.
As per your suggestion, I explored the fault injection framework to
implement this functionality.
But I don't think that meets our requirements.
We need a way to trigger subsystem restart from the client-side, it's
not derived from the driver.
while fault injection framework enables the driver to trigger an
injection
when a specific event occurs for eg: page allocation failure or memory
access failure.
So, IMO, we will have to use custom debugfs only.
Please feel free to correct me in case my understanding of the framework
is wrong.
Thanks,
Dikshita
On 2020-08-12 03:19, Stephen Boyd wrote:
> Quoting Stanimir Varbanov (2020-07-30 02:53:49)
>> The SSR (SubSystem Restart) is used to simulate an error on FW
>> side of Venus. We support following type of triggers - fatal error,
>> div by zero and watchdog IRQ.
>
> Can this use the fault injection framework instead of custom debugfs?
> See Documentation/fault-injection/.
Powered by blists - more mailing lists