| To: | hadi@xxxxxxxxxx (jamal) |
|---|---|
| Subject: | Re: [announce] [patch] limiting IRQ load, irq-rewrite-2.4.11-B5 |
| From: | Alan Cox <alan@xxxxxxxxxxxxxxxxxxx> |
| Date: | Mon, 8 Oct 2001 16:35:24 +0100 (BST) |
| Cc: | alan@xxxxxxxxxxxxxxxxxxx (Alan Cox), jgarzik@xxxxxxxxxxxxxxxx (Jeff Garzik), andrea@xxxxxxx (Andrea Arcangeli), mingo@xxxxxxx (Ingo Molnar), linux-kernel@xxxxxxxxxxxxxxx (Linux-Kernel), netdev@xxxxxxxxxxx, torvalds@xxxxxxxxxxxxx (Linus Torvalds) |
| In-reply-to: | <Pine.GSO.4.30.0110081117140.5473-100000@xxxxxxxxxxxxxxxx> from "jamal" at Oct 08, 2001 11:20:32 AM |
| Sender: | owner-netdev@xxxxxxxxxxx |
> I hear you, but I think isolation is important; > If i am telneted (literal example here) onto that machine (note eth0 is > not cardbus based) and cardbus is causing the loops then iam screwed. > [The same applies to everything that shares interupts] Worst case it sucks, but it isnt dead. Once you disable the IRQ and kick over to polling the cardbus and the ethernet both still get regular service. Ok so your pps rate and your latency are unpleasant, but you are not dead. For a shared IRQ we know we can safely switch to a 200Hz poll of shared irq lines marked 'stuck'. The problem ones are non shared ISA devices going mad - there you have to be careful not to fake more irqs than real ones are delivered since some ISA device drivers "know" the IRQ is for them. Even at 200Hz polling a typical cardbus card with say 32 ring buffer slots can process 6000pps. Alan |
| Previous by Date: | Re: [announce] [patch] limiting IRQ load, irq-rewrite-2.4.11-B5, Andrea Arcangeli |
|---|---|
| Next by Date: | Re: [announce] [patch] limiting IRQ load, irq-rewrite-2.4.11-B5, Alan Cox |
| Previous by Thread: | Re: [announce] [patch] limiting IRQ load, irq-rewrite-2.4.11-B5, jamal |
| Next by Thread: | Re: [announce] [patch] limiting IRQ load, irq-rewrite-2.4.11-B5, jamal |
| Indexes: | [Date] [Thread] [Top] [All Lists] |