OpenBSD cvs log

created 2020-11-14T23:49:57Z
begin 2020-11-10T00:00:00Z
end 2020-11-11T00:00:00Z
path src/sys
commits 6

date 2020-11-10T09:19:43Z
author kettenis
files src/sys/dev/fdt/sfp.c log diff annotate
message If possible, check the MOD-DEF0 signal to detect the presence of an SFP.

ok patrick@

date 2020-11-10T11:10:18Z
author kettenis
files src/sys/dev/fdt/sfp.c log diff annotate
message Fix previous commit; using > 0 to check a pointer isn't quite right.

date 2020-11-10T11:19:37Z
author stsp
files src/sys/dev/usb/if_urtwn.c log diff annotate
message Fix urtwn(4) against access points which use WPA1/TKIP as the group cipher.

Problem first reported against dhclient(8) by Artem Mazurov on bugs@
Bug was traced down into urtwn(4) by krw@ with a TP-Link TP-WA850RE AP.

Regardless, please configure your access points to use WPA2/AES only!
WPA1/TKIP is insecure and should die.

ok krw@

date 2020-11-10T17:26:54Z
author cheloha
files src/sys/kern/kern_time.c log diff annotate
src/sys/sys/proc.h log diff annotate
message setitimer(2): ITIMER_REAL: protect state with per-process mutex ps_mtx

To unlock getitimer(2) and setitimer(2) we need to protect the
per-process ITIMER_REAL state with something other than the kernel
lock. As the ITIMER_REAL timeout callback realitexpire() runs at
IPL_SOFTCLOCK the per-process mutex ps_mtx is appropriate.

In setitimer() we need to use ps_mtx instead of the global itimer_mtx
if the given timer is ITIMER_REAL. Easy.

The ITIMER_REAL timeout callback routine realitexpire() is trickier.
When we enter ps_mtx during the callback we need to check if the timer
was cancelled or rescheduled. A thread from the process can call
setitimer(2) at the exact moment the callback is about to run from
timeout_run() (see kern_timeout.c).

Update the locking annotation in sys/proc.h accordingly.

ok anton@

date 2020-11-10T19:08:43Z
author kettenis
files src/sys/dev/fdt/sfp.c log diff annotate
src/sys/dev/ofw/ofw_misc.c log diff annotate
src/sys/dev/ofw/ofw_misc.h log diff annotate
message Add interfaces to control optical output of an SFP.

ok claudio@, patrick@

date 2020-11-10T19:10:14Z
author kettenis
files src/sys/dev/fdt/if_mvpp.c log diff annotate
message Enable optical output when bringing an interface up and disable it again
when bringing the interface down. Disable optical output when the driver
attaches to be sure.

ok claudio@, patrick@