On Thu, 6 Mar 2008 18:07:44 +0100
Hans Petter Selasky <[EMAIL PROTECTED]> wrote:
> On Thursday 06 March 2008, Vladimir Terziev wrote:
> > Hi,
> >
> > i have ACS ACR38T Smart card reader/write device (idVendor=0x072f,
> > idProduct=0x90cc), which is an USB stick. I try to make it to work u
Greetings,
I'd like to hear comments on the proper way of handling non-standard behaviour
of a host controller when a workaround needs to be aplied at the shared code
level. In the following I followed an example of existing VIA/ATI chip
workaround:
http://people.freebsd.org/~raj/patches/misc/us
In message: <[EMAIL PROTECTED]>
Rafal Jaworowski <[EMAIL PROTECTED]> writes:
: Greetings,
:
: I'd like to hear comments on the proper way of handling non-standard behaviour
: of a host controller when a workaround needs to be aplied at the shared code
: level. In the following I follow
M. Warner Losh wrote:
> : I'd like to hear comments on the proper way of handling non-standard
> behaviour
> : of a host controller when a workaround needs to be aplied at the shared code
> : level. In the following I followed an example of existing VIA/ATI chip
> workaround:
> :
> : http://peo
In message: <[EMAIL PROTECTED]>
Rafal Jaworowski <[EMAIL PROTECTED]> writes:
: M. Warner Losh wrote:
:
: > : I'd like to hear comments on the proper way of handling non-standard
behaviour
: > : of a host controller when a workaround needs to be aplied at the shared
code
: > : level.
Hi,
You could search in /sys/dev/usb for xxx_pipe_open() or something like that,
and remove the clear stall command from that function and the recompile your
kernel and modules.
--HPS
On Friday 07 March 2008, Vladimir Terziev wrote:
> On Thu, 6 Mar 2008 18:07:44 +0100
>
> Hans Petter Selasky
>Number: 121474
>Category: usb
>Synopsis: QUIRK: SAMSUNG HM250JI in LaCie usb harddisk
>Confidential: no
>Severity: serious
>Priority: medium
>Responsible:freebsd-usb
>State: open
>Quarter:
>Keywords:
>Date-Required:
>Class: ch
