uma: retire UMA_MD_SMALL_ALLOC

[bnovkov]

Summary

This patch replaces uma_small_alloc with a reservation-aware counterpart.

The machine-dependent UMA code is no longer tasked with page allocation, only with arranging access to DMAP addresses if need be.
small_alloc will now use uma_{dmap_to_vm_page, vm_page_to_dmap} to fetch DMAP addresses for individual pages.
UMA_MD_SMALL_ALLOC was removed and replaced by UMA_MD_DMAP_HOOK that can be used to override the default uma_{dmap_to_vm_page, vm_page_to_dmap} implementation.

[mhorne]

sys/amd64/include/vmparam.h

75

No longer "machine specific".

sys/kern/subr_vmem.c

634

Mentions uma_small_alloc().

sys/vm/uma_core.c

1871–1872

Somewhat tangential to this patch, but this should be expressed differently. The same complex conditional appears in sys/vm/vm_page.c.

Something like #define VM_DUMP_STARTUP_PAGES in vmparam.h would serve better as a flag we could check.

Let me know if you'd like me to handle it.

2131

Is something missing from the diff? I don't see where this is used or anything to account for the absence of uma_small_alloc().

[mhorne]

sys/vm/uma_core.c

2131

Ignore this, I didn't see the parent revisions :^)

[kib]

sys/vm/uma_core.c

1892

It is well-known issue with our linkers that they wrongly interpret the meaning of 'weak'. There is no mention of the priority of resolution among weak/non-weak in the ELF spec.

I would much prefer avoid adding more such cases.

2145

Isn't this sequence racy? Suppose that the page m is reused right after free() but before drop_page(). Then we might leave page out of the dump when raced.

[bnovkov]

Address @mhorne 's and @kib 's comments:

• Removed leftover references to old code in comments
• Replaced __weak_symbol overriding with UMA_MD_DMAP_HOOK

[bnovkov]

sys/vm/uma_core.c

1871–1872

I agree, it is a messy expression.
I'll look at other instances and try to land a fix in a separate patch.

2145

You're right, thank you for catching this.
I've placed the dump drop before the page gets freed.

[markj]

IMO this patch is in the wrong order in the series. It should be first: 98% of the patch is about deduplicating implementations of uma_small_alloc(), which is a non-functional change and worthy in its own right. The rest of the series, which needs more design review and discussion before getting into detailed code review, should build on top of that.

I think the first patch should simply deduplicate the uma_small_alloc() implementations without modifying the internals of the powerpc implementation.

sys/vm/uma_core.c

1871–1872

I think you can write #if MINIDUMP_PAGE_TRACKING == 1 && defined(UMA_USE_DMAP). But yes that should be a separate change.

[bnovkov]

Address @markj 's comment - uma_small_alloc code deduplication was carved out into a separate revision.

[bnovkov]

Regenerate diff.