[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20250916165510.GN12516@e132581.arm.com>
Date: Tue, 16 Sep 2025 17:55:10 +0100
From: Leo Yan <leo.yan@....com>
To: Suzuki K Poulose <suzuki.poulose@....com>
Cc: Sean Anderson <sean.anderson@...ux.dev>, coresight@...ts.linaro.org,
linux-arm-kernel@...ts.infradead.org,
Yeoreum Yun <yeoreum.yun@....com>,
Mike Leach <mike.leach@...aro.org>,
Linu Cherian <lcherian@...vell.com>, linux-kernel@...r.kernel.org,
Alexander Shishkin <alexander.shishkin@...ux.intel.com>,
James Clark <james.clark@...aro.org>
Subject: Re: [PATCH v3] coresight: Fix possible deadlock in coresight_panic_cb
On Tue, Sep 16, 2025 at 05:42:07PM +0100, Suzuki Kuruppassery Poulose wrote:
[...]
> > > Well, if you are going that far, why not register the notifier from
> > > coresight-core ?
> >
> > I have thought this but gave up.
> >
> > When register a panic's notifier, it does not provide an argument for
> > passing a private data. So the code below uses container_of() to convert
> > notifier block pointer to the TMC driver data, as a result, the code is
> > specific to TMC driver.
>
> notifier_block in csdev ?
csdev is a common structure, some devices may never use the notifier.
This is the reason I thought it is fine to put notifier into TMC's
driver data, as this can meet current requirement perfectly.
Thanks,
Leo
Powered by blists - more mailing lists