| created | 2021-08-22T03:43:31Z |
|---|---|
| begin | 2021-08-20T00:00:00Z |
| end | 2021-08-21T00:00:00Z |
| path | src/sys |
| commits | 7 |
| date | 2021-08-20T00:22:54Z | |||
|---|---|---|---|---|
| author | stsp | |||
| files | src/sys/dev/pci/if_iwm.c | log | diff | annotate |
| src/sys/dev/pci/if_iwx.c | log | diff | annotate | |
| message |
Revert previous; Turns out the start_hw() functions don't always work right during the resume path. To be revisited later. |
|||
| date | 2021-08-20T01:33:44Z | |||
|---|---|---|---|---|
| author | kevlo | |||
| files | src/sys/dev/pci/if_iwm.c | log | diff | annotate |
| src/sys/dev/pci/if_iwx.c | log | diff | annotate | |
| message |
In the attach routine, the hardware bug workaround is only for legacy PCI interrupts. Move it to the right place. |
|||
| date | 2021-08-20T01:40:51Z | |||
|---|---|---|---|---|
| author | kevlo | |||
| files | src/sys/dev/usb/if_ure.c | log | diff | annotate |
| message |
When plugging and unplugging an adapter continuously, it waits for a timeout over and over again. The problem is that the device has been unplugged, but the attach handler still issues USB requests via ure_ctl(). The easiest solution is to deactivate the device proactively in ure_ctl() when we see that error there. From Christian Ludwig |
|||
| date | 2021-08-20T04:54:10Z | |||
|---|---|---|---|---|
| author | kevlo | |||
| files | src/sys/dev/usb/if_ure.c | log | diff | annotate |
| message |
Back out last commit. deraadt@ pointed out that the operation is correct. It attaches, but by then it is being pulled. The dying flag is set to avoid half the kinds of failure conditions. The other half of the failure conditions are detect on-the-spot. And it seems when compiled for debug, this on-the-spot check which notices the device isn't there, has a printf. |
|||
| date | 2021-08-20T05:19:08Z | |||
|---|---|---|---|---|
| author | anton | |||
| files | src/sys/dev/hid/hid.h | log | diff | annotate |
| message | add consumer control hid usages, will be used by ucc(4) | |||
| date | 2021-08-20T05:23:18Z | |||
|---|---|---|---|---|
| author | anton | |||
| files | src/sys/arch/alpha/conf/GENERIC | log | diff | annotate |
| src/sys/arch/amd64/conf/GENERIC | log | diff | annotate | |
| src/sys/arch/arm64/conf/GENERIC | log | diff | annotate | |
| src/sys/arch/armv7/conf/GENERIC | log | diff | annotate | |
| src/sys/arch/hppa/conf/GENERIC | log | diff | annotate | |
| src/sys/arch/i386/conf/GENERIC | log | diff | annotate | |
| src/sys/arch/landisk/conf/GENERIC | log | diff | annotate | |
| src/sys/arch/loongson/conf/GENERIC | log | diff | annotate | |
| src/sys/arch/macppc/conf/GENERIC | log | diff | annotate | |
| message |
Add ucc(4), a driver for USB HID Consumer Control keyboards. Such keyboard is a pseudo device which is used to expose audio and application launch keys. My prime motivation is to get the volume mute, increment and decrement keys to just work on my keyboard without the need to use usbhidaction(1). Looks reasonable to kettenis@ mpi@ and ok jcs@ |
|||
| date | 2021-08-20T05:23:19Z | |||
|---|---|---|---|---|
| author | anton | |||
| files | src/sys/arch/octeon/conf/GENERIC | log | diff | annotate |
| src/sys/arch/powerpc64/conf/GENERIC | log | diff | annotate | |
| src/sys/arch/sparc64/conf/GENERIC | log | diff | annotate | |
| src/sys/dev/usb/files.usb | log | diff | annotate | |
| src/sys/dev/usb/ucc.c | log | diff | annotate | |
| message |
Add ucc(4), a driver for USB HID Consumer Control keyboards. Such keyboard is a pseudo device which is used to expose audio and application launch keys. My prime motivation is to get the volume mute, increment and decrement keys to just work on my keyboard without the need to use usbhidaction(1). Looks reasonable to kettenis@ mpi@ and ok jcs@ |
|||