diff options
| author | David Brownell <david-b@pacbell.net> | 2005-01-06 18:29:46 -0800 |
|---|---|---|
| committer | Greg Kroah-Hartman <greg@kroah.com> | 2005-01-06 18:29:46 -0800 |
| commit | 6b4e64f0b16d907a9ee0b79ed14159a98b2053bb (patch) | |
| tree | aa31a1e213357eaed692c180a8463cf7443ab587 /net/lapb/lapb_iface.c | |
| parent | 6543a23dd2791b6a9a828820e35e441d1375cff2 (diff) | |
[PATCH] USB: ehci "hc died" on startup (chip bug workaround)
This fixes OSDL bugid #3056 for at least some users, where the EHCI
driver gets a "fatal error" IRQ on startup ... only on certain boards,
starting with the 2.6.6 or 2.6.7 kernels. These IRQs normally indicate
that an invalid DMA address got passed to the controller, or something
equally nasty and unrecoverable.
But it turns out that some of these controllers (at least ALI and Intel)
are lying. They're issuing these IRQs without stopping, contrary to the
EHCI spec ... so these IRQs can be recovered from. Thanks to Christian
Iversen for noticing that his ALI controller would continue operating,
which was the first real break in this annoying case.
This patch tests for these bogus IRQs, and ignores them ... working around
what's clearly a chip bug. It's not clear why we started triggering that
bug, but at least EHCI is now usable on boards exhibiting this problem.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Greg Kroah-Hartman <greg@kroah.com>
Diffstat (limited to 'net/lapb/lapb_iface.c')
0 files changed, 0 insertions, 0 deletions