Dave,
I never saw any followup to this query. did I miss something or did anyone
respond?
The general rules (as I recall) are:
1. if the destination D-state results in loss of power to the root hub (i.e.
host controller in most cases) then you know you gotta do a complete
re-enumeration when th
I have been investigating why CDRW packet writing didn't work with my
"Freecom power CD-RW slimline" drive. It turned out that the
cable/drive doesn't support the MODE SENSE(6) command. Therefore the
scsi sr.c driver thinks the unit is a CD-ROM and will refuse to send
any write commands to the dri
To all,
Thanks for the reply Dmitri
> The usbvideo module calls usb_unlink_urb() for each of the two urb's ONLY
> when it wants to stop the data pump, and that happens only when the device
> is being closed. It does NOT happen when "it has enough data" because
Yes, that is exactly what is happe
> A common issue for them is the availablility of a version of usb_control_msg
> that is asynchronous (or at least, can be called in interrupt context).
> ...
>
> catc.c has an interesting model that basically queues messages. Maybe
> something along those lines could be added to the usb core c
Title: Untitled Document
ÃßõÀÎ 20¸í¸¸ ¸ðÀ¸¸é Á¤¸» ¸¸¿øÀ» µå¸³´Ï´Ù.
´Ü ÀÚ½ÅÀÇ 2´Ü°è,3´Ü°è,4´Ü°è Ãßõȸ¿øµéµµ °¢°¢ 20¸í¾¿ ¸ð¾Æ¾ß ÇÕ´Ï´Ù.
ÇÏÁö¸¸ °ÆÁ¤ÇÏÁö ¸¶¼¼¿ä. Å丶Åä°É ÆÄÆ®³Ê½± ÇÁ·Î±×·¥¿¡¼´Â ÀÚ½ÅÀÇ ÇÏÀ§ÃßõÀÎÁ¤º¸¸¦ º¼ ¼ö ÀÖÀ¸¹Ç·Î
ÇÏÀ§ÃßõÀε鿡°Ô ¿¬¶ôÀÌ °¡´ÉÇÕ´Ï´Ù. ±
Hi,
Here's a patch against 2.4.18-pre3 that fixes the following bugs in the
USB stv680 driver:
- fixed the problem with webcam crashing after two pictures
- changed way pic is halved to improve quality
- got rid of green line around frame
- fixed brightness reset w
Hi,
Here's a patch against 2.4.18-pre3 that fixes a problem with usb-serial
drivers that download firmware to their devices, disconnect, and then
reenumerate themselves. After they download firmware, the usb serial
core would return that the device was not claimed by it, causing an
error message
Hi,
Here's a patch against 2.4.18-pre3 that updates the email information
for Marc McClelland in the CREDITS and MAINTAINERS files.
thanks,
greg k-h
diff -Nru a/CREDITS b/CREDITS
--- a/CREDITS Fri Jan 11 11:26:03 2002
+++ b/CREDITS Fri Jan 11 11:26:03 2002
@@ -1968,9 +1968,10 @@
S: German
On Fri, 2002-01-11 at 16:30, Björn Stenberg wrote:
> Yves wrote:
>
> > I have an Archos jukebox 20 (usb-storage isd200) which is working
> > perfectly with an x86 based box. However, on my ibook2 (ppc based), I
> > cannot make it work. I can provide the debug informations if needed,
> > but bef
Yves wrote:
> I have an Archos jukebox 20 (usb-storage isd200) which is working
> perfectly with an x86 based box. However, on my ibook2 (ppc based), I
> cannot make it work. I can provide the debug informations if needed,
> but before I wanted to know if someone is working on it... The
> usb-o
From: "Greg KH" <[EMAIL PROTECTED]>
> On Thu, Jan 10, 2002 at 04:47:28PM +0100, Lars Doelle wrote:
> > as USB is out to replace legacy devices, most notably serial and
parallel
> > ports of the PC, i was assuming that a proper subclass definition exists
on
> > usb.org for these.
>
> There is no US
On Tue, 8 Jan 2002, Steven Toth wrote:
> These are the same kinds of problems I was having using windows98. My device
> would not respond, or windows would GPF, hang. The biggest problem I had
> with win98 was that the very moment I installed the usbsnoop.sys driver into
> windows32, nothing un
Hello there,
I have an Archos jukebox 20 (usb-storage isd200) which is working
perfectly with an x86 based box. However, on my ibook2 (ppc based), I
cannot make it work. I can provide the debug informations if needed, but
before I wanted to know if someone is working on it...
The usb-oh
> > Don't suppose you know anything about SGS Thompson USB isdn ?
>
> You mean the ST5481 driver? I know.
Im not sure yet. The UK ISDN wall box now comes with a USB connector that
seems to be some kind of SGS Thompson chip. One of the local user group people
has been getting dumps off it to look
I have done some change. Con you tell me where is the problem?
Te source code:
static void fx2000_write_bulk_callback (struct urb *urb)
{
struct usb_id75 *dev = (struct usb_id75 *)urb->context;
dbg(__FUNCTION__ " - minor %d", dev->minor);
printk("<1>Fx2000: writecallback\n");
if ((urb->stat
>Methods (b) and (c) should both work. If (b) isn't working, the device
>must have crashed it's internal firmware pretty badly.
To true: i have to send the bulk urb's with a timeout, and then do the ugly
reset on -ECONNABORT.
If i don't set a timeout it hangs forever. No ETIMEDOUT, no EPIPE. B
The error message is displayed in the file /var/log/messages.
The error come from usb-uhci.c. The file is:
Jan 11 09:13:44 Linux kernel: usb.c: registered new driver fx2000
Jan 11 09:13:44 Linux kernel: Fx2000: probe called for
device,interface=0
Jan 11 09:13:44 Linux kernel: Fx2000: memory=-101
Hello Alan,
On Tuesday, 8. January 2002 20:52, Alan Cox wrote:
> Don't suppose you know anything about SGS Thompson USB isdn ?
You mean the ST5481 driver? I know.
best regards
Wolfgang
--
Durch den Tod sagt Dir die Natur,
daß Du langsamer fahren sollst...
_
18 matches
Mail list logo