Uploaded image for project: 'JDK'
  1. JDK
  2. JDK-8315321

[aix] os::attempt_reserve_memory_at must map at the requested address or fail

    XMLWordPrintable

Details

    • Enhancement
    • Resolution: Fixed
    • P4
    • 22
    • 11, 17, 21, 22
    • hotspot
    • None
    • b14
    • aix

    Description

      There is a long standing bug on our AIX-port that may cause `os::attempt_reserve_memory_at()` to return a different address than requested.

      All other implementations - usually just using mmap(2) - will unmap again if the attach address differs from the requested one.

      On AIX, we use either mmap or shmat, depending on some internal logic and our page size goal. If we use shmat (mostly this is the default nowadays) we may end up with an address mapped to the next lower segment boundary. Not only may this round down the requested address by SHMLBA, but it has been observed to result in a very high address if the requested address had been very low (e.g. attempting to map below 0x20_0000 gave us 0xa00_0100_a000_0000). I assume (not having the sources to the AIX kernel) that this is either the result of a wraparound while looking for the next lower segment boundary, or it is a segment chosen at random.

      Whatever the reason for that behavior, the contract for `os::attempt_reserve_memory_at()` is to return an address at that exact address, and not somewhere nearby or far away.

      Attachments

        Issue Links

          Activity

            People

              stuefe Thomas Stuefe
              stuefe Thomas Stuefe
              Votes:
              0 Vote for this issue
              Watchers:
              3 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved: