From: Marcelo Tosatti <marcelo.tosatti@cyclades.com>
To: Jeff Garzik <jgarzik@pobox.com>
Cc: netdev@oss.sgi.com
Subject: Re: 8390.c workaround for interrupt storm
Date: Fri, 13 Aug 2004 17:07:37 -0300 [thread overview]
Message-ID: <20040813200737.GC29875@logos.cnet> (raw)
In-Reply-To: <411D21DE.2050804@pobox.com>
On Fri, Aug 13, 2004 at 04:17:34PM -0400, Jeff Garzik wrote:
> Marcelo Tosatti wrote:
> >Hi netdev,
> >
> >We've been seeing an interrupt storm on our
> >embedded PowerPC systems with Linksys PCMLM56 (network+modem)
> >PCMCIA cards (network part of it driven by pcnet_cs.c) as soon as the
> >network cable is pluged/unpluged and after some activity on the serial
> >line.
> >
> >The card goes nuts, and doesnt stop sending interrupts.
> >
> >So I hacked up this patch which resets the 8390 chip
> >as soon as 256 empty interrupts are triggered. Works fine,
> >the card comes back to sanity after resetting.
> >
> >Not sure if its specific to our boards, but I believe
> >it might happen on other archs also, so I'm posting it
> >here in the hope it might be useful for someone with the
> >same problem.
> >
> >Not likely to be included in mainline driver, but hey, why not,
> >its protection against hardware insanity.
Hi Jeff!
> You have stumbled on a common class of problems, I think.
>
> IMO interrupt storms are almost always caused by the platform or bus. I
> see tons of bug reports for ethernet drivers which turn out to be
> interrupt routing, interrupt handling, or interrupt storms unrelated to
> the ethernet driver itself.
>
> Yes, you can sometimes work around this in the driver, but that tends to
> wind up hiding the problem.
I see. So, following your thoughts, what is causing the interrupt storm
here is not the card itself, but the bus/platform/irq controller? That is,
those interrupts are not coming from the card.
Or that something on the bus/platform/irq controller triggers the card
into insanity, and the card really is sending those interrupts?
Since resetting the 8390 stops it from madness, its likely that
the card itself is sending the interrupts, no?
Interesting...
> PCMCIA debugging isn't fun, to be sure, maybe RMK has some ideas?
This is a MontaVista v2.4.17 kernel patched up, so I doubt he will care much.
I'll ask him anyway.
Thanks for answering!!
prev parent reply other threads:[~2004-08-13 20:07 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-08-13 15:30 8390.c workaround for interrupt storm Marcelo Tosatti
2004-08-13 20:17 ` Jeff Garzik
2004-08-13 20:07 ` Marcelo Tosatti [this message]
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=20040813200737.GC29875@logos.cnet \
--to=marcelo.tosatti@cyclades.com \
--cc=jgarzik@pobox.com \
--cc=netdev@oss.sgi.com \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).