Messages in this thread | | | Date | Thu, 16 May 2002 22:31:59 +0200 | From | "'Roger Luethi'" <> | Subject | Re: [PATCH] #2 VIA Rhine stalls: TxAbort handling |
| |
> > The driver "waits a little" in the interrupt handler? How long can that > > take, worst case? > > Forever..........^;)
We should assume that this is indeed the case, but it often helps to know what the expected values and their distribution are.
It's a weird situation anyway: both the buffer descriptor and the interrupt status have been updated by the chip to reflect the abort, but by the time we handle the error it may still be busy coming to a halt.
What tickles my curiosity is that my previous patch didn't fix the stalling for Ivan G. on his VT86C100A. Maybe the chip just wasn't ready to be restarted.
> Even if the chip never breaks, you end up with reports like.. > "Strange, I make frisbees when buring CDs while M$ machines do > backups over the network..."
Not if the chip is guaranteed to have its thing done after one or two iterations. We make some inb and outb calls in the ISR either way.
That was hypothetically speaking of course, I'm not suggesting we rely on such a "guarantee".
Roger - 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/
| |