Testsuite name: VM
JDK/JRE tested: 1.6.0_22 b05_j4b
java options: -server -Xmixed -XX:+UseConcMarkSweepGC -XX:+CMSIncrementalMode
OS/architecture: solaris10_x86
Reproducible: Sometimes (fails 1 of 10 times)
Reproducible on machine: stt-18.russia.sun.com stt-91.russia.sun.com
Is it a platform specific regression: need to be investigated
Is it a new platform support: N
Is it a Regression: No this is not a regression, test fails on 6u20b02, 6u21b11_j4b
Test run log location:
http://stt-13.russia/results/1.6.0_22/b05_j4b/vm/solaris10-x86-32_vm.parallel_class_loading.testlist/ResultDir/interface/interface.log

Steps to reproduce:
ssh stt-robot@stt-91
/net/vmsqe.russia/export/gtee/gee/bin/jdk install_bundles -srcdirbase /net/stt-13.russia.sun.com/export/home0/jdk -release 1.6.0_22 -build b05_j4b -jdkrename false -arch solaris-i586
cd /set/stt/newroot/results/1.6.0_22/b05_j4b/vm/solaris10-x86-32_vm.parallel_class_loading.testlist/ResultDir/interface/
sh rerun.sh

Test always fails on 66 iteration
log:
Iteration #63 of 100, time left: 51 s
Iteration #64 of 100, time left: 50 s
Iteration #65 of 100, time left: 50 s
Iteration #66 of 100, time left: 50 s

test passes with
java options: -server -Xcomp -XX:+UseConcMarkSweepGC -XX:+CMSIncrementalMode

Need to be investigated is it reproducable on other platforms.
In light of the evaluation, synopsis changed from:-

   Parallelclass load test fail intermittent with concurrent garbage collector

to:-

   Parallel Class Loading test deadlock involving MethodData_lock and Pending List Lock

thus absolving CMS of all guilt; so help me Lord!