Fix Request: 

Important to fix because:

Nature of fix:

Low risk because:

Testing done:

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

EXAMPLE EXAMPLE

8000000 - Some stuff
8000000-Some-stuff
https://bugs.openjdk.java.net/browse/JDK-8222015
http://hg.openjdk.java.net/jdk/jdk/rev/fcf83b204c27
fcf83b204c27
wget https://hg.openjdk.java.net/jdk/jdk/raw-rev/fcf83b204c27 -O 8222015-Some-stuff
	Fix tested in nightlies ok
	RFR: https://mail.openjdk.java.net/pipermail/jdk-updates-dev/2019-June/001320.html
	Fix requested
  
============ DONE =================

8257604: JNI_ArgumentPusherVaArg leaks valist
https://bugs.openjdk.java.net/browse/JDK-8257604
8257604-JNI_ArgumentPusherVaArg-leaks-valist
https://github.com/openjdk/jdk/commit/ae1eb286.diff

Applies cleanly? no.
11u Patch: http://cr.openjdk.java.net/~stuefe/webrevs/backports/8257604-JNI_ArgumentPusherVaArg-leaks-valist-11u.patch
RFR thread: https://mail.openjdk.java.net/pipermail/jdk-updates-dev/2021-April/005806.html
Testing: in queue
Fix requested: yes, approved.
DONE

JDK-8260707: java/lang/instrument/PremainClass/InheritAgent0100.java times out
https://bugs.openjdk.java.net/browse/JDK-8260707
8260707-java-lang-instrument-premainclass-inheritagent0100-java-timed-out
Orig patch: https://github.com/openjdk/jdk/commit/d7b1fc59.diff

Does not apply cleanly, since JDK-8165276 moved code around.
11u patch: http://cr.openjdk.java.net/~stuefe/webrevs/backports/8260707-java-lang-instrument-premainclass-inheritagent0100-java-timed-out-11u

RFR thread: https://mail.openjdk.java.net/pipermail/jdk-updates-dev/2021-April/005858.html
Reviewed: YES

Fix request? YES

Tested: OK

DONE

8260926: Trace resource exhausted events unconditionally
https://bugs.openjdk.java.net/browse/JDK-8260926
8260926-trace-resource-exhausted-events-unconditionally
Original Patch: https://github.com/openjdk/jdk/commit/ee2f2055.diff

Patch needs to be changed since 11u does not know nullptr.
11u Patch: http://cr.openjdk.java.net/~stuefe/webrevs/backports/8260926-trace-resource-exhausted-events-unconditionally-11u
RFR-Thread: https://mail.openjdk.java.net/pipermail/jdk-updates-dev/2021-April/005928.html

Testing: tested.

Fix Requested? YES
DONE

8262163: Extend settings printout in jcmd VM.metaspace
https://bugs.openjdk.java.net/browse/JDK-8262163
8262163-extend-settings-printout-in-jcmd-VM.metaspace
Original Patch: https://github.com/openjdk/jdk/commit/ea48a0bb.diff

Does not apply: code moved. Also, "MetaspaceReclaimPolicy" does not exist in JDK 11 (came with JEP 387).
11u Patch: http://cr.openjdk.java.net/~stuefe/webrevs/backports/8262163-extend-settings-printout-in-jcmd-VM.metaspace-11u.diff

RFR-Thread: https://mail.openjdk.java.net/pipermail/jdk-updates-dev/2021-April/005931.html

Testing: tested

Fix requested? YES
DONE

========== IN WORK =================

8185734: [Windows] Structured Exception Catcher missing around gtest execution
Reviewed-by: dholmes, ihse

8185734-Windows-Structured-Exception-Catcher-missing-around-gtest-execution

JBS:            https://bugs.openjdk.java.net/browse/JDK-8185734

Original PR:    https://git.openjdk.java.net/jdk/pull/1757

Original patch: https://github.com/openjdk/jdk/commit/568dc29b.diff
                Does not apply cleanly (JEP 387 related changes in GTestWrapper.java).

11u patch:      http://cr.openjdk.java.net/~stuefe/webrevs/backports/8185734-Windows-Structured-Exception-Catcher-missing-around-gtest-execution-11u.diff

RFR-Thread:     https://mail.openjdk.java.net/pipermail/jdk-updates-dev/2021-May/006117.html

Fix Request: yes

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

8257828 SafeFetch may crash if invoked in non-JavaThreads
https://bugs.openjdk.java.net/browse/JDK-8257828
8257828-safefetch-non-java-threads
		
Original patch: https://git.openjdk.java.net/jdk/commit/3ab1dfeb

Does not apply at all, since we unified a lot of the POSIX coding in jdk16. So this is a complete new development, from scratch. The fix itself is rather primitive: 
- on all *nix platforms, in the various signal handlers, we heave the handling of SafeFetch faults out of the "if JavaThread" condition.
- on Windows, there was a bug where the crashing Thread was force-casted to JavaThread, but it may not be a JavaThread, so that needs to be handled. The Windows changes are not minimal to keep them equal to what we do in the mainline.

11u patch: http://cr.openjdk.java.net/~stuefe/webrevs/backports/8257828-safefetch-non-java-threads

RFR thread: https://mail.openjdk.java.net/pipermail/jdk-updates-dev/2021-May/006119.html

Testing: Nightlies at SAP went through successfully, no errors could be attributed to this patch. However, we test a lot but not all platforms. Missing are solaris x86 and 32bit arm.

Fix Request: yes

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

8260030: Improve stringStream buffer handling
https://bugs.openjdk.java.net/browse/JDK-8260030
8260030-improve-stringStream-buffer-handling

Original review:  https://git.openjdk.java.net/jdk/pull/2160
Original patch:   https://github.com/openjdk/jdk/commit/d066f2b0.diff
                  Does not apply cleanly, since 8238358 (JEP 371: Hidden Classes) changed stringStream::as_string, adding the option to return the stream content in C-heap, not as resource area. The differences are superficial however.

11u patch:        http://cr.openjdk.java.net/~stuefe/webrevs/backports/8260030-improve-stringStream-buffer-handling-11u

RFR-Thread:       https://mail.openjdk.java.net/pipermail/jdk-updates-dev/2021-May/006118.html

Testing: Tested for several weeks at SAP

Fix Request: yes

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