Messages in this thread | | | From | kuznet@ms2 ... | Subject | Re: [PATCH] Re: softirq buggy | Date | Mon, 9 Apr 2001 21:48:02 +0400 (MSK DST) |
| |
Hello!
> Btw, you don't schedule the ksoftirqd thread if do_softirq() returns > from the 'if(in_interrupt())' check.
ksoftirqd will not be switched to before the first schedule or ret form syscall, when softirqs will be processed in any case. So, wake up in this case would be mistake.
> I assume that this is the most common case of delayed softirq > processing:
softirqs have the same latency warranty as rt threads, so that this is not a problem at all.
The _real_ problem is softirqs generated from another softirqs: additonal thread is made _not_ to speed up softirqs, but to _tame_ them (if I understood Andres's explanations correctly).
Alexey - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |