When using a Creative USB sound card the interface locks up with
Sep 11 02:38:41 myjuke kernel: usbaudio: dma timed out??
after 10-20 seconds of audio output.
With the uhci host driver it locks up sooner but a plug/replug will free the apps from the D state
and re-register the device. With the
I don't know if there are any Mac gurus on the list, but this driver for MacOS 10.3 is quite small
and appears to have all relevant debugging info still compiled in, and if someone had the software
to dissasemble it perhaps it might give us some insight into the GeneSys issues.
I don't have the
Alan Stern wrote:
http://www.vipower.com/driver/GeneIOUSBIDE210.pkg.tar.gz
I'm no Mac guru. But I wonder if the Vipower technical people wouldn't be
willing to share some of the information that went into programming that
driver? Have you tried pursuing that path?
Yes, its a GeneSys supplied
Alan Stern wrote:
On Thu, 1 Apr 2004, Brad Campbell wrote:
Indeed. One thing I did find interesting though is that windows recovered whereas
linux needs an
unplug/plug to recover (or sometimes a power cycle). I include the bit of USB-Snoopy
log that shows
the urb going down, the lockup
Oliver Neukum wrote:
Am Freitag, 2. April 2004 23:43 schrieb Alan Stern:
On Fri, 2 Apr 2004, Brad Campbell wrote:
Ahah, that's the thing. It's not locking up on the actual data URB, it
locks up on the URB after the data was sent. So from what I gather, the
data makes it to the disk, it just
Alan Stern wrote:
On Wed, 31 Mar 2004, Brad Campbell wrote:
Well, I installed USB-Snoopy and guess what!
I can reproduce the lockups under windows on both machines, UHCI, EHCI and OHCI interfaces.
I have just sent an E-mail to Vipower (The vendor of this VP-9208 USB-IDE bridge cable) asking them
Well, I installed USB-Snoopy and guess what!
I can reproduce the lockups under windows on both machines, UHCI, EHCI and OHCI interfaces.
I have just sent an E-mail to Vipower (The vendor of this VP-9208 USB-IDE bridge cable) asking them
what they intend to do about this issue.
I await further
Alan Stern wrote:
On Sat, 27 Mar 2004, Rick Jones wrote:
I'm also suffering with this chip, and been lurking on this list for the
last week. I don't seem to get any problem writing, only when reading large
amounts of data, e.g. a few hundred MB.
I tend to agree that timing is probably the
Max Zaitsev wrote:
With regard to differencies in behaviour between the GL devices -- it might be
a consequence of differencies in the exact chip models and/or firmware
versions. My device identifies itself as
P: Vendor=05e3 ProdID=0702 Rev= 0.02
On the chip reads:
GL811E
0341MH2QT-02
I'm
Alan Stern wrote:
On Fri, 19 Mar 2004, Brad Campbell wrote:
Funny you should mention that, It's exactly what I spent all morning doing
After more investigation it comes down to 4 bytes that cross the sector boundary
bklaptop:~hexdump lf3
000
G'day all,
I have been beating this GeneSys adaptor to death and have found out it appears to be a certain data
sequence/packet that kills it.
Attached it a gzipped 1024 byte file. (It's gzipped just to add a crc to it, it's out of an .avi and
incompressible)
By doing
zcat lockup.file.gz | dd
G'day all,
I'm trying to debug this blasted GL811 GeneSys converter as it was causing my 2.4.25 kernel to oops,
but I have so far transfered over 200GB to and from the attached drive with no hiccups.
I'm posting this success report here in the hope that Murphy will now step in and enable me to
Betcha all were hoping I had gone away huh?
I sent a query to o2micro about the OZ6933 cardbus bridge detailing my woes and was
informed (within
the limits of what the kind man could tell me given this info is undocumented) of a
couple of points.
Firstly the OZ6933 bridge should have a latency
While trying to get this NEC based cardbus card to work I noticed that
writes using usb_stor_bulk_transfer_buf succeed while usb_stor_bulk_transfer_sglist fails. Is there
a quick dodgy I can pull to have use_sg == 0. I can't actually find where it get's set.
Regards,
Brad
David Brownell wrote:
Brad Campbell wrote:
While trying to get this NEC based cardbus card to work I noticed that
writes using usb_stor_bulk_transfer_buf succeed while
usb_stor_bulk_transfer_sglist fails. Is there a quick dodgy I can pull
to have use_sg == 0. I can't actually find where
David Brownell wrote:
Brad Campbell wrote:
I have two cardbus USB2 cards, one using an ALI chipset and one using
an NEC chipset.
They both exhibit a problem while attempting to write bulk data.
... the crux of it is a usb_stor_bulk_transfer_sglist will fail by not
triggering an interrupt
G'day all,
I have a problem with my laptop, it affects usb under linux and windows. (I just installed win2k in
a spare partition to see if it would work. Now I remember why I have not touched it in years!)
I have two cardbus USB2 cards, one using an ALI chipset and one using an NEC chipset.
17 matches
Mail list logo
