RFR: 8367249: [REDO] MemBaseline accesses VMT without using lock [v2]

[Johan Sjölen]

> Hi,
> 
> This is a REDO, as the previous attempt caused build failures when merged with latest master.
> The only difference is that the copy ctr for the RBTRee had been integrated with a different PR, but it never should have been. I deleted the copy ctr.
> 
> Thanks.

Johan Sjölen has updated the pull request with a new target base due to a merge or a rebase. The pull request now contains 21 commits:

 - Merge remote-tracking branch 'openjdk/master' into cleanup-membaseline
 - Delete unneeded copy ctr
 - Merge remote-tracking branch 'openjdk/master' into cleanup-membaseline
 - Missed const-ness
 - Move into rbTree.inline.hpp file
 - Merge remote-tracking branch 'openjdk/master' into cleanup-membaseline
 - Rename to _vma_allocations
 - After a lot of casting
 - Yup
 - Some more ugly casts
 - ... and 11 more: https://git.openjdk.org/jdk/compare/60930a3e...c6c65a80

-------------

Changes: https://git.openjdk.org/jdk/pull/27170/files
  Webrev: https://webrevs.openjdk.org/?repo=jdk&pr=27170&range=01
  Stats: 235 lines in 12 files changed: 162 ins; 50 del; 23 mod
  Patch: https://git.openjdk.org/jdk/pull/27170.diff
  Fetch: git fetch https://git.openjdk.org/jdk.git pull/27170/head:pull/27170

PR: https://git.openjdk.org/jdk/pull/27170