stand: Move amd64 tramp page table from .data to heap

[imp]

Summary

There's no need that the page table has to be in low memory. Use the 12k
just past the nominal end of kernend for this page table and adjust
kernend for this use. This will ensure that the page table survives
until it's replaced later in boot.

This saves just under 12k of memory in the 640k zone.

Sponsored by: Netflix

[kib]

From what I understand, this would waste these three page forever.

[imp]

In D36144#820638, @kib wrote:

From what I understand, this would waste these three page forever.

Yes. That's true. I'm open to other ways to make the page table safe through the time that we start managing it in hammer_time.

[kib]

In D36144#820675, @imp wrote:

In D36144#820638, @kib wrote:

From what I understand, this would waste these three page forever.

Yes. That's true. I'm open to other ways to make the page table safe through the time that we start managing it in hammer_time.

I think you can just malloc them in loader. Kernel only consumes the memory directly past the kernel_end during very early bootstrap.

[imp]

Use malloc'd memory, as suggested by kib

[tsoome]

BSS would not had saved us as we do have code, data, bss, stack in low memory.

[imp]

Use memalign() to malloc page tables

[imp]

Turns out malloc / memalign don't work reliably... Need to investigate why more deeply. Maybe I'm not allocating enough space.... but the old allocations were definitely 12k total.