From: Miles Lane <miles@megapathdsl.net>
To: "Joachim 'roh' Steiger" <roh@convergence.de>
Cc: Thomas Dodd <ted@cypress.com>,
Alan Cox <alan@lxorguk.ukuu.org.uk>,
linux-kernel@vger.kernel.org,
David Brownell <david-b@pacbell.net>
Subject: Re: Contacts within AMD? AMD-756 USB host-controller blacklisted due to
Date: Wed, 04 Apr 2001 14:40:51 -0700 [thread overview]
Message-ID: <3ACB94E3.2030108@megapathdsl.net> (raw)
In-Reply-To: <Pine.LNX.4.21.0104050004060.21943-100000@campari.convergence.de>
Joachim 'roh' Steiger wrote:
> i would like to help to track down this problem
> i'm using a gigabyte 7IXE revision 1.1
> kernel is 2.4.1
>
> lspci output for usb:
> 00:07.4 USB Controller: Advanced Micro Devices [AMD] AMD-756 [Viper] USB
> (rev 06) (prog-i
> f 10 [OHCI])
> Flags: bus master, medium devsel, latency 16, IRQ 11
> Memory at efffc000 (32-bit, non-prefetchable) [size=4K]
>
>
> On Wed, 4 Apr 2001, Miles Lane wrote:
>
>> Thomas Dodd wrote:
>>
>>
>>> Alan Cox wrote:
>>>
>>>
>>>> because we dont know the full scope of the problem yet.
>>>
>>> Exactly how many bug reports has this caused?
>>> What kind of problems?
>>
>
> here i only have this kernelmessage floating around in my logfiles about 1
> time the day:
>
> Apr 4 14:47:15 campari kernel: usb-ohci.c: bogus NDP=204 for OHCI
> usb-00:07.4
> Apr 4 14:47:15 campari kernel: usb-ohci.c: rereads as NDP=4
>
>
>> error." Most of the time, when the error occurs, it seems
>> pretty benign. That is, I haven't noticed it crashing USB
>> device connections, causing data corruption or OOPSen.
>> Some folks _have_ reported OOPSen, though, that seemed to
>> be triggered by the erratum #4 hardware bug. I think I
>> may have had one of these a long time ago.
>
>
> as you see it's revision 6
> i've had no other problems with usb for now and use this
> idVendor 0x046d Logitech Inc.
> idProduct 0xc00c
> usb-wheelmouse all the time
>
> i've never had this kernel or previous kernel (2.4.0test8) oopsen
> and it runs perfectly stable here
>
>
>> I believe David has found that there definitely are code
>> paths where this hardware bug can cause failures of various
>> sorts and that's why the AMD-756 has been blacklisted.
>
>
> since i did'nt cause any troubles here i would not like to have the
> complete AMD-756 blacklisted in the ohci-driver
> eventually only some revisions are that bad
>
> please correct me if i'm wrong i only don't want to blacklist complete
> chipset-series
Hi Joachim,
Personally, I agree with you, but I can also understand David's
desire to avoid wasting time chasing phantom bugs that only
show up due to this broken hardware. If it turns out that
there is actually a well-defined workaround that AMD will
tell us about, it shouldn't take too long before we have a
real fix and the AMD-756 can be taken off of the blacklist.
My guess is that there are specific drivers for which this
hardware bug causes problems. You probably just aren't
using the *right* drivers. :-)
Luckily, USB add-on cards are pretty cheap, so I suppose you
could just put a new host-controller in your test machine
for a month or two until David and Alan get this sorted out
with AMD. Think of it this way, you'll have more hardware
configurations to test with, so get a UHCI or EHCI card.
Woohoo! (Only half kidding)
Miles
next prev parent reply other threads:[~2001-04-04 22:40 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-04-03 17:46 Contacts within AMD? AMD-756 USB host-controller blacklisted due to erratum #4 Miles Lane
2001-04-03 19:10 ` Contacts within AMD? AMD-756 USB host-controller blacklisted due to Alan Cox
2001-04-04 19:12 ` Thomas Dodd
2001-04-04 18:54 ` Miles Lane
2001-04-04 22:19 ` Joachim 'roh' Steiger
2001-04-04 21:40 ` Miles Lane [this message]
2001-04-04 23:50 ` Ryan Butler
2001-04-04 23:00 ` David Brownell
2001-04-05 0:08 ` Contacts within AMD? AMD-756 USB host-controller blacklisted dueto Thomas Dodd
2001-04-05 0:27 ` Alan Cox
2001-04-05 20:29 ` Thomas Dodd
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=3ACB94E3.2030108@megapathdsl.net \
--to=miles@megapathdsl.net \
--cc=alan@lxorguk.ukuu.org.uk \
--cc=david-b@pacbell.net \
--cc=linux-kernel@vger.kernel.org \
--cc=roh@convergence.de \
--cc=ted@cypress.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.