As far as i can diff it, test it, track it (fairly easy, though this
code is not from me) seems to work, to do the job and to be clean ;)
Am Dienstag, den 21.12.2004, 11:42 -0800 schrieb Pete Zaitcev:
> On Tue, 21 Dec 2004 12:10:33 +0100, Martin Strigl <[EMAIL PROTECTED]> wrote:
>
> > did a lot
On Tue, 21 Dec 2004, Pete Zaitcev wrote:
> On Tue, 21 Dec 2004 10:17:11 -0500 (EST), Alan Stern <[EMAIL PROTECTED]>
> wrote:
>
> > It's not for lack of submission. I sent the revised version of that patch
> > to Pete Zaitcev on two separate occasions.
>
> I never saw it, Alan. Not personally
On Tue, 21 Dec 2004 10:17:11 -0500 (EST), Alan Stern <[EMAIL PROTECTED]> wrote:
> It's not for lack of submission. I sent the revised version of that patch
> to Pete Zaitcev on two separate occasions.
I never saw it, Alan. Not personally and not on the list. The patch looks
good, but it's nowhe
On Tue, 21 Dec 2004 12:10:33 +0100, Martin Strigl <[EMAIL PROTECTED]> wrote:
> did a lot of other research till i found this thread
> http://sourceforge.net/mailarchive/message.php?msg_id=8928441
>
> it works for me now - but the real question is, why hasn't this simple
> patch found its way into
On Tue, 21 Dec 2004, Martin Strigl wrote:
> Had the problem that an external USB2.0 HDD (vipower vp-6248v; genesys
> chipset) connected through a NEC PCI Card using the stock usb-storage
> driver (kernel 2.4.28) always got a bulk_msg timeout.
>
> i was able to track the problem down to the well k
Had the problem that an external USB2.0 HDD (vipower vp-6248v; genesys
chipset) connected through a NEC PCI Card using the stock usb-storage
driver (kernel 2.4.28) always got a bulk_msg timeout.
i was able to track the problem down to the well known (or at least it
seemed to me well known) delay p
