Re: [PATCH] mailbox: bcm: Replace tasklet with threaded irq

From: Rob Rice
Date: Fri Jan 15 2021 - 16:56:06 EST


Davidlohr,

I haven’t worked on this driver for 4 years. So my memory is a little vague. But I have notes that we found using the tasklet was 40% faster than threaded IRQ. We were trying to get performance up. So that seemed important at the time. I’m not prepared to defend that now. :-)

Rob

> On Jan 14, 2021, at 10:53 PM, Davidlohr Bueso <dave@xxxxxxxxxxxx> wrote:
>
> On Thu, 14 Jan 2021, Jassi Brar wrote:
>
>> On Thu, Jan 14, 2021 at 6:21 PM Davidlohr Bueso <dave@xxxxxxxxxxxx> wrote:
>>>
>>> Tasklets have long been deprecated as being too heavy on the system
>>> by running in irq context - and this is not a performance critical
>>> path. If a higher priority process wants to run, it must wait for
>>> the tasklet to finish before doing so.
>>>
>>> Use a more suitable alternative such as threaded irqs and do the
>>> async work in process context.
>>>
>>> Signed-off-by: Davidlohr Bueso <dbueso@xxxxxxx>
>>> ---
>> Please cc the author and other contributors to this file, esp when
>> this is vendor specific code.
>
> So looking at who to Cc I noticed:
>
> commit 8aef00f090bcbe5237c5a6628e7c000890267efe
> Author: Rob Rice <rob.rice@xxxxxxxxxxxx>
> Date: Mon Nov 14 13:26:01 2016 -0500
>
> mailbox: bcm-pdc: Convert from threaded IRQ to tasklet
>
> Previously used threaded IRQs in the PDC driver to defer
> processing the rx DMA ring after getting an rx done interrupt.
> Instead, use a tasklet at normal priority for deferred processing.
>
> ... which is exactly the opposite of what modern Linux should be
> doing. Rob, could this not be done in process context?
>
> Thanks,
> Davidlohr


--
This electronic communication and the information and any files transmitted
with it, or attached to it, are confidential and are intended solely for
the use of the individual or entity to whom it is addressed and may contain
information that is confidential, legally privileged, protected by privacy
laws, or otherwise restricted from disclosure to anyone else. If you are
not the intended recipient or the person responsible for delivering the
e-mail to the intended recipient, you are hereby notified that any use,
copying, distributing, dissemination, forwarding, printing, or copying of
this e-mail is strictly prohibited. If you received this e-mail in error,
please return the e-mail to the sender, delete it from your computer, and
destroy any printed copy of it.

Attachment: smime.p7s
Description: S/MIME Cryptographic Signature