OpenBSD cvs log

created 2024-12-14T19:17:20Z
begin 2024-12-09T00:00:00Z
end 2024-12-10T00:00:00Z
path src/sys
commits 4

date 2024-12-09T04:43:15Z
author patrick
files src/sys/dev/ic/qwz.c log diff annotate
src/sys/dev/ic/qwzvar.h log diff annotate
src/sys/dev/pci/if_qwz_pci.c log diff annotate
message Minor cleanup of qwx(4) supported chips, some renaming.

date 2024-12-09T04:46:11Z
author patrick
files src/sys/dev/ic/qwz.c log diff annotate
message Fix regdb firmware load. So far the code placed the board data as the
regdb, which the firmware did not like. This adjusts the way we load
and cache FW, and places the right data for the chip. This allows the
WLAN FW to boot up properly.

date 2024-12-09T09:35:33Z
author patrick
files src/sys/dev/ic/qwz.c log diff annotate
src/sys/dev/ic/qwzreg.h log diff annotate
src/sys/dev/ic/qwzvar.h log diff annotate
src/sys/dev/pci/if_qwz_pci.c log diff annotate
message Further alignment with ath12k, including addition of bank profiles,
removal of shadow timer, cookie configuration, updates to WMI and
start of updates for buffer handling. This brings us forward:

qwz0: wcn7850 hw2.0 fw 0x100301e1 address xx:xx:xx:xx:xx:xx
qwz_dp_htt_htc_t2h_msg_handler: htt event 48 not handled

date 2024-12-09T23:21:26Z
author kirill
files src/sys/dev/usb/uvideo.c log diff annotate
message sys/uvideo: skip uvideo_vs_set_alt for bulk endpoint

Section 2.4.3 of the UVC 1.5 class specification states that the bulk
endpoint only supports the alternative setting of zero, which is the
default stream, and which is switched at uvideo_attach_hook.

Inside uvideo_vs_close, the code uses the same switch to the alternative
setting of zero to turn off the cam LED.

The additional uvideo_vs_set_alt inside uvideo_vs_open turns off the cam
LED in the case of the bulk endpoint cam. I see this behavior on both
available bulk endpoint cams: it flashes the LED flashes after ffplay
starts, and looks like it was turned off.

OK mglocker@ kn@