OpenBSD cvs log

created 2024-07-03T12:10:33Z
begin 2024-06-17T00:00:00Z
end 2024-06-18T00:00:00Z
path src/sys
commits 12

date 2024-06-17T05:39:26Z
author jsg
files src/sys/dev/pci/drm/include/generated/autoconf.h log diff annotate
message define CONFIG_PM_SLEEP to 1 for IS_ENABLED()

date 2024-06-17T07:20:12Z
author jsg
files src/sys/dev/pci/drm/i915/i915_hwmon.c log diff annotate
message drm/i915/hwmon: Get rid of devm

From Ashutosh Dixit
cfa73607eb21a4ce1d6294a2c5733628897b48a2 in linux-6.6.y/6.6.34
5bc9de065b8bb9b8dd8799ecb4592d0403b54281 in mainline linux

date 2024-06-17T07:21:57Z
author jsg
files src/sys/dev/pci/drm/amd/amdgpu/sdma_v4_0.c log diff annotate
message drm/amdgpu: add error handle to avoid out-of-bounds

From Bob Zhou
5b0a3dc3e87821acb80e841b464d335aff242691 in linux-6.6.y/6.6.34
8b2faf1a4f3b6c748c0da36cda865a226534d520 in mainline linux

date 2024-06-17T07:24:10Z
author jsg
files src/sys/dev/pci/drm/drm_fbdev_generic.c log diff annotate
message drm/fbdev-generic: Do not set physical framebuffer address

From Thomas Zimmermann
bd2ad553f18c43acd57d1ea46c59a1ecd860cea6 in linux-6.6.y/6.6.34
87cb4a612a89690b123e68f6602d9f6581b03597 in mainline linux

date 2024-06-17T07:26:39Z
author jsg
files src/sys/dev/pci/drm/amd/amdgpu/amdgpu_atomfirmware.c log diff annotate
src/sys/dev/pci/drm/amd/include/atomfirmware.h log diff annotate
message drm/amdgpu/atomfirmware: add intergrated info v2.3 table

From Li Ma
4eff07025c844dfeaab8adbb6fbb617775a42423 in linux-6.6.y/6.6.34
e64e8f7c178e5228e0b2dbb504b9dc75953a319f in mainline linux

date 2024-06-17T07:29:10Z
author jsg
files src/sys/dev/pci/drm/amd/pm/swsmu/smu13/smu_v13_0_4_ppt.c log diff annotate
message drm/amd: Fix shutdown (again) on some SMU v13.0.4/11 platforms

From Mario Limonciello
7bc52dce073222c1b6dd23a1e76a68495fc14794 in linux-6.6.y/6.6.34
267cace556e8a53d703119f7435ab556209e5b6a in mainline linux

date 2024-06-17T07:30:48Z
author jsg
files src/sys/dev/pci/drm/amd/amdkfd/kfd_device.c log diff annotate
message Revert "drm/amdkfd: fix gfx_target_version for certain 11.0.3 devices"

From Alex Deucher
bb430ea4ba31dcc439d26e02bcbc4473cad4c6d9 in linux-6.6.y/6.6.34
dd2b75fd9a79bf418e088656822af06fc253dbe3 in mainline linux

date 2024-06-17T07:32:32Z
author jsg
files src/sys/dev/pci/drm/amd/amdgpu/amdgpu_amdkfd_gpuvm.c log diff annotate
message drm/amdkfd: handle duplicate BOs in reserve_bo_and_cond_vms

From Lang Yu
3194771798ef256af75577a0a8a2e8ce45726c78 in linux-6.6.y/6.6.34
2a705f3e49d20b59cd9e5cc3061b2d92ebe1e5f0 in mainline linux

date 2024-06-17T09:12:45Z
author kettenis
files src/sys/arch/armv7/stand/efiboot/conf.c log diff annotate
src/sys/arch/armv7/stand/efiboot/efiboot.c log diff annotate
src/sys/arch/armv7/stand/efiboot/efidt.h log diff annotate
src/sys/arch/riscv64/stand/efiboot/conf.c log diff annotate
src/sys/arch/riscv64/stand/efiboot/efiboot.c log diff annotate
src/sys/arch/riscv64/stand/efiboot/efidt.h log diff annotate
message When loading a device tree using the "mach dtb" command, give firmware
a chance to make modifications (such as applying memory reservations)
by using the EFI devicetree fixup protocol.

ok jca@

date 2024-06-17T09:36:04Z
author kettenis
files src/sys/arch/arm64/stand/efiboot/efiboot.c log diff annotate
message KNF

date 2024-06-17T09:37:07Z
author kettenis
files src/sys/arch/riscv64/stand/efiboot/efiboot.c log diff annotate
message KNF

date 2024-06-17T11:13:43Z
author bluhm
files src/sys/dev/pci/if_vmx.c log diff annotate
message In vmx(4) TSO must pullup headers into first mbuf.

Forwarding IPv6 packets from vmx with LRO to vmx with TSO did not
work. vmx(4) has the requirement that all headers are in the first
mbuf. ip6_forward() is quite dumb. It calls m_copym() to create
a mbuf that might be used for sending ICMP6 later. After passing
the forwarded packet down to ether_encap(), m_prepend() is used to
restore the ethernet header. As the mbuf cluster has been copied,
it is read only now. That means m_prepend() does not provide the
empty space at the beginning of the cluster, but allocates a new
mbuf that contains only the ethernet header. vmx(4) cannot transmit
such a TSO packet and drops it.

Solution is to call m_pullup() in vmxnet3_start(). If we ended up
in such a miserable condition, use the first mbuf in the chain and
move all headers into it.

OK jan@