Changes in drm2

Changes in drm2 http://nxr.netbsd.org/rss/src/sys/external/bsd/drm2/ en Copyright 2005 Java Introduce a new function, uvm_lwp_is_pagedaemon(), which returns true if the specified LWP is the pagedaemon LWP. This test is inline for the kernel proper, and directed to a function for modules. This, in turn, allows us to hide "struct uvm_cpu" and "struct uvm" from modules, as these have arrays in them that are not a consistent size certainly across $MACHINEs within a given $MACHINE_ARCH, and may not necessarily even be consistent within a given $MACHINE. NetBSD -> 11.99.6 because new symbol referenced by modules. Sun May 03 16:00:00 UTC 2026 thorpej i915: Make this build with -O0. Based on a patch from Georg Kühberger. PR bin/59989: Compiler abort when using -O0 optimization on building Tue Feb 10 03:00:00 UTC 2026 riastradh drm2: More powerpc fixes Mon Feb 09 10:00:00 UTC 2026 jmcneill drm2: radeon: Only build radeon_acpi.c when acpi is available Sun Feb 08 16:00:00 UTC 2026 jmcneill nouveau(4): Fix return value of fence wait. kpause(9) returns EAGAIN/EWOULDBLOCK when it times out, which is perfectly normal and expected here with an internal one-tick timeout which should just go through another loop iteration. This function is expected to return the number of ticks left to wait when done, so it reports timeout by returning zero, and is forbidden to fail with EAGAIN/EWOULDBLOCK. This is also forbidden to fail with EINTR -- on interruption it must fail with the Linux ERESTARTSYS instead. So map EINTR to that too while here. PR kern/59773: i386 11.0_BETA system crash (Xorg nouveau ?) Sat Nov 22 22:00:00 UTC 2025 riastradh Disable undefined behavior sanitizer on intel_workarounds.c, I don't see a real bug here compiling kernel ALL/i386. Maybe a GCC 14 bug? Sat Nov 08 16:00:00 UTC 2025 hannken Use device_getprop_bool() for "is_console". Sat Oct 04 03:00:00 UTC 2025 thorpej apply ${CC_WNO_ENUM_INT_MISMATCH} for nouveau_dispnv50_wndw.c XXX: this may be a real bug. Fri Sep 19 05:00:00 UTC 2025 mrg avoid various seemingly bogus warnings with GCC 14. i couldn't see any real case for any of these issues. it seems like the "maybe uninit" checker has gotten worse. additionally, the "dangling pointer" checker also failing. Fri Sep 19 05:00:00 UTC 2025 mrg drm: radeon_bios.c: reduce diff to upstream (reverts part of 1.13) After pci_get_class() got fixed we don't need to work around device enumeration issues any more. Fri May 09 20:00:00 UTC 2025 tnn define the AMDGPU_SI kernel option, like AMDGPU_CIK When enabled, this option allows amdgpu to claim some Southern Islands-class GPUs instead of radeon. Fri May 09 20:00:00 UTC 2025 tnn safety: fix memory leak in drm use error lable to free and return on error Sun Mar 23 17:00:00 UTC 2025 joe nouveau_acpi.h: Not limited to x86. Should help make nouveau build on arm again. Thu Mar 06 01:00:00 UTC 2025 riastradh i915: Fix sense of conditional for i915_gem_mmap_ioctl ABI hack. Original issue and fix described here: https://mail-index.netbsd.org/source-changes/2018/08/27/msg098501.html This was broken in the merge in 2021, and I tried to restore it but got the sense of the conditional wrong: https://mail-index.netbsd.org/source-changes/2021/12/19/msg135215.html Sun Jan 26 20:00:00 UTC 2025 riastradh i915: Revert previous, misread. Only one of these indexing errors! Sun Jan 26 18:00:00 UTC 2025 riastradh i915: Update i915drmkms2netbsd to prepare for new import. Tue Jul 02 20:00:00 UTC 2024 riastradh drm: Update drm2netbsd to prepare for new import. Tue Jul 02 20:00:00 UTC 2024 riastradh amdgpu: Update amdgpu2netbsd to prepare for new import. Tue Jul 02 20:00:00 UTC 2024 riastradh nouveau: Update nouveau2netbsd to prepare for new import. Tue Jul 02 20:00:00 UTC 2024 riastradh radeon: Update radeon2netbsd to prepare for new import. Tue Jul 02 20:00:00 UTC 2024 riastradh