[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
CVS: cvs.openbsd.org: src
- To: source-changes_(_at_)_cvs_(_dot_)_openbsd_(_dot_)_org
- Subject: CVS: cvs.openbsd.org: src
- From: David Gwynne <dlg_(_at_)_cvs_(_dot_)_openbsd_(_dot_)_org>
- Date: Sun, 31 Oct 2004 05:10:53 -0700 (MST)
CVSROOT: /cvs
Module name: src
Changes by: dlg_(_at_)_cvs_(_dot_)_openbsd_(_dot_)_org 2004/10/31 05:10:53
Modified files:
sys/dev/usb : ugen.c usb_subr.c usbdi_util.h
Log message:
from netbsd via freebsd via jsg@
usbdi_util.h (1.29), uhid.c (1.62), ugen.c (1.68), usb_subr.c (1.114)
Yes, some devices return incorrect lengths in their string
descriptors. Rather than losing, do what Windows does: just
request the maximum size, and allow a shorter response. Obsoletes
the need for UQ_NO_STRINGS, and therefore these "quirks" are removed.
usb_subr.c (1.116)
In the "seemed like a good idea until I found the fatal flaw"
department... Attempting to read a maximum-size string descriptor
causes my kue device to go completely apeshit. So, go back to the
original method, but allow the device to return a shorter string than
it claimed.
Visit your host, monkey.org