When these are allocated we already have the DMAP region mapped. Search
for the largest region and use this to hold these.
Pr: 269726
Sponsored by: Arm Ltd
Details
Details
Diff Detail
Diff Detail
- Repository
- rG FreeBSD src repository
- Lint
Lint Skipped - Unit
Tests Skipped - Build Status
Buildable 54590 Build 51479: arc lint + arc unit
Event Timeline
Comment Actions
It's part of a general clean up of the early page table creation code. In this case I'm trying to reduce the size of the 6M of extra virtual address space added in create_pagetables in locore.S as it may not be usable memory, e.g. if the kernel and modules are loaded at the end of physical memory and use almost all the 64M allocation in loader.efi.
It looks like it also fixes https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=269726
| sys/arm64/arm64/pmap.c | ||
|---|---|---|
| 1307 | Other variables in this function which represent physical addresses have a suffix of "_pa", not "_phys". | |
| 1340 | Don't you need to rebuild the physmap and compute largest_phys after this point? Otherwise, how is it guaranteed that the dmesg/dpcpu allocations are not stomping over the region we're using to bootstrap? | |
| 1347 | ||