OpenBSD cvs log

created 2022-02-02T10:41:42Z
begin 2022-01-21T00:00:00Z
end 2022-01-22T00:00:00Z
path src/sys
commits 8

date 2022-01-21T11:37:53Z
author jsg
files src/sys/dev/pci/drm/include/linux/Attic/media-bus-format.h log diff annotate
src/sys/dev/pci/drm/include/uapi/linux/media-bus-format.h log diff annotate
message move media-bus-format.h to match comment in drm_connector.c

date 2022-01-21T11:59:40Z
author jsg
files src/sys/dev/pci/drm/include/uapi/linux/kfd_ioctl.h log diff annotate
message sync kfd_ioctl.h with linux 5.15

date 2022-01-21T14:07:06Z
author tobhe
files src/sys/arch/powerpc/powerpc/trap.c log diff annotate
message Fix NULL dereference which allows user programs to read parts
of the kernel memory. Found with clang static analyzer.

Feedback and ok gkoehler@
ok bluhm@

date 2022-01-21T15:05:01Z
author kn
files src/sys/arch/macppc/conf/GENERIC log diff annotate
message Enable dt(4)

This produces helpful flamegraphs on macppc.
With Andrew Krasavin <noiseless-ak AT yandex DOT ru>.

OK mpi

date 2022-01-21T15:51:02Z
author stsp
files src/sys/dev/pci/if_iwm.c log diff annotate
src/sys/dev/pci/if_iwx.c log diff annotate
message Fix and re-enable active scans on iwm(4) and iwx(4).

Ensure that we supply the access point's DTIM period to firmware after
an active scan, as soon as the next beacon arrives. This prevents the
problems which prompted us to keep active scans disabled in our drivers.

Problem debugged and patch by zxystd from the OpenIntelWireless project.
I made some tweaks regarding TIM parsing, which were reviewed by zxystd.

Johannes Berg from Intel has confirmed to me via IRC that firmware
will misbehave if running with a zero DTIM period.

Tested:
8265: jca, stsp
9260: kettenis (possible fallout observed here; will keep an eye on it)
9650: stsp
ax200: zxystd, kevlo, stsp
ax201: stsp

ok kevlo@ kettenis@

date 2022-01-21T15:51:03Z
author stsp
files src/sys/net80211/ieee80211_input.c log diff annotate
src/sys/net80211/ieee80211_var.h log diff annotate
message Fix and re-enable active scans on iwm(4) and iwx(4).

Ensure that we supply the access point's DTIM period to firmware after
an active scan, as soon as the next beacon arrives. This prevents the
problems which prompted us to keep active scans disabled in our drivers.

Problem debugged and patch by zxystd from the OpenIntelWireless project.
I made some tweaks regarding TIM parsing, which were reviewed by zxystd.

Johannes Berg from Intel has confirmed to me via IRC that firmware
will misbehave if running with a zero DTIM period.

Tested:
8265: jca, stsp
9260: kettenis (possible fallout observed here; will keep an eye on it)
9650: stsp
ax200: zxystd, kevlo, stsp
ax201: stsp

ok kevlo@ kettenis@

date 2022-01-21T16:39:56Z
author visa
files src/sys/arch/mips64/mips64/trap.c log diff annotate
message Limit unwinder symbol search to FUNC symbols

The prolog scanning has to locate the start of the subroutine, not some
local symbol in the middle.

This should reduce cases where unwinding goes astray.

OK miod@

date 2022-01-21T23:49:36Z
author jsg
files src/sys/dev/pci/drm/drm_linux.c log diff annotate
message release mtx before pool_get() in __xa_alloc()/__xa_store() when
PR_WAITOK is used to not sleep with mtx held