________________________________________ From: Bruce Ashfield <bruce.ashfi...@gmail.com> Sent: Monday, 7 June 2021 10:54 To: Zhang, Qiang Cc: linux-yocto@lists.yoctoproject.org Subject: Re: [linux-yocto] [linux-yocto v5.10] [PATCH] iommu/arm-smmu-v3: Ratelimit event dump
[Please note: This e-mail is from an EXTERNAL e-mail address] On Fri, Jun 4, 2021 at 5:14 AM Zhang, Qiang <qiang.zh...@windriver.com> wrote: > > > > ________________________________________ > From: Bruce Ashfield <bruce.ashfi...@gmail.com> > Sent: Thursday, 3 June 2021 05:05 > To: Zhang, Qiang > Cc: linux-yocto@lists.yoctoproject.org > Subject: Re: [linux-yocto] [linux-yocto v5.10] [PATCH] iommu/arm-smmu-v3: > Ratelimit event dump > > [Please note: This e-mail is from an EXTERNAL e-mail address] > > In message: [linux-yocto] [linux-yocto v5.10] [PATCH] iommu/arm-smmu-v3: > Ratelimit event dump > on 02/06/2021 qiang.zh...@windriver.com wrote: > > > From: Zqiang <qiang.zh...@windriver.com> > > > > When a device or driver misbehaves, it is possible to receive events > > much faster than we can print them out. Ratelimit the printing of events > > > > During the SVA tests when the device driver didn't properly stop DMA > > before unbinding, the event queue thread would almost lock-up the server > > with a flood of event 0xa. This patch helped recover from the error. > > > > Tested-by: Aaro Koskinen <aaro.koski...@nokia.com> > > Signed-off-by: Jean-Philippe Brucker <jean-phili...@linaro.org> > > Signed-off-by: Zqiang <qiang.zh...@windriver.com> > > > >Is there a link / reference to where this patch came from ? Judging > >by the sign-offs, I assume it is from a mailing list ? > > > Hello Bruce > > https://lore.kernel.org/linux-iommu/20210526161927.24268-4-jean-phili...@linaro.org/#r >Are you tracking the subsystem tree ? > >I don't see any acked-by or reviewed-by on the list or in the lore link. > Yes it hasn't been acked-by or reviewed-by , maybe merge it after this change enters linux-next, I will keep tracing. thanks Bruce Qiang >I'm trying to track down that this has been queued for linux-next and >merging, that gives us confidence for v5.10/standard/base > >Without that, I'd prefer to merge this to branches just for the BSPs >that are seeing issues with the event dump. Do we have a list of >impacted boards or is it generally hitting various ARM BSPs ? > >Bruce > > thanks > Qiang > >Also, were you targetting v5.10/standard/base ? If so, we want that > >link even more. > > > >Bruce > > > --- > > drivers/iommu/arm/arm-smmu-v3/arm-smmu-v3.c | 12 ++++++++---- > > 1 file changed, 8 insertions(+), 4 deletions(-) > > > > diff --git a/drivers/iommu/arm/arm-smmu-v3/arm-smmu-v3.c > > b/drivers/iommu/arm/arm-smmu-v3/arm-smmu-v3.c > > index 7067b7c11626..583db3dd1465 100644 > > --- a/drivers/iommu/arm/arm-smmu-v3/arm-smmu-v3.c > > +++ b/drivers/iommu/arm/arm-smmu-v3/arm-smmu-v3.c > > @@ -1357,16 +1357,20 @@ static irqreturn_t arm_smmu_evtq_thread(int irq, > > void *dev) > > struct arm_smmu_device *smmu = dev; > > struct arm_smmu_queue *q = &smmu->evtq.q; > > struct arm_smmu_ll_queue *llq = &q->llq; > > + static DEFINE_RATELIMIT_STATE(rs, DEFAULT_RATELIMIT_INTERVAL, > > + DEFAULT_RATELIMIT_BURST); > > u64 evt[EVTQ_ENT_DWORDS]; > > > > do { > > while (!queue_remove_raw(q, evt)) { > > u8 id = FIELD_GET(EVTQ_0_ID, evt[0]); > > > > - dev_info(smmu->dev, "event 0x%02x received:\n", id); > > - for (i = 0; i < ARRAY_SIZE(evt); ++i) > > - dev_info(smmu->dev, "\t0x%016llx\n", > > - (unsigned long long)evt[i]); > > + if (__ratelimit(&rs)) { > > + dev_info(smmu->dev, "event 0x%02x > > received:\n", id); > > + for (i = 0; i < ARRAY_SIZE(evt); ++i) > > + dev_info(smmu->dev, "\t0x%016llx\n", > > + (unsigned long long)evt[i]); > > + } > > > > } > > > > -- > > 2.31.1 > > -- - Thou shalt not follow the NULL pointer, for chaos and madness await thee at its end - "Use the force Harry" - Gandalf, Star Trek II
-=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#9941): https://lists.yoctoproject.org/g/linux-yocto/message/9941 Mute This Topic: https://lists.yoctoproject.org/mt/83252521/21656 Group Owner: linux-yocto+ow...@lists.yoctoproject.org Unsubscribe: https://lists.yoctoproject.org/g/linux-yocto/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-