| Age | Commit message (Collapse) | Author | Files | Lines |
|
legit enabled ones
problem reported by Pedro Caetano (pedrocaetano (at) binaryflows.com)
ok kettenis@
|
|
ok jsg@
|
|
deraadt@ thinks this isn't worth it, but reyk@ and mlarkin@ tested it anyway
|
|
this break some devices.
As found the hardway by Hugo Sastre via sobrado@
|
|
<sys/audioio.h>
|
|
don't attach the ad1848 driver. But the "malloc" method of gus_hw_if
is ad1848_malloc() which assumes a ad1848 is attached (and expect the
softc pointer to be a struct ad1848_softc, but get a gus_softc pointer
instead). Implement, the missing gus_{malloc,free,mappage,...}
routines. Add the missing mtx_{enter,leave} calls, as we're at it.
Found by mlarkin.
ok mlarkin
|
|
tested by reyk, mlarkin, others
|
|
functionality. Same API and ABI except for the removed bits and no
behaviour change for programs using libsndio. With help from armani@
and mpi@, thanks.
|
|
found the hard way by sebastia@ four years ago, and I'd been sitting on that
diff since.
The initial diff was more aggressive and would free the mmap queue upon error,
but jakemsr@ had objections against this behaviour; this diff only fails
gracefully instead of panic'ing.
|
|
|
|
ok jsg@
|
|
|
|
|
|
|
|
Note that pseudo-drivers not using if_input() are not affected by this
conversion.
ok mikeb@, kettenis@, claudio@, dlg@
|
|
move some of the work from the system task queue to the driver-specific
task queue.
ok jsg@
|
|
|
|
when an isochronous transfer is done.
Frame lengths are just input values and no driver mess with them.
ok ratchov@, jmatthew@
|
|
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.
|
|
back to EHCI at suspend. So route the ports back to xHCI at resume.
Problem reported by Adam Wolk, thanks!
|
|
From Brainy via Maxime Villard via tech@.
ok kettenis@
|
|
Problem reported by Maxime Villard, ok miod@
|
|
|
|
ok uaa@
|
|
ok by mpi@
|
|
|
|
available format. ok ratchov@
|
|
|
|
Tested by jsg@
|
|
|
|
Most of the WiFi/Ethernet USB adapter only have one configuration and always
use its first interface. In order to improve USB descriptors parsing start
by reducing the number of places where a configuration is set.
Tested by jsg@
|
|
fixes tap-to-click
|
|
|
|
|
|
Add some additional uslcom ids found in the Linux driver while here.
|
|
|
|
Add some additional uslcom ids found in the Linux driver while here.
|
|
been found: it was a hardware failure.
When a bus is explored, do not probe the ports which status hasn't
changed. This saves a lot of I/O when attaching/detaching devices
and might help with some timing related problems.
|
|
This reduces differences between non-isoch and isoch transfers submissions,
makes the generic DMA buffer overrun check work with isoch transfers and
will allow some code simplifications in HC drivers.
Since short-transfers were never checked for isoch transfers, we now need to
pass the USBD_SHORT_XFER_OK flag to not change this behavior. This might be
revisited later.
ok ratchov@
|
|
Linux is a moving target so these comments provide little value.
Discussed with kettenis and deraadt.
|
|
The bad news: Many laptops sold with iwm(4) cards don't have a wifi LED :-(
The good news: Laptops with LEDs and no wifi device white-list in BIOS
actually exist! Tested in one such machine.
ok kettenis@ deraadt@
|
|
|
|
testing by many, particularly krw@ and jcs@
tweaks by kettenis@
ok deraadt@
|
|
Fixes selection of initial TX rate. We're not stuck at 1Mbit/s anymore.
|
|
Most of the WiFi/Ethernet USB adapter only have one configuration and always
use its first interface. In order to improve USB descriptors parsing start
by reducing the number of places where a configuration is set.
Tests & ok stsp@
|
|
recovery after device timeout a chance. Don't mess with the IFF_UP flag
in the watchdog since this isn't done anywhere except intel wifi drivers
which probably copied this pattern amongst each other.
ok kettenis@
|
|
|
|
|
|
|
|
or unsigned 16-bit samples. Fixes sound on big endian machines.
|