RFR: 8318668: java/lang/management/MemoryMXBean/CollectionUsageThreshold.java fails with Xcomp

2024-11-16 Thread Ramkumar Sunderbabu
Trivial change to exclude the test from running with Xcomp flag. The test fails because the number of GCs as reported by the MXBean doesn't match the expected number. This is due to the additional GC happening due to CodeCache crossing its threshold. We could increase the code cache or restrict

RFR: 8344298: Test tools/sincechecker/modules/jdk.hotspot.agent/JdkHotspotAgentCheckSince.java fails on platforms without sa

2024-11-16 Thread Matthias Baesken
E.g. on AIx we run into this test failure : error: module not found: jdk.hotspot.agent Unable to retrieve `@since` for Module: module: jdk.hotspot.agent java.lang.Exception: The `@since` checker found 1 problems at SinceChecker.checkModule(SinceChecker.java:284) at SinceChecker.main(SinceChecker.ja

Re: RFR: 8344298: Test tools/sincechecker/modules/jdk.hotspot.agent/JdkHotspotAgentCheckSince.java fails on platforms without sa

2024-11-16 Thread Lutz Schmidt
On Fri, 15 Nov 2024 12:04:08 GMT, Matthias Baesken wrote: > E.g. on AIx we run into this test failure : > error: module not found: jdk.hotspot.agent > Unable to retrieve `@since` for Module: module: jdk.hotspot.agent > java.lang.Exception: The `@since` checker found 1 problems > at SinceChecker.c

Re: RFR: 8337511: Implement JEP 404: Generational Shenandoah (Experimental) [v6]

2024-11-16 Thread Kelvin Nilsen
On Wed, 13 Nov 2024 23:21:24 GMT, William Kemper wrote: >> src/hotspot/share/gc/shenandoah/shenandoahVMOperations.cpp line 83: >> >>> 81: void VM_ShenandoahInitMark::doit() { >>> 82: ShenandoahGCPauseMark mark(_gc_id, "Init Mark", >>> SvcGCMarker::CONCURRENT); >>> 83: set_active_generation(

Re: RFR: 8341916: Remove ProtectionDomain related hotspot code and tests [v6]

2024-11-16 Thread Coleen Phillimore
On Sat, 16 Nov 2024 03:22:01 GMT, John R Rose wrote: >> src/hotspot/share/prims/jvm.cpp line 169: >> >>> 167: while (!vfst.at_end()) { >>> 168: Method* m = vfst.method(); >>> 169: if >>> (!vfst.method()->method_holder()->is_subclass_of(vmClasses::ClassLoader_klass())) >>> { >>

Re: RFR: 8341916: Remove ProtectionDomain related hotspot code and tests [v6]

2024-11-16 Thread Coleen Phillimore
On Sat, 16 Nov 2024 02:41:59 GMT, John R Rose wrote: >> Coleen Phillimore has updated the pull request with a new target base due to >> a merge or a rebase. The pull request now contains nine commits: >> >> - Handle merge conflicts in new resolve_instance_class calls. >> - Merge branch 'maste

Re: RFR: 8341916: Remove ProtectionDomain related hotspot code and tests [v7]

2024-11-16 Thread Coleen Phillimore
> Remove Hotspot code that passes protection_domain around class loading so > that checkPackageAccess can be called and the result stored. With the > removal of the Security Manager in JEP 486, this code no longer does anything. > > Tested with tier1-4. Coleen Phillimore has updated the pull r

Re: RFR: 8344191: Build code should not have classpath exception

2024-11-16 Thread David Holmes
On Fri, 15 Nov 2024 00:07:07 GMT, Magnus Ihse Bursie wrote: > The policy has long been to use Classpath Exception in the `src` and `make` > directories, but not in the `test` directories. If you're changing the > policy, you might want to check and update any documentation where the policy > m