summaryrefslogtreecommitdiffstats
path: root/contrib/isc-dhcp/client/clparse.c
diff options
context:
space:
mode:
authorle <le@FreeBSD.org>2004-06-26 10:35:10 +0000
committerle <le@FreeBSD.org>2004-06-26 10:35:10 +0000
commit1255e60c4d80338ad1bef8f82845886b69b802bf (patch)
tree570cc786c69ffbcba2d2ad69188c6cb886c21324 /contrib/isc-dhcp/client/clparse.c
parent1c3c0bb4350c49fb8582a9327f875a5bbf17dc8b (diff)
downloadFreeBSD-src-1255e60c4d80338ad1bef8f82845886b69b802bf.zip
FreeBSD-src-1255e60c4d80338ad1bef8f82845886b69b802bf.tar.gz
MFNetBSD.
uhid.c (1.61), author: jdolecek add support for USB_GET_DEVICEINFO and USB_GET_STRING_DESC ioctls, with same meaning as for ugen(4) usbdi_util.h (1.29), usb_quirks.c (1.50), uhid.c (1.62), ugen.c (1.68), usb_subr.c (1.114) author: mycroft 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), author: mycroft 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. Obtained from: NetBSD
Diffstat (limited to 'contrib/isc-dhcp/client/clparse.c')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud