Age | Commit message (Collapse) | Author |
|
drivers attaching to uhidev(4) do not always do it. Seems to fix one of
the transfer aborting races triggering a lot of "ehci_idone: ..." vomit
upon resume.
Reported by and fix tested by Ville Valkonen, ok deraadt@
|
|
before reseting the controller in order to save power when the machine is
suspended.
ok deraadt@
|
|
ZyXEL zyd(4) devices.
From Ben Taylor
|
|
|
|
ZyXEL zyd(4) devices.
From Ben Taylor
|
|
to update the address and packet length, fixes a memory leak introduced
in revision 1.96.
|
|
number 0, leaving its descriptors pointing to NULL. There's a lot
of code in our stack that assumes that the various descriptors are
always valid and changing this would be too much work for the moment.
Fix an issue reported by Thomas Pfaff, thanks!
|
|
discussed with mpi@ and jung@
|
|
it is now checked to prevent any operation on the device.
Problem found and fix tested by sebastia@
|
|
in such case do not try to cleanup the device since this would make the
thread sleep again while keeping a reference to the softc.
Fix a panic found by sebastia@, ok pirofti@
|
|
usbd_is_dying().
Found the hard way by sebastia@
|
|
missing or already claimed.
This fixes a problem with the Ericsson F3507g embedded in the x200s
that has a broken configuration descriptor reporting too few
interfaces.
Problem reported and fix tested by Harald Hellmuth and florian@
|
|
kernels:
- keyboard drivers will now tell wskbd if the keyboard layout they ask
for is a default value, or a value they are 100% sure of (either
because your kernel has a XXXKBD_LAYOUT option, or because the
driver can tell the keyboard layout, e.g. by the country code on USB
keyboards which provide it, such as Sun's)
- when attaching a keyboard with a non-default layout, the layout will
become the default layout of the mux for new keyboard attachments if
the mux doesn't have a layout set already.
- when changing the keyboard layout of a particular keyboard with an
ioctl (i.e. using kbd(8) or wsconsctl(8)), the layout will become the
default layout of the mux for new keyboard attachments.
ok mpi@
|
|
suggested by mpi@
|
|
RD9700 has no MII-PHY, no serial EEPROM.
ok by deraadt@, brad@
|
|
|
|
ok jcs@
|
|
|
|
ok by Brad Smith
|
|
the interface is put into all multicast mode.
ok stsp@
|
|
also check usbd_is_dying() when checking sc_status
requested by mpi@
|
|
newer Apple MacBook laptops enabling two-finger scrolling and other
multi-finger gestures with the synaptics(4) driver
mostly done at the t2k13 hackathon
input from and ok mpi@
|
|
ok mpi@
|
|
mode. Fixes a problem with initiating connections to a mos(4) interface.
Reported by Petr Hoffmann on bugs@.
ok sthen
|
|
request and instead re-open the default pipe with updated values when
attaching a new device, adapted from FreeBSD r162977.
This fixes a problem where the controller could have cached the previous
values and would fail to get the device descriptor, leaving the device
unrecognized with a message like: "device problem, disabling port n".
|
|
OK sf@
|
|
|
|
|
|
|
|
|
|
|
|
|
|
ok sasano@
|
|
|
|
|
|
Report and patch from Rafael Neves, thanks!
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Tested by ISIHARA Takanori
|
|
Ethernet drivers.
ok sasano@
|
|
When detaching my nokia c2-01 dohooks in if_detach would panic.
This was due to a failure to setup a pipe in urndis_ctrl_init()
which results in a TIMEOUT on receive with side-effects later on
during detach due to assumptions regarding the existence of interface
hooks during dohooks on if_detach tear-down.
That resulted on dereferencing a NULL function pointer which triggered
a panic.
Discussed with mpi@, tested and okay giovanni@.
|
|
ohci.c:193:1: error: unused function 'OREAD1' [-Werror,-Wunused-function]
ohci.c:200:1: error: unused function 'OREAD2' [-Werror,-Wunused-function]
uhci.c:256:1: error: unused function 'UREAD4' [-Werror,-Wunused-function]
ok deraadt@
|
|
with the other drivers. No functional change.
|