| created | 2025-01-11T22:29:56Z |
|---|---|
| begin | 2025-01-07T00:00:00Z |
| end | 2025-01-08T00:00:00Z |
| path | src/sys |
| commits | 6 |
| date | 2025-01-07T05:36:52Z | |||
|---|---|---|---|---|
| author | guenther | |||
| files | src/sys/net/if_ethersubr.c | log | diff | annotate |
| message |
Delete ether_frm_control() which just returned EOPNOTSUPP: pru_control() does that automatically when pr_usrreqs.pru_control is NULL and there are no current plans to add ioctls() on this. ok dlg@ |
|||
| date | 2025-01-07T12:49:40Z | |||
|---|---|---|---|---|
| author | ratchov | |||
| files | src/sys/dev/usb/uaudio.c | log | diff | annotate |
| message |
uaudio: Drop UAUDIO_DEBUG defined by mistake in the last commit Fixes excessive noise on the console. From weerd@, thanks! |
|||
| date | 2025-01-07T15:25:18Z | |||
|---|---|---|---|---|
| author | kirill | |||
| files | src/sys/dev/i2c/ihidev.c | log | diff | annotate |
| src/sys/dev/i2c/ihidev.h | log | diff | annotate | |
| message |
sys/ihidev: quirk for Honor MagicBook's touchpad Without this quirk a Honor MagicBook's touchpad can not be read as multioutch. This touchpad needs re-power command with sleep after report description is read. Without waitng quite enough, almost the seconds, or re-power command it reads only as: imt0 at ihidev1ihidev1: failed fetching report ims0 at ihidev1 reportid 1: 3 buttons, Z dir but seems only on the cold boot. Otherwise with 1 seconds sleep and re-power command, or on warm boot, it reads as: imt0 at ihidev1: touchpad, 5 contacts ims0 at ihidev1 reportid 1: 3 buttons, Z dir OK: mglocker@ tobhe@ |
|||
| date | 2025-01-07T19:26:14Z | |||
|---|---|---|---|---|
| author | mglocker | |||
| files | src/sys/dev/i2c/ihidev.c | log | diff | annotate |
| src/sys/dev/i2c/ihidev.h | log | diff | annotate | |
| src/sys/dev/i2c/ikbd.c | log | diff | annotate | |
| message |
Add LED support for ikbd(4) keyboards. Help and ok kettenis@ |
|||
| date | 2025-01-07T23:13:46Z | |||
|---|---|---|---|---|
| author | mvs | |||
| files | src/sys/kern/uipc_socket.c | log | diff | annotate |
| message |
Stop doing `ssp_task' and `ssp_idleto' re-initialization in sosplice(). Initialize them only during so->so_sp or sosp->so_sp allocation and never re-initialize again. sounsplice() could left `ssp_task' scheduled. This means it is linked to pending queue and TASK_ONQUEUE bit is set on `t_flags'. task_set() overrides `t_flags' with 0, so the next task_add() could break pending queue with double insertion. The described problem is also applicable to `ssp_idleto' timer. To prevent task and timeout from being rescheduled during sounsplice(), do task_del() and timeout_del() after actual unsplicing. Not critical, but prevents possible dry run. Problem reported, fix tested and OK bluhm. |
|||
| date | 2025-01-07T23:13:56Z | |||
|---|---|---|---|---|
| author | kirill | |||
| files | src/sys/dev/i2c/ihidev.c | log | diff | annotate |
| message |
sys/ihidev: add missed looking for a device quirks OK: mglocker@ |
|||