OpenBSD cvs log

created 2020-03-28T21:20:53Z
begin 2020-03-23T00:00:00Z
end 2020-03-24T00:00:00Z
path src/sys
commits 8

date 2020-03-23T14:23:19Z
author ratchov
files src/sys/dev/acpi/acpivout.c log diff annotate
message Fix brightness control on machines where initial brigness unknown.

On certain machines (like the ASUS 1001PXD) _BQC returns an out of
range value. Make acpivout_get_brightness() always return a valid
value in order to not break brightness controls, like the
display.brightness control in wsconsctl(8).

ok patrick

date 2020-03-23T14:53:51Z
author bluhm
files src/sys/dev/usb/uaudio.c log diff annotate
message If an USB audio device supports less rates for recording than for
playing, the uaudio(4) driver selected a wrong rate. Then recording
failed with "block size too large". The v1_rates field of the
parameters contains the correct intersection of valid rates. Use
it for v1 devices.
OK ratchov@

date 2020-03-23T14:57:05Z
author mpi
files src/sys/dev/pci/if_ix.c log diff annotate
src/sys/dev/pci/if_ix.h log diff annotate
message Make it possible to use ix(4) with MSI-X, currently disabled by default.

The current implementation still uses a single queue but already establishes
a different handler for link interrupts. This is done in preparation for
multi-queues support.

Based on a bigger diff from haesbaert@ and on the FreeBSD code.

Tested by Hrvoje Popovski and jmatthew@, ok jmatthew@

date 2020-03-23T15:02:51Z
author mpi
files src/sys/dev/pci/if_em.c log diff annotate
src/sys/dev/pci/if_em.h log diff annotate
src/sys/dev/pci/if_em_hw.h log diff annotate
message Make it possible to use em(4) with MSI-X, currently disabled by default.

The current implementation still uses a single queue but already establishes
a different handler for link interrupts. This is done in preparation for
multi-queues support.

Based on a bigger diff from haesbaert@ and on the FreeBSD code.

Tested by Hrvoje Popovski and jmatthew@, ok jmatthew@

date 2020-03-23T15:42:10Z
author visa
files src/sys/kern/kern_synch.c log diff annotate
message Prevent tsleep(9) with PCATCH from returning immediately without error
when called during execve(2). This was a caused by initializing sls_sig
with value 0 in r1.164 of kern_synch.c. Previously, tsleep(9) returned
immediately with EINTR in similar circumstances.

The immediate return without error can cause a system hang. For example,
vwaitforio() could end up spinning if called during execve(2) because
the thread did not enter sleep and other threads were not able to finish
the I/O.

tsleep
vwaitforio
nfs_flush
nfs_close
VOP_CLOSE
vn_closefile
fdrop
closef
fdcloseexec
sys_execve

Fix the issue by checking (p->p_flag & P_SUSPSINGLE) instead of
(p->p_p->ps_single != NULL) in sleep_setup_signal(). The former is more
selective than the latter and allows the thread that invokes execve(2)
enter sleep normally.

Bug report, change bisecting and testing help by Pavel Korovin

OK claudio@ mpi@

date 2020-03-23T15:45:39Z
author visa
files src/sys/kern/kern_ktrace.c log diff annotate
message Check the outcome of ktrstart() and skip tracing if the trace file
header could not be written.

OK anton@ mpi@

date 2020-03-23T17:10:02Z
author bluhm
files src/sys/dev/usb/uaudio.c log diff annotate
message If samples per frame is larger than the device usb packet size,
fail early in uaudio(4). This prevents negative safe_blksz and
integer overflow in nframes_max in case of a bad call to
uaudio_stream_open() or a hardware bug.
OK ratchov@

date 2020-03-23T21:40:01Z
author uaa
files src/sys/dev/fdt/com_fdt.c log diff annotate
src/sys/dev/fdt/sxiccmu_clocks.h log diff annotate
message UART 1-3 support for Allwinner H3 (maybe H5/H2+).

- add reset signal definition
- add reset signal de-assert code

ok kettenis@