| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
|
| |
rev 1.66, author: mycroft
Fix an endianness problem (EHCI_NULL was being double-swapped).
Obtained from: NetBSD
|
|
|
|
|
|
|
|
| |
rev. 1.68, author: mycroft
Ignore a port error that happens to come in at the same time as a
connect status change. Some root hubs seem to report both.
Obtained from: NetBSD
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
bus interfaces. These interfaces use the FTDI chipset with different
Vendor and Product IDs.
Add two additional baud rate enumerations. The vehicle bus interfaces
use a baud rate of 2000000. Also add 3000000 as it is the other FTDI
baud divisor special case.
I've commited a slightly different patch from that provided in the PR as
I changed the matching code a bit yesterday.
Submitted by: Mike Durian <durian at shadetreesoftware.com>
PR: kern/67357
|
|
|
|
| |
Tested against: rwatson's laptop
|
|
|
|
|
|
| |
operations when the refcount doesn't protect the opens and closes. Fix
this, and don't actually let a time out happen: now ugen(4) devices do
not get freed out from under the programs with them open.
|
|
|
|
|
|
| |
the subdevices of uhub better now to accomplish this.
Submitted by: Bernd Walter
|
|
|
|
|
|
| |
device listing).
- Add generic "Port Replicator" entry for the USB Hubs used in
Dell port replicators.
|
|
|
|
| |
ahead and remove them.
|
| |
|
| |
|
|
|
|
|
|
| |
sc_parent, so back out the previous commit, as it breaks the build.
If there's a pointy hat left, pass it on.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
| |
copies.
No current line disciplines have a dynamically changing hotchar, and
expecting to receive anything sensible during a change in ldisc is
insane so no locking of the hotchar field is necessary.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
ohci.c (1.147), author: mycroft
Failure to properly mask off UE_DIR_IN from the endpoint address
was causing OHCI_ED_FORMAT_ISO and EHCI_QH_HRECL to get set
spuriously, causing rather interesting lossage.
Suddenly I get MUCH better performance with ehci...
ohci.c (1.148), author: mycroft
Adjust a couple of comments to make it clear WTF is going on.
Obtained from: NetBSD
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
ehci.c (1.55), ehcireg.h (1.16); author: mycroft
Set the data toggle correctly, and use EHCI_QTD_DTC. This fixes
problems with my ALi-based drive enclosure (it works now, rather
than failing to attach). Also seems to work with a GL811-based
enclosure and an ASUS enclosure with a CD-RW, on both Intel and
NEC controllers.
Note: The ALi enclosure is currently very SLOW, due to some issue
with taking too long to notice that the QTD is complete. This
requires more investigation.
ehci.c (1.56); author: mycroft
Failure to properly mask off UE_DIR_IN from the endpoint address
was causing OHCI_ED_FORMAT_ISO and EHCI_QH_HRECL to get set
spuriously, causing rather interesting lossage.
Suddenly I get MUCH better performance with ehci...
ehci.c (1.58); author: mycroft
Fix a stupid bug in ehci_check_intr() that caused use to try to
complete a transaction that was still running. Now ehci can
handle multiple devices being active at once.
ehci.c (1.59); author: enami
As the ehci_idone() now uses the variable `epipe'
unconditionally, always declare it (in other words, make this
file compile w/o EHCI_DEBUG).
ehci.c (1.60); author: mycroft
Remove comment about the data toggle being borked.
ehci.c (1.61); author: mycroft
Update comment.
ehci.c (1.62); author: mycroft
Adjust a couple of comments to make it clear WTF is going on.
ehci.c (1.63); author: mycroft
Fix an error in a debug printf().
ehci.c (1.64), ehcireg.h (1.17); author: mycroft
Further cleanup of toggle handling. Now that we use EHCI_QH_DTC,
we don't need to fiddle with the TOGGLE bit in the overlay
descriptor, so minimize how much we fuss with it.
Obtained from: NetBSD
|
|
|
|
|
|
|
|
| |
Thanks to Sam for importing tags in a way that allowed this to be done.
Submitted by: Gleb Smirnoff <glebius@cell.sick.ru>
Also allow the sr and ar drivers to create netgraph versions of their modules.
Document the change to the ksocket node.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
Several changes:
* Implement read for ulpt.
* If the device is not opened for reading, occasionally drain any
data the printer might have (but don't hammer the printer with reads).
* Lower the buffer size to one page.
The driver seems to work with more printers now.
Obtained from: NetBSD
|
|
|
|
| |
Fix an unimportant typo.
|
| |
|
|
|
|
|
| |
PR: kern/68049
Submitted by: Markus Brueffer <markus@brueffer.de>
|
|
|
|
| |
Bump __FreeBSD_version accordingly.
|
|
|
|
|
| |
PR: kern/67862
Submitted by: WATANABE Shingo <nabe@nabechan.org>
|
|
|
|
|
| |
We inherited this from the sparc32 port of BSD4.4-Lite1. We have neither
a sparc32 port nor a SunOS4.x compatibility desire these days.
|
|
|
|
|
|
|
|
|
| |
as otherwise the junk it contains may cause uhub_explore to give
up without ever trying to restart the port. This fixes the following
errors I was seeing with a VIA UHCI controller:
uhub0: port error, restarting port 1
uhub0: port error, giving up port 1
|
| |
|
|
|
|
|
|
|
|
|
| |
* Replace handrolled crc calculation with ether_crc32_le().
Based on:
PR: 67544
Submitted by: HASHI Hiroaki <hashiz@tomba.cskk-sv.co.jp>
|
| |
|
|
|
|
|
|
|
|
| |
which can be used to communicate with the P900 mobile phone.
PR: misc/67606
Submitted by: Christian Gusenbauer <c47g@gmx.at>
MFC after: 1 week
|
| |
|
|
|
|
|
|
|
| |
(Atmel at76c503a http://vitsch.net/bsd/atuwi)
PR: kern/67254
Submitted by: Arjan van Leeuwen <avleeuwen@piwebs.com>
|
| |
|
|
|
|
|
|
| |
PR: kern/67115
Submitted by: Jukka A. Ukkonen <jau@iki.fi>
MFC after: 1 week
|
|
|
|
|
|
|
|
|
| |
called ttyldoptim().
Use this function from all the relevant drivers.
I belive no drivers finger linesw[] directly anymore, paving the way for
locking and refcounting.
|
| |
|
|
|
|
|
|
| |
linesw[] directly to using the ttyld...() functions
The ttyld...() functions ar inline so there is no performance hit.
|
|
|
|
| |
the linedisc directly.
|
|
|
|
|
| |
ttyclose() has been called. It's already been done once by ttyclose,
and probably once by the line-discipline too.
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
Kyocera AH-K3001V has 2 data interface. But we could use only one
interface(id = 0)
PR: kern/66779
Submitted by: Togawa Satoshi <toga@puyo.org>
|
|
|
|
|
|
|
| |
changes the device configuration index, which should not be done
while there are pipes open.
Debugged with help from: Luke Dean <LukeD@pobox.com>
|
|
|
|
|
|
|
|
|
|
|
|
| |
pipes, since open pipes are linked off a usbd_interface structure
that is free()'d when the configuration index is changed. Attempting
to close or use such pipes later would access freed memory and
usually crash the system.
The only driver that is known to trigger this problem is if_axe,
which is itself at fault, but it is worth detecting the situation
to avoid the obscure crashes that result from this type of easily
made driver mistakes.
|
|
|
|
|
|
|
|
| |
Should make no binary difference.
Submitted by: Gleb Smirnoff <glebius@cell.sick.ru>
Reviewed by: Harti Brandt <harti@freebsd.org>
MFC after: 1 week
|
|
|
|
| |
Obtained from: NetBSD
|
|
|
|
| |
Obtained from: NetBSD
|
|
|
|
| |
for us.
|
|
|
|
|
|
| |
URL updates, from Jared Yanovich and jmc@openbsd, forwarded by the latter.
Obtained from: NetBSD
|