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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox