created | 2022-01-30T19:33:33Z |
---|---|
begin | 2022-01-26T00:00:00Z |
end | 2022-01-27T00:00:00Z |
path | src/sys |
commits | 7 |
date | 2022-01-26T01:46:12Z | |||
---|---|---|---|---|
author | jsg | |||
files | src/sys/dev/pci/drm/i915/gt/intel_ggtt.c | log | diff | annotate |
message | reduce diff to linux ggtt_probe_common() |
date | 2022-01-26T04:18:05Z | |||
---|---|---|---|---|
author | jsg | |||
files | src/sys/dev/pci/drm/i915/i915_request.c | log | diff | annotate |
src/sys/dev/pci/drm/include/linux/sched/mm.h | log | diff | annotate | |
message | implement might_alloc() using assertwaitok() |
date | 2022-01-26T04:18:06Z | |||
---|---|---|---|---|
author | jsg | |||
files | src/sys/dev/pci/drm/i915/gt/intel_gtt.c | log | diff | annotate |
message | implement might_alloc() using assertwaitok() |
date | 2022-01-26T06:05:59Z | |||
---|---|---|---|---|
author | anton | |||
files | src/sys/dev/usb/uhidpp.c | log | diff | annotate |
message | Rework initialization of sensors on device connect. |
date | 2022-01-26T06:31:31Z | |||
---|---|---|---|---|
author | kn | |||
files | src/sys/dev/dt/dt_prov_static.c | log | diff | annotate |
message |
Make vmm(4/amd64) tracepoints amd64-only One can use them on non-VMM architectures, but they obviously won't hit: # arch -s ; btrace -l | grep vmm sparc64 tracepoint:vmm:guest_enter tracepoint:vmm:guest_exit Move them under __amd64__ to avoid confusion and safe a few bytes. OK dv |
date | 2022-01-26T12:05:33Z | |||
---|---|---|---|---|
author | uaa | |||
files | src/sys/dev/usb/uchcom.c | log | diff | annotate |
message |
shrink uca.ibufsize from UCHCOMIBUFSIZE to wMaxPacketSize of bulk-in pipe USB transaction is finished when whole requested data has transferred, or short packet (the size is less than wMaxPacketSize) has sent. UCHCOMIBUFSIZE(256) was multiply of wMaxPacketSize(32). When CH340 sends exact wMaxPacketSize byte packet, this will cause Rx jam problem due to transaction is not finished. Now uca.ibufsize is same as wMaxPacketSize to avoid this problem. ok kevlo@ |
date | 2022-01-26T14:39:07Z | |||
---|---|---|---|---|
author | kettenis | |||
files | src/sys/dev/acpi/acpi.c | log | diff | annotate |
message |
An ACPI device needs to be both present and enabled for it to function. So only attempt to attach hardware that has both bits enabled. This fixes an issue where com(4) would attach for a disabled serial port leading to misdetection of the hardware variant and a subsequent hang when /etc/rc runs ttyflags -a. ok anton@, deraadt@ |