[jdk17] RFR: 8269865: Async UL needs to handle ERANGE on exceeding SEM_VALUE_MAX [v5]

[Xin Liu]

> This patch solved the sempahore overflow issue with errno ERANGE or EOVERFLOW.
> Previously, we have asymmetric p/v operations for semaphore _sem. Each iteration
> only decrements _sem 1 but dequeues N messages. If logging threads keep preempting
> async logging thread, it may cause the value of _sem accumulates until overflow! 
> 
> The patch corrects the value of _sem after write(). n messages are dequeued/processed.
> We need to invoke _sem.wait() max(n-1, 1) time. This ensures that each iteration
> decrements n instead of 1.

Xin Liu has updated the pull request incrementally with one additional commit since the last revision:

  Refactor code with API change.
  
  Semaphore::signal returns a boolean value to indicate it's succeed or not.

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

Changes:
  - all: https://git.openjdk.java.net/jdk17/pull/216/files
  - new: https://git.openjdk.java.net/jdk17/pull/216/files/47cdfcfd..d064af15

Webrevs:
 - full: https://webrevs.openjdk.java.net/?repo=jdk17&pr=216&range=04
 - incr: https://webrevs.openjdk.java.net/?repo=jdk17&pr=216&range=03-04

  Stats: 36 lines in 8 files changed: 19 ins; 3 del; 14 mod
  Patch: https://git.openjdk.java.net/jdk17/pull/216.diff
  Fetch: git fetch https://git.openjdk.java.net/jdk17 pull/216/head:pull/216

PR: https://git.openjdk.java.net/jdk17/pull/216