linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: "Li, Meng" <Meng.Li@windriver.com>
To: Robin Murphy <robin.murphy@arm.com>,
	"Roy.Pledge@nxp.com" <Roy.Pledge@nxp.com>,
	"leoyang.li@nxp.com" <leoyang.li@nxp.com>,
	"ruxandra.radulescu@nxp.com" <ruxandra.radulescu@nxp.com>,
	"horia.geanta@nxp.com" <horia.geanta@nxp.com>
Cc: "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"linuxppc-dev@lists.ozlabs.org" <linuxppc-dev@lists.ozlabs.org>,
	"linux-arm-kernel@lists.infradead.org" 
	<linux-arm-kernel@lists.infradead.org>
Subject: RE: [PATCH] soc: fsl: dpio: protect smp_processor_id when get processor id
Date: Fri, 15 Oct 2021 16:37:58 +0000	[thread overview]
Message-ID: <PH0PR11MB51910D813AD10B93CFADFB67F1B99@PH0PR11MB5191.namprd11.prod.outlook.com> (raw)
In-Reply-To: <ba116805-8e41-1502-6cd4-acc1d5e5fa41@arm.com>



> -----Original Message-----
> From: Robin Murphy <robin.murphy@arm.com>
> Sent: Friday, October 15, 2021 9:40 PM
> To: Li, Meng <Meng.Li@windriver.com>; Roy.Pledge@nxp.com;
> leoyang.li@nxp.com; ruxandra.radulescu@nxp.com; horia.geanta@nxp.com
> Cc: linux-kernel@vger.kernel.org; linuxppc-dev@lists.ozlabs.org; linux-arm-
> kernel@lists.infradead.org
> Subject: Re: [PATCH] soc: fsl: dpio: protect smp_processor_id when get
> processor id
> 
> [Please note: This e-mail is from an EXTERNAL e-mail address]
> 
> On 2021-10-15 07:36, Meng.Li@windriver.com wrote:
> > From: Meng Li <meng.li@windriver.com>
> >
> > When enable debug kernel configs,there will be calltrace as below:
> >
> > BUG: using smp_processor_id() in preemptible [00000000] code:
> > swapper/0/1 caller is debug_smp_processor_id+0x20/0x30
> > CPU: 6 PID: 1 Comm: swapper/0 Not tainted 5.10.63-yocto-standard #1
> > Hardware name: NXP Layerscape LX2160ARDB (DT) Call trace:
> >   dump_backtrace+0x0/0x1a0
> >   show_stack+0x24/0x30
> >   dump_stack+0xf0/0x13c
> >   check_preemption_disabled+0x100/0x110
> >   debug_smp_processor_id+0x20/0x30
> >   dpaa2_io_query_fq_count+0xdc/0x154
> >   dpaa2_eth_stop+0x144/0x314
> >   __dev_close_many+0xdc/0x160
> >   __dev_change_flags+0xe8/0x220
> >   dev_change_flags+0x30/0x70
> >   ic_close_devs+0x50/0x78
> >   ip_auto_config+0xed0/0xf10
> >   do_one_initcall+0xac/0x460
> >   kernel_init_freeable+0x30c/0x378
> >   kernel_init+0x20/0x128
> >   ret_from_fork+0x10/0x38
> >
> > Because smp_processor_id() should be invoked in preempt disable status.
> > So, add preempt_disable/enable() to protect smp_processor_id().
> 
> If preemption doesn't matter anyway, as the comment in the context implies,
> then it probably makes more sense just to use
> raw_smp_processor_id() instead.
> 

Thanks for your professional suggest, I will raw_smp_processor_id() and test.
If works fine, I will send v2 patch.

Thanks,
Limeng

> Robin.
> 
> > Fixes: c89105c9b390 ("staging: fsl-mc: Move DPIO from staging to
> > drivers/soc/fsl")
> > Cc: stable@vger.kernel.org
> > Signed-off-by: Meng Li <Meng.Li@windriver.com>
> > ---
> >   drivers/soc/fsl/dpio/dpio-service.c | 7 +++++--
> >   1 file changed, 5 insertions(+), 2 deletions(-)
> >
> > diff --git a/drivers/soc/fsl/dpio/dpio-service.c
> > b/drivers/soc/fsl/dpio/dpio-service.c
> > index 19f47ea9dab0..afc3b89b0fc5 100644
> > --- a/drivers/soc/fsl/dpio/dpio-service.c
> > +++ b/drivers/soc/fsl/dpio/dpio-service.c
> > @@ -58,8 +58,11 @@ static inline struct dpaa2_io
> *service_select_by_cpu(struct dpaa2_io *d,
> >        * If cpu == -1, choose the current cpu, with no guarantees about
> >        * potentially being migrated away.
> >        */
> > -     if (cpu < 0)
> > -             cpu = smp_processor_id();
> > +        if (cpu < 0) {
> > +                preempt_disable();
> > +                cpu = smp_processor_id();
> > +                preempt_enable();
> > +        }
> >
> >       /* If a specific cpu was requested, pick it up immediately */
> >       return dpio_by_cpu[cpu];
> >

      reply	other threads:[~2021-10-15 16:38 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-10-15  6:36 [PATCH] soc: fsl: dpio: protect smp_processor_id when get processor id Meng.Li
2021-10-15 13:39 ` Robin Murphy
2021-10-15 16:37   ` Li, Meng [this message]

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=PH0PR11MB51910D813AD10B93CFADFB67F1B99@PH0PR11MB5191.namprd11.prod.outlook.com \
    --to=meng.li@windriver.com \
    --cc=Roy.Pledge@nxp.com \
    --cc=horia.geanta@nxp.com \
    --cc=leoyang.li@nxp.com \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linuxppc-dev@lists.ozlabs.org \
    --cc=robin.murphy@arm.com \
    --cc=ruxandra.radulescu@nxp.com \
    /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).