All of lore.kernel.org
 help / color / mirror / Atom feed
From: Carlos O'Donell <carlos@baldric.uwo.ca>
To: John Marvin <jsm@udlkern.fc.hp.com>
Cc: parisc-linux@lists.parisc-linux.org
Subject: Re: [parisc-linux] ksoftirqd eats 100% cpu :-(
Date: Tue, 8 Oct 2002 19:48:54 -0400	[thread overview]
Message-ID: <20021008234854.GE18202@systemhalted> (raw)
In-Reply-To: <200210081427.IAA27522@udlkern.fc.hp.com>

> 
> > It's a bug/feature related to the HIL drivers.
> > Since we have to poll the HIL ports the whole time
> > the bunch of running timers increase the ksoftirqd load a lot.
> 
> I understand that polling is necessary while sending commands out
> to hil devices, but input should be interrupt driven. What is the
> reason for all of the polling?
> 
> John Marvin
> jsm@fc.hp.com


It's interrupt driven, but the ISR _always_ calls tasklet_schedule 
to do the real work. The HIL state machine and SERIO layer hooks
in a function to it's own tasklet so it can update on interrupt.

Most drivers usage of tasklets involves:

a- Setup and enable during module init
b- Leave them alone.

I assume that this is the case, because tasklets are CPU intensive.
It would be nice to have someone investiage this... if not, it goes
on the end of my now _really_ long todo list :)

c.

  reply	other threads:[~2002-10-08 23:58 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-10-08 14:27 [parisc-linux] ksoftirqd eats 100% cpu :-( John Marvin
2002-10-08 23:48 ` Carlos O'Donell [this message]
2002-10-11  8:21   ` Tilo Riemer
2002-10-11 17:13     ` Helge Deller
2002-10-09  3:46 ` Brian S. Julin
2002-10-09  7:41   ` Enrik Berkhan
  -- strict thread matches above, loose matches on Subject: below --
2002-10-07 15:23 Tilo Riemer
2002-10-07 15:20 ` Thibaut VARENE
2002-10-07 19:52   ` Helge Deller
2002-10-08  7:59     ` Tilo Riemer
2002-10-08  8:03     ` Tilo Riemer

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=20021008234854.GE18202@systemhalted \
    --to=carlos@baldric.uwo.ca \
    --cc=jsm@udlkern.fc.hp.com \
    --cc=parisc-linux@lists.parisc-linux.org \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.