| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
| |
USB_DEVICEINFO.
devel/libusb1 requires this piece of information.
ok jcs@, mikeb@, jasper@, sthen@
|
|
|
|
|
|
|
|
|
| |
seen by the stack.
This will allows us to debug port status changes without relying on
external tools, like lsusb(1), that generate I/O.
While here correct USB3 LS port defines.
|
|
|
|
|
| |
endpoint companion descriptor.
ok mpi@
|
|
|
|
|
|
|
|
|
| |
0 "No class specific protocol required" in addition to the existing
protocol 1 "AT Commands: V.250 etc" match.
This lets umodem(4) attach to the serial console on the overdrive 1000
which is a usb type-b socket on the back of the box not a db9 like the
overdrive 3000.
|
|
|
|
| |
ok gerhard@
|
|
|
|
|
|
|
|
|
| |
The umb(4) driver provides support for USB MBIM devices.
Those devices establish connections via celluar networks such as
GPRS, UMTS, and LTE.
ok mpi@ sthen@
additional feedback from deraadt@ jmc@ stsp@ kettenis@
|
|
|
|
| |
ok deraadt@
|
|
|
|
|
|
| |
Nothing uses it.
suggested by and ok mpi@
|
| |
|
|
|
|
|
|
|
|
| |
a tool parsing device descriptors.
Use the same name as DragonFly/FreeBSD since they export it to userland.
From Ludovic Coues.
|
|
|
|
|
|
|
|
|
|
| |
There's not bit to indicate the speed of a USB3.0 device attached to a hub
port so do not abuse the PORT_TEST bit. Instead make the xhci(4) root hub
report the PORT_POWER_SS bit when appropriate and use it to determin the
speed of a new device.
While here make the root hub report the link state and config error, from
FreeBSD.
|
| |
|
|
|
|
|
|
|
|
|
| |
Without knowing their depth, hubs couldn't find the bits correspdonding
to their downstream port in the route-string. Now USB 3.0 devices just
work(tm) anywhere in your hub chain.
This commit would not have been possible without the cheese provided by
miod@ at #HAMoween.
|
| |
|
|
|
|
| |
external USB 3.0 hub support.
|
|
|
|
| |
keep similar userland exported API definitions.
|
|
|
|
| |
ok mpi@
|
|
|
|
|
|
| |
device descriptor.
Help and ok mpi@
|
|
|
|
|
|
|
| |
Those are the equivalents for ugen(4)'s USB_GET_CONFIG_DESC and
USB_GET_FULL_DESC.
Help and OK mpi@, jmc@
|
|
|
|
| |
ok deraadt@
|
|
|
|
|
|
|
|
| |
- in urndis_attach() use the first interface descriptor that's different
from the control interface as the data interface.
from armani's colleague with some tweaks by me.
kettenis@ sthen@ ok
|
|
|
|
| |
ok jsg@, fgsch@
|
|
|
|
| |
leftover from the "usb event" stuff removal. Diff from Tobias Ulmer.
|
|
|
|
|
|
| |
This is available with at least Ericsson-derived HSPA cards (e.g.
Dell 5530/5540) and provides a nice alternative to using them in
ppp mode. From Rivo Nurges (rix at estpak ee), ok jsg@
|
|
|
|
|
|
|
|
| |
non-functional. Reduce the root port reset delay to 100 ms. This is still
twice as long as the delay mandated by the standard, but makes the Gunze
TouchScreen on the Sony Vaio VGN-UX91S and a few other devices work.
ok jakemsr@
|
|
|
|
|
|
|
| |
* fill 'udi_serial' with the serial number in usbd_fill_deviceinfo().
* add compatability ioctl/struct so old binaries continue to work.
discussed with deraadt and miod
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
It provides an Ethernet transport typically over EDGE or 3G on
cellphones similar to what cdce(4) does on other phones. It is
likely to work with most of HTC's recent and coming Android based
phones but a bunch of other things (phones in particular) may use
it.
Started by me; brought to a working state by Jonathan Armani and
Fabien Romano over the past week, with some input and additions
from me.
Tested on i386 and macppc by me (HTC Hero), amd64 by Jonathan and
Fabien (HTC Hero), and by gilles@ (HTC Magic) on i386 or amd64.
It still has a few kinks to work out, but it works well enough that
I can commit this over my HTC Hero.
`commit it!' deraadt
|
|
|
|
|
|
|
| |
add priv check to the ioctl.
only root priv should access these debug flags.
ok deraadt@
|
|
|
|
| |
OK brad@
|
|
|
|
|
|
|
|
|
|
|
| |
add new quirk entry for uvideo which is required isoc transfer.
Some usb2.0 devices use isochronous transfer but current usb
subsystem does not support isoc transfer in ehci(usb2.0) bus.
This patch introduce new psuedo usb hub request UHF_PORT_DISOWN_TO_1_1
to handover the device to ehci to usb1.1 bus(ohci or uhci).
ok mglocker@ deraadt@ fgsch@
|
|
|
|
|
|
|
|
|
| |
Not sure what's more surprising: how long it took for NetBSD to
catch up to the rest of the BSDs (including UCB), or the amount of
code that NetBSD has claimed for itself without attributing to the
actual authors.
OK deraadt@
|
|
|
|
|
|
| |
devices
ok deraadt@
|
|
|
|
|
|
|
|
|
| |
buffer overflow.
Problem found by (and original diff from) Marc Winiger <mw@msys.ch>, comment
by me on jsg's request.
ok jsg, claudio
|
|
|
|
|
|
|
|
|
|
|
| |
counterparts.
Revert usb_port.h to it's original form with all the macro definitions to
ease the import of new drivers from other BSDs.
after discussion with deraadt; feedback from mk, miod, jsg, dlg.
ok dlg.
|
|
|
|
|
|
|
| |
(to which UPACKED was define'd before anway). No binary change, just one layer
of confusion less in the sourcecode.
ok jsg
|
|
|
|
| |
ok jsg@
|
|
|
|
| |
requirements; ok krw@
|
| |
|
|
|
|
|
| |
of gcc extensions have more of a chance.
ok mcbride@, no objections from millert@, deraadt@
|
|
|
|
| |
This includes numerous fixes and paves the way for usb 2.0 support.
|
|
|
|
| |
with our scsi layer
|
| |
|
|
|
|
| |
From NetBSD requested by pval
|
|
|
|
|
|
|
|
|
| |
This adds a uhidev device which can be thought of as something like a
uhid bus. It allows more than one ukbd, ums, or uhid to attach to the same
device instance. This functionality is found on many of the newer keyboards
that have extra buttons. (The extra buttons show up as uhid device(s)).
Tested by me on i386, dale on macppc, and jason on sparc64
|
| |
|
| |
|
|
|
|
| |
From NetBSD
|
| |
|
|
|
|
|
|
|
|
| |
but USB_ATTACH will switch printer to bidirectional protocol.
Read status from printer. From NetBSD.
This forces newest usb printers works.
Tested by drahn@ (Epson 740) and me (HP LaserJet 2200).
Ok aaron@
|
|
|
|
|
|
| |
driver. I would appreciate it if someone with the hardware looked into it.
I also have to take a closer look at changes to the USB Ethernet drivers,
as well as import some drivers we are missing (uftdi, if_upl, yap, etc.)
|