Maybe it would be better to turn arch_io_reserve_memtype_wc into a no-op returning 0 and leave the drm-*-kmod ports unchanged. That would be safer this close to 14.1 release. Before 1e99b2ee9095 the function interpreted a physical address as a virtual address so it must have always failed and after that commit the BSDFIXME comment in the link I posted before suggests it still doesn't work. So whatever this function is supposed to do has not been necessary on FreeBSD. The only benefit of implementing it as a wrapper around vm_phys_fictitious_reg_range is that it makes the FreeBSD specific code in drm-*-kmod smaller, but that's not important. Agreed?

The patch for graphics/drm-*-kmod ports is in D45059.
Example use of arch_io_reserve_memtype_wc:
https://github.com/freebsd/drm-kmod/blob/1f0859f54b6f4bcce3862f30c9c1b5cfd08710db/drivers/gpu/drm/amd/amdgpu/amdgpu_object.c#L1048
Note that arch_io_reserve_memtype_wc is only called conditionally here so removing vm_phys_fictitious_reg_range calls like the drm-*-kmod patch does may not be correct. The i915 driver doesn't call arch_io_reserve_memtype_wc at all. It calls io_mapping_init_wc instead, which calls ioremap_wc, which calls pmap_mapdev_attr, so I think it doesn't need to call vm_phys_fictitious_reg_range but I cannot test that.

Example use:
https://github.com/freebsd/drm-kmod/blob/1f0859f54b6f4bcce3862f30c9c1b5cfd08710db/drivers/gpu/drm/radeon/radeon_gart.c#L83
set_memory_uc called on ptr returned by linuxkpi dma_alloc_coherent, which returns a virtual address.

Committed in https://cgit.FreeBSD.org/ports/commit/?id=b346b480027ce76a731603e28d4ae7a847b494e1

• Moved noto.mk to Mk/Uses.
• Renamed "make distfile" to "make noto-fetch" and let "make makesum" call it.
• Make distfile creation reproducible (reset uid, gid, file mode, and timestamps).

I'll look into this after dealing with bug 272216 and bug 276478.

In D43509#992501, @arrowd wrote:

What I don't like about this change is creation of many ports. This looks like an ideal case to apply subpackages.

Each port has its own version number and release dates so subpackages don't really fit. The CJK and emoji fonts also have a different master site. I think separate ports fits better.