. Existing uses of
try_module_get() generally reduce it to an unlikely race, and the
uncoupling of sysfs from devices will make it even rarer.
But the problem still exists potentially.
Alan Stern
-
This SF.net email is sponsored
sniffer for Windows.
This is no good because we don't know what it means. That's why I asked
you to use a USB sniffer program whose output we can understand.
Alan Stern
-
This SF.net email is sponsored by DB2 Express
Download
On Mon, 16 Apr 2007, Cornelia Huck wrote:
On Fri, 13 Apr 2007 11:24:58 -0400 (EDT),
Alan Stern [EMAIL PROTECTED] wrote:
I have to admit, this is a puzzler. I'm beginning to think there should
be two types of module references: Those which (like module dependency)
will prevent rmmod
occurred.
Signed-off-by: Alan Stern [EMAIL PROTECTED]
---
Index: usb-2.6/drivers/usb/core/hub.c
===
--- usb-2.6.orig/drivers/usb/core/hub.c
+++ usb-2.6/drivers/usb/core/hub.c
@@ -1529,9 +1529,9 @@ static int hub_port_wait_reset(struct
.
Signed-off-by: Alan Stern [EMAIL PROTECTED]
---
Index: usb-2.6/drivers/usb/core/devio.c
===
--- usb-2.6.orig/drivers/usb/core/devio.c
+++ usb-2.6/drivers/usb/core/devio.c
@@ -831,6 +831,18 @@ static int proc_getdriver(struct dev_sta
This patch (as900) fixes some driver-core bogosity recently introduced
into the gendisk driver by Kay's block-device.patch.
Shame, shame... :-)
Signed-off-by: Alan Stern [EMAIL PROTECTED]
---
Index: usb-2.6/fs/partitions/check.c
On Mon, 16 Apr 2007, Greg KH wrote:
On Mon, Apr 16, 2007 at 03:55:50PM -0400, Alan Stern wrote:
From: Danny Budik [EMAIL PROTECTED]
This patch (as899) adds a new ioctl to usbfs: USBDEVFS_GETFRAMENUM.
It allows user programs to obtain the current Start-Of-Frame number on
a USB bus
On Sat, 14 Apr 2007, John Wojnaroski wrote:
Alan Stern wrote:
On Sat, 14 Apr 2007, John Wojnaroski wrote:
Here is a trace of the MS windows program doing it's thing
Byte 0 = 0x21
Byte 1 = 0x09
Byte 2 = 0x00
Byte 3 = 0x02
Byte 4 = 0x00
Byte 5 = 0x00
Byte 6 = 0x00
Byte 7
SnoopyPro (from sourceforge) to get such a trace.
Alan Stern
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click
drivers, or should we add
something more flexible?
Alan Stern
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click
the question of when to release it.
Signed-off-by: Alan Stern [EMAIL PROTECTED]
---
Okay, third time's the charm. The previous version of this patch was
really stupid; it would have deadlocked if the critical situation ever
occurred. And yet the correct solution should have been obvious: The hub
that it fixed his problem.
Alan Stern
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http
made are below:
Your email client mangled the patch. Here is a cleaned-up version. If
you like, I can submit it for inclusion in the kernel.
Alan Stern
Index: usb-2.6/drivers/usb/core/devio.c
===
--- usb-2.6.orig/drivers/usb/core
Documentation/usb/usbmon.txt.
Alan Stern
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http
know what the events
have been leading to this lockup. Sorry. I'll leave usbmon running now.
Something else you can do is turn on CONFIG_USB_DEBUG and then check the
dmesg log for anything significant.
Alan Stern
-
This SF.net
On Sat, 14 Apr 2007, Pete Zaitcev wrote:
On Sat, 14 Apr 2007 12:55:43 -0400 (EDT), Alan Stern [EMAIL PROTECTED]
wrote:
+ frame_number = usb_get_current_frame_number(ps-dev);
+ if (put_user(frame_number, (int __user *)arg))
+ return -EFAULT;
+ return 0;
I think
bytes but a control
setup packet is supposed to contain only 8 bytes of data. Is it possible
that Byte 2 doesn't belong in there at all?
Alan Stern
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C
(like module dependency)
will prevent rmmod from running, and those which (like the one here) would
automatically be dropped by deregistration. Then every kobject could have
an owner and could hold a reference of the second type to its owner until
its release routine returns.
Alan Stern
This revised patch (as893b) improves the method used by the hub driver to
release its private data structure. The current code is non-robust,
relying on a memory region not getting reused by another driver after
it has been freed.
Signed-off-by: Alan Stern [EMAIL PROTECTED]
---
It turned out
On Thu, 12 Apr 2007, Danny Budik wrote:
On Apr 12, 2007, at 6:25 PM, Alan Stern wrote:
On Thu, 12 Apr 2007, Danny Budik wrote:
Would it be possible to add my own constant to /usr/include/linux/
usbdevice_fs.h and write an underlying function that would call
, or high speed.
Alan Stern
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT business topics through brief surveys-and earn cash
http
defects. So how can this problem be solved?
Alan Stern
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT business topics
for regular use.
In any case, you wouldn't be able to depend very heavily on the frame
numbers you get. By the time your program finished reading them, they
could well have changed.
Alan Stern
-
Take Surveys. Earn Cash
so that any value you receive can quickly become
out-of-date.
Also bear in mind that high-speed buses use microframes rather than
frames; they increment eight times more quickly.
Alan Stern
-
Take Surveys. Earn Cash
This patch (as897) changes the autosuspend timer code to use the
standard types and macros in dealing with jiffies values.
Signed-off-by: Alan Stern [EMAIL PROTECTED]
---
On Tue, 10 Apr 2007, Greg KH wrote:
Ok, care to make a patch that clarifies this? Also I really think the
signed usage
issues in thinking
this patch through.
Cc: Alan Stern [EMAIL PROTECTED]
Cc: Oliver Neukum [EMAIL PROTECTED]
Cc: David Brownell [EMAIL PROTECTED]
Cc: linux-usb-devel linux-usb-devel@lists.sourceforge.net
Signed-off-by: Greg Kroah-Hartman [EMAIL PROTECTED]
---
drivers/usb/core/driver.c
was designed to fix exactly this sort of situation.
Alan Stern
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT business topics
On Tue, 10 Apr 2007, David Brownell wrote:
On Monday 09 April 2007 7:50 am, Alan Stern wrote:
void usb_kick_khubd(struct usb_device *hdev)
{
+ /* FIXME: What if hdev isn't bound to the hub driver? */
We should just disallow that. There's no reason for us to risk
the integrity
, or configurations, addition or
removal of children) or the bus_list_lock (addition or removal of root
hubs).
BTW, there are a couple of references to usb_bus_type.subsys in comments
in driver.c. You might as well remove them too.
Alan Stern
-by: Alan Stern [EMAIL PROTECTED]
---
Index: usb-2.6/drivers/usb/core/hub.c
===
--- usb-2.6.orig/drivers/usb/core/hub.c
+++ usb-2.6/drivers/usb/core/hub.c
@@ -2504,19 +2504,6 @@ static void hub_port_connect_change(stru
THis patch (as890) fixes a race between autosuspending a root hub and
unregistering it.
Signed-off-by: Alan Stern [EMAIL PROTECTED]
---
Index: usb-2.6/drivers/usb/core/hub.c
===
--- usb-2.6.orig/drivers/usb/core/hub.c
+++ usb-2.6
This patch (as892) removes the locktree routine from the hub driver.
It currently is used in only one place, by a single kernel thread;
hence it isn't doing any good.
Signed-off-by: Alan Stern [EMAIL PROTECTED]
---
Sorry, Dave -- I know how strongly you are attached to this code
-by: Alan Stern [EMAIL PROTECTED]
---
Index: usb-2.6/drivers/usb/core/hcd-pci.c
===
--- usb-2.6.orig/drivers/usb/core/hcd-pci.c
+++ usb-2.6/drivers/usb/core/hcd-pci.c
@@ -207,7 +207,7 @@ int usb_hcd_pci_suspend (struct pci_dev
This patch (as893) improves the method used by the hub driver to
release its private data structure. The current code is non-robust,
relying on a memory region not getting reused by another driver after
it has been freed.
Signed-off-by: Alan Stern [EMAIL PROTECTED]
---
Index: usb-2.6/drivers
-by: Alan Stern [EMAIL PROTECTED]
---
Index: usb-2.6/drivers/usb/host/ehci-hub.c
===
--- usb-2.6.orig/drivers/usb/host/ehci-hub.c
+++ usb-2.6/drivers/usb/host/ehci-hub.c
@@ -60,11 +60,13 @@ static void ehci_handover_companion_port
/usbmon.txt.
To help keep the trace simple, try to avoid plugging any other USB devices
into that hub or any other high-speed USB devices into the computer.
Also, it might help to see a stack trace of khubd (Alt-SysRq-T) when it
gets stuck.
Alan Stern
for the hub to be suspended,
then try plugging anything into the hub. Without this patch, nothing will
happen.
There still remains a 20-ms race between remote wakeup and suspend. But
fixing it will require more work; this patch is necessary in any case and
it will be fine for 2.6.21.
Alan Stern
but i cant find it?
can anyone tell me please where is it?
The buffer is created in usbtest.c:iso_alloc_urb(), at the point where it
calls usb_buffer_alloc().
Alan Stern
-
Take Surveys. Earn Cash. Influence the Future
On Thu, 5 Apr 2007, David Brownell wrote:
On Thursday 05 April 2007 1:04 pm, Alan Stern wrote:
This patch (as880) strives to keep the PM core's idea of a USB
interface's power state in synch with usbcore's own idea. In the end
this doesn't really matter, but it's better to be consistent
would need to indicate anything
other than powered on vs. powered off? That is, would the non-PCI
drivers want to store different, more structured values? Or would they go
somewhere else, in the driver's private data?
Alan Stern
On Wed, 4 Apr 2007, Wael Adel wrote:
On 4/4/07, Alan Stern [EMAIL PROTECTED] wrote:
On Wed, 4 Apr 2007, nesta wrote:
hi all,
i want to know what is the max usb packet size that i can send over an usb
cable connected between a computer Host and the omap kit.
note that this kit
needed in ehci-hcd and ohci-hcd.
Finally, things lighten up with a new USB device quirk.
Everything except the USB-Persist stuff should have little or no visible
effect.
Alan Stern
-
Take Surveys. Earn Cash
This patch (as878) fixes a straightforward use-after-free bug in the
class-device core. Just because the object in question is deprecated
is no excuse for causing an oops.
Signed-off-by: Alan Stern [EMAIL PROTECTED]
---
This isn't related very closely to the USB stuff. My main reason
a device is resumed by an external request, it counts
as device activity and should update the last_busy time so
that the next autoresume won't occur immediately.
Signed-off-by: Alan Stern [EMAIL PROTECTED]
---
Index: usb-2.6/drivers/usb/core/driver.c
This patch (as880) strives to keep the PM core's idea of a USB
interface's power state in synch with usbcore's own idea. In the end
this doesn't really matter, but it's better to be consistent.
Signed-off-by: Alan Stern [EMAIL PROTECTED]
---
Index: usb-2.6/drivers/usb/core/usb.h
This patch (as881) makes the ksuspend_usb_wq workqueue freezable. We
don't want a rogue workqueue thread running around, unexpectedly
suspending or resuming USB devices in the middle of a system sleep
transition.
Signed-off-by: Alan Stern [EMAIL PROTECTED]
---
Index: usb-2.6/include/linux
is fixed by turning off the Configured Flag whenever a
BIOS handoff is attempted, whether it succeeds or not.
Signed-off-by: Alan Stern [EMAIL PROTECTED]
---
Index: usb-2.6/drivers/usb/host/pci-quirks.c
===
--- usb-2.6.orig/drivers/usb
will do it.
Furthermore, I've never seen any occurrences of this warning that
really did signal an actual bug or error condition. At this point it
has outlived its purpose.
Signed-off-by: Alan Stern [EMAIL PROTECTED]
---
Index: usb-2.6/drivers/usb/core/hcd.c
. The patch checks and avoids
doing the suspend call when possible.
Signed-off-by: Alan Stern [EMAIL PROTECTED]
---
Index: usb-2.6/drivers/usb/core/generic.c
===
--- usb-2.6.orig/drivers/usb/core/generic.c
+++ usb-2.6/drivers/usb/core
-by: Alan Stern [EMAIL PROTECTED]
---
Index: usb-2.6/drivers/usb/core/generic.c
===
--- usb-2.6.orig/drivers/usb/core/generic.c
+++ usb-2.6/drivers/usb/core/generic.c
@@ -19,6 +19,7 @@
#include linux/usb.h
#include usb.h
+#include hcd.h
the same as it is now. But when the option is
on, people will be able to use suspend-to-disk and keep their USB
filesystems intact -- something particularly valuable for small
machines where the root filesystem is on a USB device!
Signed-off-by: Alan Stern [EMAIL PROTECTED]
---
Index: usb-2.6
-speed controllers would need a similar change, if any
existed.)
Signed-off-by: Alan Stern [EMAIL PROTECTED]
---
Index: usb-2.6/drivers/usb/host/ehci-hub.c
===
--- usb-2.6.orig/drivers/usb/host/ehci-hub.c
+++ usb-2.6/drivers/usb/host/ehci
PSC805.
Signed-off-by: Alan Stern [EMAIL PROTECTED]
---
Index: usb-2.6/drivers/usb/core/driver.c
===
--- usb-2.6.orig/drivers/usb/core/driver.c
+++ usb-2.6/drivers/usb/core/driver.c
@@ -24,6 +24,7 @@
#include linux/device.h
#include
On Tue, 3 Apr 2007, [UTF-8] Cédric Boutillier wrote:
Hello Alan,
On 4/1/07, Alan Stern [EMAIL PROTECTED] wrote:
This really looks like a hardware problem in one of your USB controllers.
The patch below might help. See what happens.
Alan Stern
Thank you very much
On Fri, 30 Mar 2007, Greg KH wrote:
On Fri, Mar 30, 2007 at 03:18:24PM -0400, Alan Stern wrote:
On Fri, 30 Mar 2007, Greg KH wrote:
On Fri, Mar 30, 2007 at 09:34:48AM -0400, Alan Stern wrote:
Greg:
You may already be aware of this, and it may already be fixed
in the dmesg log when you plug in the drive.
Alan Stern
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT business topics through brief
in
the dmesg log.
Alan Stern
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT business topics through brief surveys-and earn
to completions.
Alan Stern
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT business topics through brief surveys-and earn cash
results then they certainly
will never get a chance to help anybody else.
Alan Stern
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions
, but that did not help either.
Try replacing the USB cables. Don't forget cables inside the computer
case, connecting the USB port to the motherboard. Or try plugging the
device into a different port.
Alan Stern
-
Take
On Sun, 1 Apr 2007, nesta wrote:
hi all,
i have a question about USB bus,
is it full duplex or half duplex ?
i.e.
can the data be exchanged between the host and the device simultaneously or
not?
Half duplex.
Alan Stern
.
Ideas where to start debugging this are appreciated.
A good place to start would be to use usbmon (see
Documentation/usb/usbmon.txt). It also wouldn't hurt to turn on
CONFIG_USB_DEBUG.
Alan Stern
-
Take Surveys. Earn
disconnect on port 1
Apr 1 14:18:16 localhost kernel: hub 1-0:1.0: can't clear suspend on
port 1; -19
This really looks like a hardware problem in one of your USB controllers.
The patch below might help. See what happens.
Alan Stern
Index: linux-2.6.21-rc5/drivers/usb/core/hub.c
don't know a foolproof way of doing that.
Alan Stern
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT business topics through
: It's possible for someone to alter the data sectors
directly, without mounting the filesystem. This is sufficiently perverse
that we probably shouldn't worry about it.
Alan Stern
-
Take Surveys. Earn Cash. Influence
On Sat, 31 Mar 2007, Oliver Neukum wrote:
Am Samstag, 31. März 2007 04:59 schrieb Alan Stern:
isn't clean -- but several drivers do it this way. I'm not even certain
that adding smp_mb() to the completion routine will really fix it; memory
barriers have to be used in pairs, and so
eb fe 90 ff 00 8b 40 28 05 8c 00 00 00 e8
[ 78.699920] EIP: [c0193b05] __sysfs_remove_dir+0x13/0xff SS:ESP
0068:cd10dd7c
Alan Stern
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay
On Fri, 30 Mar 2007, Pandita, Vikram wrote:
From: Alan Stern [mailto:[EMAIL PROTECTED]
@@ -2204,12 +2206,16 @@ static void handle_ep_small (struct net2
req
req-req.actual ==
req-req.length
private_status field, to be used by usbcore
and the HCDs. Then do
urb-status = urb-private_status;
just before passing urb to its completion handler. This is a little less
robust and less elegant than the first approach.
Alan Stern
. Hence no PING needs to be
sent.
That's because the next state after do_next_ping is HC_HS_BCO, always;
the HC_DO_BCINTI transition follows only after an ACK.
How do you know? How do you know that it doesn't also follow after a
NYET?
Alan Stern
On Fri, 30 Mar 2007, Greg KH wrote:
On Fri, Mar 30, 2007 at 09:34:48AM -0400, Alan Stern wrote:
Greg:
You may already be aware of this, and it may already be fixed. But in
case you aren't and it isn't, read on...
As of gregkh-all-2.6.21-rc5 there's a bug in the device-class code
not. If I can
find anything, I'll let you know.
Alan Stern
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT business topics
be somewhat awkward.
Alan Stern
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT business topics through brief surveys-and earn
for the same. Please let me know
the resource for USB Serial converter.
Go to:
http://www.linux-usb.org/gadget/
Alan Stern
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll
packet and the device responds with NYET, the controller advances the
transfer state in addition to changing the Ping State bit. Since the next
transfer state requires an IN transaction, not an OUT, the Ping State bit
will be ignored (until the next OUT transaction occurs).
Alan Stern
+ io-urbs[i]-transfer_buffer = NULL;
^^^ You didn't do this.
+#endif
+ } else {
len = sg [i].length;
+ io-urbs [i]-transfer_buffer =
+ page_address (sg [i].page) + sg [i].offset;
}
Alan
. And in fact it frequently happens with usb-storage; the
underlying SCSI drivers provide a scatter-gather list with page addresses
that are suitable for DMA but may not lie in kernel-accessible memory.
Alan Stern
-
Take Surveys. Earn
to
change that particular line of code.) Vikram, does this untested patch
improve your situation?
Alan Stern
Index: usb-2.6/drivers/usb/gadget/net2280.c
===
--- usb-2.6.orig/drivers/usb/gadget/net2280.c
+++ usb-2.6/drivers/usb/gadget
that if the page isn't
accessible, the transfer_buffer value won't ever be used.
Alan Stern
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
the device back in.
If the second and third copies are identical then you don't need to
include both of them.
Alan Stern
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get
=
+ page_address(sg[i].page) + sg[i].offset;
If you like, you can change the other occurrence of this to match.
Alan Stern
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay
performance. Why should that be
rubbish when it's embedded in a high-performance subsystem? Isn't it
exactly how you would want a high-performance subsystem to behave?
Alan Stern
-
Take Surveys. Earn Cash. Influence the Future
On Wed, 28 Mar 2007, David Brownell wrote:
On Wednesday 28 March 2007 9:04 am, Alan Stern wrote:
On Wed, 28 Mar 2007, David Brownell wrote:
On Wednesday 28 March 2007 2:29 am, Pandita, Vikram wrote:
(**) 8.5.1 in the USB 2.0 spec says that after a NYET handshake,
the host
to optimize the usb speed?
Any comments will be appreciate !
It's possible that your driver is affected by the HZ setting. If you set
CONFIG_HZ_1000 in 2.6, perhaps the throughput will improve.
Alan Stern
-
Take
);
printf(2\n);
printing number 1 is done but number 2 is not printed.
so why this happen?
is it waiting for Acknowledge or what?
I don't know; it depends on how the OMAP UDC driver works.
if so, should i read these data at the host side or what?
Of course you should.
Alan Stern
On Tue, 27 Mar 2007, Wael Adel wrote:
if so, should i read these data at the host side or what?
Of course you should.
Actually i dont know how can i read the data at the host side i.e. my
computer?
do u have any suggestions?
Load the usbtest driver and run the testusb program.
Alan
.
Alan Stern
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT business topics through brief surveys-and earn cash
http
On Tue, 27 Mar 2007, Wael Adel wrote:
i have tried this but when i run testusb program as follows:
./testusb -a -t 9 -c 10 -s 256
i got the following error:
usbfs files are missing
i dont know why?
You may need to do mount -t usbfs none /proc/bus/usb.
Alan Stern
must be
done. In many cases a computer can resume from suspend-to-RAM with all
the EHCI-connected devices still intact.
Alan Stern
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel
in usb_autopm_put_interface(): If an
autoresume call fails, the usage counter is left unchanged.
Signed-off-by: Alan Stern [EMAIL PROTECTED]
---
Index: usb-2.6/drivers/usb/core/driver.c
===
--- usb-2.6.orig/drivers/usb/core
, then the bug is in the
MUSBHDRC. If it really sent an IN token but the Netchip set the flag for
an OUT token, then the bug is in the Netchip.
Alan Stern
-
Take Surveys. Earn Cash. Influence the Future of IT
Join
a log with CONFIG_USB_DEBUG turned on that shows
any errors?
Alan Stern
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions
isn't enabled.
Alan Stern
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT business topics through brief surveys-and earn cash
the computer? Or the iPod?
then the Do not disconnect message shows up on
the iPod, which means that the computer regognized it as a storage
device.
What's so strange about that? Isn't that exactly what's supposed to
happen?
Alan Stern
. You could try plugging the iPod into a different hub or
directly into the computer. Or maybe into a different port of that hub.
Alan Stern
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's
On Sat, 24 Mar 2007, Oliver Neukum wrote:
Am Samstag, 24. März 2007 04:21 schrieb Alan Stern:
I don't see any easy way to tell. The spec doesn't offer any good way to
tell the difference between one type of stall and the other. In fact, the
only way seems to be to send another request
expiration time should be.
Alan Stern
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT business topics through brief surveys
stall (the normal case) then the
device will clear it automatically when it receives the next SETUP packet.
If the halt is a functional stall (discouraged by the USB spec) there
is no way to clear it -- the Clear-Halt request won't get through because
ep0 is halted!
Alan Stern
On Fri, 23 Mar 2007, David Brownell wrote:
On Friday 23 March 2007 9:11 am, Alan Stern wrote:
We don't clear the halt because the host is never supposed to clear halts
on ep0. If the halt is a protocol stall (the normal case) then the
device will clear it automatically when it receives
. There will be no
conflict or confusion between the two files.
Alan Stern
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT business topics
601 - 700 of 6192 matches
Mail list logo