with their hardware.
This version of the source code is clearly preliminary and
experimental. It shouldn't be expected to work perfectly.
Alan Stern
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through
the done list. They can be
removed right away, and then the URB can be given back as soon as the
failed TD is reached.
Thanks,
Alan Stern
Index: usb-2.6/drivers/usb/host/ohci-q.c
===
--- usb-2.6.orig/drivers/usb/host/ohci-q.c
;
}
return result;
This patch is the wrong way to do it. You should try this patch
instead.
Alan Stern
Index: 2.6.22/drivers/usb/core/message.c
===
--- 2.6.22.orig/drivers/usb/core/message.c
+++ 2.6.22/drivers/usb/core
On Mon, 13 Aug 2007, Alan Stern wrote:
This patch is the wrong way to do it. You should try this patch
instead.
Alan Stern
Index: 2.6.22/drivers/usb/core/message.c
===
--- 2.6.22.orig/drivers/usb/core/message.c
On Sun, 12 Aug 2007, Oliver Neukum wrote:
Am Donnerstag 09 August 2007 schrieb Alan Stern:
Oliver and Pete:
Is it possible to replace all those USB_QUIRK_NO_AUTOSUSPEND entries
for scanners with a single class-wide entry?
Which class? It would have to blanket all vendor specific
Bugzilla reports includes a usbmon log from a
printer, showing that the printer disconnects itself whenever it gets a
resume (and then reconnects a little later). That's almost as bad as
crashing.
Alan Stern
-
This SF.net
is in a reset state. There's nothing
like a Configured flag to check. I'd say that makes it less
sophisticated than ehci-hcd or uhci-hcd.
Alan Stern
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files
place since 0x0409 should
come after 0x0405, not before.
Alan Stern
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using
On Sat, 11 Aug 2007, [EMAIL PROTECTED] wrote:
On my system(2.6.22) I don't have
@@ -327,6 +327,13 @@ UNUSUAL_DEV( 0x04b0, 0x0409, 0x0100, 0x
US_SC_DEVICE, US_PR_DEVICE, NULL,
US_FL_FIX_CAPACITY),
2 Alan Stern: sorry for duplication - forgot to add 'cc
of
individual device entries.
Alan Stern
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser
will continue to run inside
hub_events() and it won't freeze until hub_events() returns.
Alan Stern
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events
On Fri, 10 Aug 2007, Yoshihiro Shimoda wrote:
Hi, Alan
Please test the changes to your respective drivers. I don't have the
necessary hardware.
I applied this patch. I tested USB testing driver and some usb device
and I confirmed it is working.
Good. Thank you for testing.
Alan
. I can't think of any general way to detect this
sort of thing that would be suitable for the standard kernel, however.
Alan Stern
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find
.
Dave, you might want to try this with your printers. It might
enable some of them to work with autosuspend.
Alan Stern
Index: usb-2.6/drivers/usb/core/hub.c
===
--- usb-2.6.orig/drivers/usb/core/hub.c
+++ usb-2.6/drivers/usb/core
-storage: device scan complete
This is a known problem. See
http://marc.info/?l=linux-kernelm=118641424414399w=2
Rafael, has this been fixed yet?
Alan Stern
-
This SF.net email is sponsored by: Splunk Inc.
Still
.
Alan Stern
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now
.
return 0;
}
Alan Stern
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE
On Thu, 9 Aug 2007, Zephaniah E. Hull wrote:
I'll try to keep this making sense, but I'm going to have to reply to
things slightly out of order.
Thanks for the detailed reply.
On Thu, Aug 09, 2007 at 11:27:02AM -0400, Alan Stern wrote:
On Thu, 9 Aug 2007, Zephaniah E. Hull wrote
somehow?
No. But the scheduler does.
Alan Stern
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX
.
Alan Stern
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk
then it has to be
prevented within the kernel; we can't rely on udev or other userspace
programs to take care of it. But we could allow udev to enable
autosuspend for known-good devices in these classes.
Alan Stern
broken. Including
whether that might not explain how the hardware queue got wrongly
restarted after the short read above.
Could there have been a change in the unlink or completion code in
ehci-hcd?
Alan Stern
the host controller
drivers?
Right. However you haven't given any reason for wanting to do even
that much. For all reasonable purposes the usual URB-related functions
are perfectly fine.
What good is sending just a Setup transaction? The device will expect
more to follow.
Alan Stern
. The endpoint argument
for urb_enqueue is now redundant so it is removed. The unlink status
is required by usb_hcd_check_unlink_urb(), so it has been added to
urb_dequeue.
Signed-off-by: Alan Stern [EMAIL PROTECTED]
CC: David Brownell [EMAIL PROTECTED]
CC: Olav Kongas [EMAIL PROTECTED]
CC: Tony
we don't need
to re-register those endpoint devices anyhow, it's best to skip the
whole thing.
Signed-off-by: Alan Stern [EMAIL PROTECTED]
---
Index: usb-2.6/drivers/usb/core/message.c
===
--- usb-2.6.orig/drivers/usb/core/message.c
On Wed, 8 Aug 2007, Greg KH wrote:
On Wed, Aug 08, 2007 at 11:59:18AM -0400, Alan Stern wrote:
This patch (as955) prevents the interface-related sysfs files and
endpoint pseudo-devices from being deleted and recreated when a call
to usb_set_interface() specifies the current altsetting
On Wed, 8 Aug 2007, Michal Piotrowski wrote:
USB
Subject : 2.6.23-rc1: uhci_hcd. irq 4: nobody cared
References : http://lkml.org/lkml/2007/7/29/75
Last known good : ?
Submitter : Mark Hindley [EMAIL PROTECTED]
Caused-By : ?
Handled-By : Alan Stern [EMAIL
are best inlined;
Use the print_hex_dump() library routines;
Remove some unnecessary assignments within conditionals
and fix some close-brace indenting levels;
Fix some column-80 violations.
Signed-off-by: Alan Stern [EMAIL PROTECTED]
---
Note that without
This patch (as958) removes an unneeded and unwanted #define line from
dummy_hcd.
Signed-off-by: Alan Stern [EMAIL PROTECTED]
---
It would be nice to see this in 2.6.23.
Index: usb-2.6/drivers/usb/gadget/dummy_hcd.c
===
--- usb
10 ns per
meter.
In theory this is within the resolution of the TSC, but with all the
other confounding factors you'd never be able to dig it out.
Alan Stern
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping
not let the existing drivers take care of the details for you?
Alan Stern
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files
write. Also note that the two
low-order bytes in the USBLEGSUP register are read-only; you shouldn't
try to write them at all.
It looks like you are simply attempting to do what the previous line of
code already does.
Alan Stern
recovery method, am I right?
Not quite. It isn't used for error recovery; when an error occurs it
is called to insure the controller is quiescent. The driver doesn't
really try to recover from errors.
What's wrong with removing the kernel module to reset the driver?
Alan Stern
On Tue, 7 Aug 2007, Gabriel Maganis wrote:
On 8/7/07, Alan Stern [EMAIL PROTECTED] wrote:
On Mon, 6 Aug 2007, Gabriel Maganis wrote:
Hello,
How could one communicate with usb devices on the packet level
i.e. chapter 8 of the usb spec instead of the device requests in
chapter
] usb_stor_scan_thread+0xbd/0x15a [usb_storage]
[c0139d64] kthread+0x3b/0x63
[c0107c63] kernel_thread_helper+0x7/0x10
===
Does this happen repeatably?
Did you set usb-storage's delay_use parameter to something peculiar?
Alan Stern
, not 2:
+ if (udev-wusb) {
+ devnum = udev-portnum + 1;
See? Besides, the USB specs I've run across define port numbers
starting at 1, not 0. Maybe the WUSB spec is different.
Alan Stern
-
This SF.net email
(usb_dev_reset_delayed);
Alan Stern
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your
a Kconfig flag.
Alan Stern
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE
instead of the storage device. But that
is an unpleasant solution, especially if other devices are plugged into
the hub.
Do you have any other ideas?
Alan Stern
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping
be plugged in all day long.
Alan Stern
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your
rebuilding the kernel whereas the default timeout can be adjusted on
the boot command line.
I don't know what the best approach is, but I can't see any
alternative to these two. Furthermore, whatever approach we settle on
_has_ to be able to handle devices which simply die upon being
suspended.
Alan
that the simplest and most user-friendly
approach is just not to autosuspend keyboards and mice.
Alan Stern
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log
On Fri, 3 Aug 2007, Oliver Neukum wrote:
Devices rarely simply crash.
It's rare, but it does happen. I've seen a device get so messed up by
suspend that it needed a reset; it wouldn't be surprising to find other
devices requiring a power cycle.
Alan Stern
/show_bug.cgi?id=242359
That's just the ones that were handy..
The last report appears to be related more to the EHCI-cpufreq problem,
for which a patch was recently posted.
Alan Stern
-
This SF.net email is sponsored
. This patch fixes the bug. Thanks.
Does it also fix the dma_pool_free error?
Alan Stern
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events
On Wed, 1 Aug 2007, Alan Stern wrote:
Okay, good work. Thanks to your careful experiments, plus the hints
from Oliver and Tejun, I figured out the problem. In short, the
attribute files were registered on the control interface but the driver
tried to delete them from the data interface
the
problem involved letting the firmware manage the USB controller; I
think the problem came when the controller driver tried to do the
handoff later on.
Alan Stern
-
This SF.net email is sponsored by: Splunk Inc.
Still
. Why do you think the code
size shrank?
Signed-off-by: David Brownell [EMAIL PROTECTED]
Cc: Alan Stern [EMAIL PROTECTED]
---
drivers/usb/gadget/file_storage.c | 118
++
1 file changed, 45 insertions(+), 73 deletions(-)
--- g26.orig/drivers/usb/gadget
cause a crash later on, particularly if the driver
module has been unloaded.
Signed-off-by: Alan Stern [EMAIL PROTECTED]
CC: Oliver Neukum [EMAIL PROTECTED]
---
The same patch applies with a small offset to 2.6.22. Although the bug
has been present all along, only the recent changes to the sysfs
into a single large (not huge, about 50 KB) patch. Or would it be
better to submit them as 9 smaller patches?
Alan Stern
P.S.: Pete, I see what you mean about simplifying usbmon. The part for
accessing setup-packet DMA buffers could be removed completely. In
addition there seems to be a fair
is simplified by using the
ilog2 routine. The comparison in usb_urb_dir_in() is made more
transparent.
Signed-off-by: Alan Stern [EMAIL PROTECTED]
---
Index: usb-2.6/drivers/usb/core/hcd.c
===
--- usb-2.6.orig/drivers/usb/core/hcd.c
+++ usb
without re-enabling interrupts around the call
to usb_hcd_giveback_urb().
A nice side effect is that the code now avoids calling
local_irq_save(), thereby becoming more RT-friendly.
Signed-off-by: Alan Stern [EMAIL PROTECTED]
---
Index: usb-2.6/drivers/usb/core/hcd.c
spinlocks, which will remove the
possibility of some unpleasant races.
The code responsible for mapping and unmapping DMA buffers is also
placed into a couple of separate subroutines, for the sake of
cleanliness and consistency.
Signed-off-by: Alan Stern [EMAIL PROTECTED]
Index: usb-2.6/drivers/usb
important if we take
the blacklist-classes route.
Alan Stern
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX
is needed you can use usbmon. (Instructions are in the
kernel source file documentation/usb/usbmon.txt.)
Alan Stern
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now
was going on?
Nothing in the df, SCSI, or USB code would cause this. That seems to
leave the filesystem or block layers as the most likely candidates.
Alan Stern
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping
.
Alan Stern
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk
in, and that it also
occurred if the modules were loaded after the modem was plugged in.
If you unplug the modem without unloading anything, does the error
occur?
Here's an additional patch for 2.6.22, to be applied along with the
previous patch. Let's see what it shows.
Alan Stern
Index
versions). Without usefree
the vfat code in 2.6.22 will read the whole FAT to count free clusters
on the filesystem.
But reading the whole FAT is very different from reading the entire
partition.
Alan Stern
-
This SF.net
cluster size would be used for a 500GB FAT32 partition,
but with 4KB clusters the FAT size would be about 500MB - reading it
over USB could probably take about a minute.
Yes, that sounds right. We can consider this problem solved. :-)
Alan Stern
On Wed, 1 Aug 2007, A. Kalten wrote:
On Wed, 1 Aug 2007 11:55:25 -0400 (EDT)
Alan Stern [EMAIL PROTECTED] wrote:
This shouldn't make any difference. Your later message was
self-contradictory; you wrote that the oops occurred only if the
modules were loaded before the modem
to delete them from the data interface. I'll post a patch
tomorrow morning.
Alan Stern
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events
can do about this.
Alan Stern
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your
On Mon, 30 Jul 2007, A. Kalten wrote:
On Mon, 30 Jul 2007 18:09:23 -0400 (EDT)
Alan Stern [EMAIL PROTECTED] wrote:
Does this patch help?
http://article.gmane.org/gmane.linux.kernel/556682/raw
I cannot apply that patch to the 2.6.22 source:
[linux-2.6.22]# patch -p1
On Mon, 30 Jul 2007, Pete Zaitcev wrote:
On Mon, 30 Jul 2007 17:06:16 -0400 (EDT), Alan Stern [EMAIL PROTECTED]
wrote:
--- usb-2.6.orig/drivers/usb/core/urb.c
+++ usb-2.6/drivers/usb/core/urb.c
@@ -309,7 +309,21 @@ int usb_submit_urb(struct urb *urb, gfp_
xfertype
be wrong. If you can read the file contents
from the command line (with dd, for example) then the driver should be
able to read it equally well.
Alan Stern
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping
On Mon, 30 Jul 2007, David Brownell wrote:
On Monday 30 July 2007, Alan Stern wrote:
/* power of two? */
- while (temp urb-interval)
- temp = 1;
- urb-interval = temp;
+ while (max urb-interval
On Mon, 30 Jul 2007, David Brownell wrote:
On Monday 30 July 2007, Alan Stern wrote:
+static inline int usb_urb_dir_in(struct urb *urb)
+{
+ return (urb-transfer_flags URB_DIR_MASK) != URB_DIR_OUT;
+}
Clearer would be: == URB_DIR_IN ... or does that generate bad code?
I
.
Alan Stern
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk
= ax88172_set_multicast;
You assign dev-intf in both the usbnet framework driver and the
subdriver. Could the subdriver's assignment be removed?
Alan Stern
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files
On Tue, 31 Jul 2007, David Brownell wrote:
On Tuesday 31 July 2007, Alan Stern wrote:
Related: consider making urb-interval and its neighbors
be u32 or maybe even u16.
Hmmm... maybe. It's not clear the space savings would matter much; I
doubt that terribly many URBs ever get
without any problem using the equivalent procedure.
Hmmm. So if you stop before the modprobe cdc-acm step there's no
trouble with rmmod uhcd-hcd. What about if you do load cdc-acm but
don't run the fax program?
Alan Stern
devices? Does the UPS device
work with other computers?
Alan Stern
I've connected the UPS to my laptop with Windows XP. The UPS was
successfully recognized by OS.
Does the laptop recognize the UPS device when you run Linux on the
laptop?
Alan Stern
?
Here's a diagnotic patch to try under 2.6.22. It should add some
interesting information to the kernel log, starting from the point
where the modem gets plugged in.
Alan Stern
Index: 2.6.22/drivers/usb/core/sysfs.c
===
--- 2.6.22
else in the
kernel, not in the USB stack. My advice now is the same as Matt's was:
turn on CONFIG_USB_STORAGE_DEBUG and see what you get.
Alan Stern
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through
.
Please note: This sort of disclaimer is completely inappropriate for
email sent to a public mailing list. In theory it means that I should
not have been allowed to send a reply.
Alan Stern
-
This SF.net email is sponsored
Alan Stern
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now
On Mon, 30 Jul 2007, Felipe Balbi wrote:
Hi,
On 7/30/07, Alan Stern [EMAIL PROTECTED] wrote:
On Mon, 30 Jul 2007, Lucio Crusca wrote:
There is no way to simulate unplug/replug from software for devices
attached directly to the computer. However it is possible for devices
plugged
? Does the UPS device
work with other computers?
Alan Stern
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX
...
Line 37 is #define DEBUG , is that really needed ?
No it isn't -- that's a mistake. Thanks for pointing it out.
Alan Stern
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files
On Mon, 30 Jul 2007, Felipe Balbi wrote:
On 7/30/07, Alan Stern [EMAIL PROTECTED] wrote:
On Mon, 30 Jul 2007, Felipe Balbi wrote:
Lucio's problem is that the device has _already_ disconnected.
Getting an additional disconnect interrupt won't make any difference.
yeah... off course :-p
will the value of M
change when the EHCI driver takes over?
There's no way for the bootloader to tell the kernel that. The most it
can do is something like root=/dev/sr0. It's up to the udev scripts
in the kernel's initramfs to make sure that the correct device is
mapped by /dev/sr0.
Alan
, these patches are relatively small and self-contained.
Alan Stern
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX
in later patches.
Signed-off-by: Alan Stern [EMAIL PROTECTED]
---
Index: usb-2.6/include/linux/usb.h
===
--- usb-2.6.orig/include/linux/usb.h
+++ usb-2.6/include/linux/usb.h
@@ -562,6 +562,29 @@ static inline int usb_make_path (struct
is no longer static.
Signed-off-by: Alan Stern [EMAIL PROTECTED]
---
Index: usb-2.6/include/linux/usb.h
===
--- usb-2.6.orig/include/linux/usb.h
+++ usb-2.6/include/linux/usb.h
@@ -52,6 +52,7 @@ struct ep_device;
* @ep_dev: ep_device
the
bRequestType byte and the wLength value in the setup packet.
Signed-off-by: Alan Stern [EMAIL PROTECTED]
---
Index: usb-2.6/include/linux/usb.h
===
--- usb-2.6.orig/include/linux/usb.h
+++ usb-2.6/include/linux/usb.h
@@ -1028,6 +1028,8
: The pipe argument is replaced with a
direction flag. That can be done easily because those routines get
used in only one place.
Signed-off-by: Alan Stern [EMAIL PROTECTED]
---
Index: usb-2.6/drivers/usb/core/hcd.c
===
--- usb-2.6.orig
be stored elsewhere.
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
@@ -1479,6 +1479,7 @@ static int hub_port_reset
in proc_do_submiturb().
The patch also fixes a minor bug; the wValue, wIndex, and wLength
fields were snooped in proc_do_submiturb() without conversion from
le16 to CPU-byte-ordering.
Signed-off-by: Alan Stern [EMAIL PROTECTED]
---
Index: usb-2.6/drivers/usb/core/devio.c
This patch (as949) changes the usbmon driver to use the new urb-ep
field rather than urb-pipe.
Signed-off-by: Alan Stern [EMAIL PROTECTED]
cc: Pete Zaitcev [EMAIL PROTECTED]
---
Index: usb-2.6/drivers/usb/mon/mon_bin.c
===
--- usb
/gmane.linux.kernel/556682/raw
Alan Stern
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE
2.6.21 and 2.6.22, to find which patch caused
the odd behavior to start.
Alan Stern
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events
On Sat, 28 Jul 2007, David Brownell wrote:
On Friday 27 July 2007, Alan Stern wrote:
stressing a flash disk I rapidly get this error:
Jul 27 12:35:00 oenone kernel: ehci_hcd :00:02.2: devpath 3.4 ep1in
3strikes
Jul 27 12:35:00 oenone kernel: usb-storage: Status code -71
for
usb_start_wait_urb() -- the one I fixed here:
http://marc.info/?l=linux-usb-develm=118531582013355w=2
Of course, my guess could be wrong. I haven't tried to recreate
Linus's bug with that patch reverted. But with the patch present I was
not able to duplicate the bug.
Alan Stern
call usb_autopm_get_interface() and usb_autopm_put_interface() at the
appropriate times.
There's a lot of documention in the comments in
drivers/usb/core/driver.c.
Alan Stern
-
This SF.net email is sponsored by: Splunk
directly from the
controller hardware.
It's possible that a CPU speed transition could interfere with DMA
during a transfer. You could see if disabling CPU_FREQ makes any
difference.
Alan Stern
-
This SF.net email is sponsored
with the USB_SPEED_LOW setting?
Alan Stern
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download
On Fri, 27 Jul 2007, Gabriel Maganis wrote:
A more important question is: Why do you want to change
usb_device-speed from USB_SPEED_LOW to USB_SPEED_FULL? Was there
something wrong with the USB_SPEED_LOW setting?
Alan Stern
Hello Alan,
I would just like to know what
is definitely the opposite of the other.)
The keyboard's hardware can't possible cope with that.
Alan Stern
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log
this, though.
Alan Stern
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy
1 - 100 of 6192 matches
Mail list logo