Re: [patch] softirq performance fixes, cleanups, 2.4.10.

Date: Fri Sep 28 2001 - 14:39:08 EST


> unless you have strong arguments against this approach, i will start
> coding this. It's a pretty intrusive change, because all current softirq
> users will have to agree on a generic event format + callback that can be
> queued. This has to be embedded into skbs and bh-handling structs. What do
> you think?

Why skbs?

Anyway, scheme sort of:

        start = jiffies;

        while (dequeue()) {
                if (jiffies - start > 1)
                        goto wakeup_ksoftirq

and raise_softirq() enqueuing event to tail, if it is still not queued
is nice, not intrusive and very easy.

Only "skbs" scares me. :-)

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

This archive was generated by hypermail 2b29 : Sun Sep 30 2001 - 21:01:04 EST