linux-arm-kernel.lists.infradead.org archive mirror
 help / color / mirror / Atom feed
From: Mike Leach <mike.leach@linaro.org>
To: Tingwei Zhang <tingweiz@codeaurora.org>
Cc: tsoni@codeaurora.org,
	Sai Prakash Ranjan <saiprakash.ranjan@codeaurora.org>,
	Kim Phillips <kim.phillips@arm.com>,
	Mathieu Poirier <mathieu.poirier@linaro.org>,
	Suzuki K Poulose <suzuki.poulose@arm.com>,
	Alexander Shishkin <alexander.shishkin@linux.intel.com>,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	Coresight ML <coresight@lists.linaro.org>,
	Randy Dunlap <rdunlap@infradead.org>,
	Mian Yousaf Kaukab <ykaukab@suse.de>,
	Russell King <linux@armlinux.org.uk>,
	Mao Jinlong <jinlmao@codeaurora.org>,
	Tingwei Zhang <tingwei@codeaurora.org>,
	Leo Yan <leo.yan@linaro.org>,
	linux-arm-kernel <linux-arm-kernel@lists.infradead.org>
Subject: Re: [PATCH v4 06/20] coresight: add try_get_module() in coresight_grab_device()
Date: Sat, 25 Jul 2020 14:51:31 +0100	[thread overview]
Message-ID: <CAJ9a7VgiV3YUusiYx+ptE2_G81TBEoatrtEnbYp4fCjv+je5nA@mail.gmail.com> (raw)
In-Reply-To: <20200725100516.GA18120@codeaurora.org>

Hi Tingwei,

On Sat, 25 Jul 2020 at 11:05, Tingwei Zhang <tingweiz@codeaurora.org> wrote:
>
> Hi Mike,
>
>  Thu, Jul 23, 2020 at 06:55:47PM +0800, Mike Leach wrote:
> > Hi Tingwei,
> >
> > On Thu, 23 Jul 2020 at 05:28, Tingwei Zhang <tingwei@codeaurora.org>
> > wrote:
> > >
> > > When coresight device is in an active session, driver module of
> > > that device should not be removed. Use try_get_module() in
> > > coresight_grab_device() to prevent module to be unloaded.
> > >
> > > Signed-off-by: Tingwei Zhang <tingwei@codeaurora.org>
> > > ---
> > >  drivers/hwtracing/coresight/coresight.c | 27 +++++++++++++++++++++----
> > >  1 file changed, 23 insertions(+), 4 deletions(-)
> > >
> > > diff --git a/drivers/hwtracing/coresight/coresight.c
> > b/drivers/hwtracing/coresight/coresight.c
> > > index b7151c5f81b1..17bc76ea86ae 100644
> > > --- a/drivers/hwtracing/coresight/coresight.c
> > > +++ b/drivers/hwtracing/coresight/coresight.c
> > > @@ -640,7 +640,7 @@ struct coresight_device
> > *coresight_get_sink_by_id(u32 id)
> > >   * don't appear on the trace path, they should be handled along with
> > the
> > >   * the master device.
> > >   */
> > > -static void coresight_grab_device(struct coresight_device *csdev)
> > > +static int coresight_grab_device(struct coresight_device *csdev)
> > >  {
> > >         int i;
> > >
> > > @@ -648,10 +648,25 @@ static void coresight_grab_device(struct
> > coresight_device *csdev)
> > >                 struct coresight_device *child;
> > >
> > >                 child  = csdev->pdata->conns[i].child_dev;
> > > -               if (child && child->type == CORESIGHT_DEV_TYPE_HELPER)
> > > +               if (child && child->type == CORESIGHT_DEV_TYPE_HELPER) {
> > > +                       if
> > (!try_module_get(child->dev.parent->driver->owner))
> > > +                               goto err;
> > >                         pm_runtime_get_sync(child->dev.parent);
> > > +               }
> > >         }
> > > +       if (!try_module_get(csdev->dev.parent->driver->owner))
> > > +               goto err;
> > >         pm_runtime_get_sync(csdev->dev.parent);
> > > +       return 0;
> > > +err:
> > > +       for (i--; i >= 0; i--) {
> > > +               struct coresight_device *child;
> > > +
> > > +               child  = csdev->pdata->conns[i].child_dev;
> > > +               if (child && child->type == CORESIGHT_DEV_TYPE_HELPER)
> > > +                       pm_runtime_put(child->dev.parent);
> > > +       }
> > > +       return -ENODEV;
> > >  }
> > >
> > >  /*
> > > @@ -663,12 +678,15 @@ static void coresight_drop_device(struct
> > coresight_device *csdev)
> > >         int i;
> > >
> > >         pm_runtime_put(csdev->dev.parent);
> > > +       module_put(csdev->dev.parent->driver->owner);
> > >         for (i = 0; i < csdev->pdata->nr_outport; i++) {
> > >                 struct coresight_device *child;
> > >
> > >                 child  = csdev->pdata->conns[i].child_dev;
> > > -               if (child && child->type == CORESIGHT_DEV_TYPE_HELPER)
> > > +               if (child && child->type == CORESIGHT_DEV_TYPE_HELPER) {
> > >                         pm_runtime_put(child->dev.parent);
> > > +                       module_put(child->dev.parent->driver->owner);
> > > +               }
> > >         }
> > >  }
> > >
> > > @@ -721,7 +739,8 @@ static int _coresight_build_path(struct
> > coresight_device *csdev,
> > >         if (!node)
> > >                 return -ENOMEM;
> > >
> > > -       coresight_grab_device(csdev);
> > > +       if (coresight_grab_device(csdev))
> > > +               return -ENODEV;
> > >         node->csdev = csdev;
> > >         list_add(&node->link, path);
> > >
> > > --
> > > The Qualcomm Innovation Center, Inc. is a member of the Code Aurora
> > Forum,
> > > a Linux Foundation Collaborative Project
> > >
> >
> > The CTI devices are associated with other coresight components using
> > csdev->ect_dev; These are not handled in the main linear trace path as
> > these have a star topology interlinking all components.
> > However, when a component has an associated ect_dev then is enabled at
> > the same time as the other component is enabled.
> >
> > So a module_get/put will be needed for this association to prevent the
> > CTI being removed while a trace session is active.
> > I suggest in coresight.c : coresight_control_assoc_ectdev()
> >
>
> In module unload process, devices of that module will be removed. In
> this case, cti_remove() is called on all cti device when unloading
> cti module. All cti connections is cleaned at that time.
> csdev->ect_dev is set to NULL. coresight_control_assoc_ectdev()
> will return since since ect_csdev is NULL.
>
> I think we are safe without holding module reference since cti
> driver has done a pretty good job on clean up.
>

The issue here is not about clean up. We need to keep all the
programmed coresight modules loaded and operational while a coresight
trace session is in progress. The CTI can be used to control the
generation of trace, trigger trace related events etc.
If the module is removed while a session is in progress then this
programming is lost and the trace data collected may not be what is
expected.

Regards

Mike

> Let me know if you still think we need hold the module reference.
>
> Thanks, Tingwei
> > Regards
> >
> > Mike
> >
> >
> > --
> > Mike Leach
> > Principal Engineer, ARM Ltd.
> > Manchester Design Centre. UK
> >
> > _______________________________________________
> > linux-arm-kernel mailing list
> > linux-arm-kernel@lists.infradead.org
> > http://lists.infradead.org/mailman/listinfo/linux-arm-kernel



-- 
Mike Leach
Principal Engineer, ARM Ltd.
Manchester Design Centre. UK

_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel

  reply	other threads:[~2020-07-25 13:53 UTC|newest]

Thread overview: 38+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-07-23  4:27 [PATCH v4 00/20] coresight: allow to build coresight as modules Tingwei Zhang
2020-07-23  4:27 ` [PATCH v4 01/20] coresight: cpu_debug: add module name in Kconfig Tingwei Zhang
2020-07-23  4:27 ` [PATCH v4 02/20] coresight: cpu_debug: define MODULE_DEVICE_TABLE Tingwei Zhang
2020-07-23  4:27 ` [PATCH v4 03/20] coresight: use IS_ENABLED for CONFIGs that may be modules Tingwei Zhang
2020-07-23  4:27 ` [PATCH v4 04/20] coresight: add coresight prefix to barrier_pkt Tingwei Zhang
2020-07-23  4:27 ` [PATCH v4 05/20] coresight: export global symbols Tingwei Zhang
2020-07-23  4:27 ` [PATCH v4 06/20] coresight: add try_get_module() in coresight_grab_device() Tingwei Zhang
2020-07-23 10:55   ` Mike Leach
2020-07-25 10:05     ` Tingwei Zhang
2020-07-25 13:51       ` Mike Leach [this message]
2020-07-26  1:32         ` Tingwei Zhang
2020-07-27 17:04           ` Mike Leach
2020-07-28  1:07             ` Tingwei Zhang
2020-07-28 10:08               ` Mike Leach
2020-07-28 11:17                 ` Tingwei Zhang
2020-07-28 20:25                   ` Mike Leach
2020-07-23 11:07   ` Greg Kroah-Hartman
2020-07-23 18:04     ` Mathieu Poirier
2020-07-23 18:18       ` Greg Kroah-Hartman
2020-07-23 19:15         ` Mathieu Poirier
2020-07-24  0:41           ` Tingwei Zhang
2020-07-24  7:36     ` Tingwei Zhang
2020-07-23  4:27 ` [PATCH v4 07/20] allow to build coresight-stm as a module, for ease of development Tingwei Zhang
2020-07-23  4:27 ` [PATCH v4 08/20] coresight: allow etm3x to be built as a module Tingwei Zhang
2020-07-23  4:27 ` [PATCH v4 09/20] coresight: allow etm4x " Tingwei Zhang
2020-07-23  4:27 ` [PATCH v4 10/20] coresight: allow etb " Tingwei Zhang
2020-07-23  4:27 ` [PATCH v4 11/20] coresight: allow tpiu " Tingwei Zhang
2020-07-23  4:27 ` [PATCH v4 12/20] coresight: allow tmc " Tingwei Zhang
2020-07-23  4:27 ` [PATCH v4 13/20] coresight: remove multiple init calls from funnel driver Tingwei Zhang
2020-07-23  4:27 ` [PATCH v4 14/20] coresight: remove multiple init calls from replicator driver Tingwei Zhang
2020-07-23  4:27 ` [PATCH v4 15/20] coresight: allow funnel and replicator drivers to be built as modules Tingwei Zhang
2020-07-23  4:27 ` [PATCH v4 16/20] coresight: cti: add function to register cti associate ops Tingwei Zhang
2020-07-23  4:27 ` [PATCH v4 17/20] coresight: allow cti to be built as a module Tingwei Zhang
2020-07-23  4:28 ` [PATCH v4 18/20] coresight: tmc-etr: add function to register catu ops Tingwei Zhang
2020-07-23  4:28 ` [PATCH v4 19/20] coresight: allow catu drivers to be built as modules Tingwei Zhang
2020-07-23  4:28 ` [PATCH v4 20/20] coresight: allow the coresight core driver to be built as a module Tingwei Zhang
2020-07-23 11:03 ` [PATCH v4 00/20] coresight: allow to build coresight as modules Mike Leach
2020-07-24  0:37   ` Tingwei Zhang

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=CAJ9a7VgiV3YUusiYx+ptE2_G81TBEoatrtEnbYp4fCjv+je5nA@mail.gmail.com \
    --to=mike.leach@linaro.org \
    --cc=alexander.shishkin@linux.intel.com \
    --cc=coresight@lists.linaro.org \
    --cc=gregkh@linuxfoundation.org \
    --cc=jinlmao@codeaurora.org \
    --cc=kim.phillips@arm.com \
    --cc=leo.yan@linaro.org \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux@armlinux.org.uk \
    --cc=mathieu.poirier@linaro.org \
    --cc=rdunlap@infradead.org \
    --cc=saiprakash.ranjan@codeaurora.org \
    --cc=suzuki.poulose@arm.com \
    --cc=tingwei@codeaurora.org \
    --cc=tingweiz@codeaurora.org \
    --cc=tsoni@codeaurora.org \
    --cc=ykaukab@suse.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).