CVS commit: src/sys/external/bsd/drm2/include/linux

["Taylor R Campbell" <riastradh%netbsd.org@localhost>]

Module Name:    src
Committed By:   riastradh
Date:           Fri Oct 16 14:50:25 UTC 2026

Modified Files:
        src/sys/external/bsd/drm2/include/linux: mm.h

Log Message:
drm: Nix `highmem' memory accounting.

This led to confusing dmesg output when the kernel map size was
enlarged between 9 and 10, probably by this commit:

> Module Name:    src
> Committed By:   chs
> Date:           Wed Aug  3 01:52:11 UTC 2022
>
> Modified Files:
>         src/sys/uvm: uvm_km.c
>
> Log Message:
> for platforms which define NKMEMPAGES_MAX_UNLIMITED, set nkmempages
> high enough to allow the kernel to map all of RAM into kmem,
> so that free physical pages rather than kernel virtual space is
> the limiting factor in allocating kernel memory.  this gives ZFS
> more flexibility in tuning how much memory to use for its ARC cache.
>
>
> To generate a diff of this commit:
> cvs rdiff -u -r1.160 -r1.161 src/sys/uvm/uvm_km.c

https://mail-index.netbsd.org/source-changes/2022/08/03/msg140093.html

For a long time I thought this was a harmless if confusing printf,
but on closer look I see now that it affects decisions that ttm makes
about discarding pages under memory pressure.  Need to take a closer
look to make sure those criteria make sense and accord with the page
daemon's targets -- perhaps we need to subtract a different emergency
reserve from mem in ttm_mem_init_kernel_zons.  But at least avoiding
wraparound from an integer overflow in subtraction probably better!


To generate a diff of this commit:
cvs rdiff -u -r1.24 -r1.25 src/sys/external/bsd/drm2/include/linux/mm.h

Please note that diffs are not public domain; they are subject to the
copyright notices on the relevant files.