Could you please provide .jtr files along with the jtreg test results?

Rory O'Donnell rory.odonnell at
Mon Jan 9 15:47:25 UTC 2017

Hi Volker,

I haven't forgotten about this, I will get back to you in the next day 
or two.


On 06/01/2017 08:52, Rory O'Donnell wrote:
> Hi Volker,
> Will look into this and get back to you, it will probably be next week as
> we return from holidays.
> Rgds,Rory
> On 05/01/2017 10:57, Volker Simonis wrote:
>> Hi,
>> when looking at the jdk9 test results at:
>> it looks like all the transactional memory tests
>> (/hotspot/test/compiler/rtm) passed.
>> However when running them locally, I always get 8 failures (and 30
>> tests passing).
>> The problem is that the RTM tests are flagged as "Passed" if they run
>> on a machine which does not support transactional memory (because
>> either the CPU or the OS is too old). It would therefore help if you
>> could offer the test result files (i.e. the .jtr files) for every test
>> such that one could see if a test really passed or if it just passed
>> because it was not properly executed.
>> If you can't offer the .jtr files in the near term, could you please
>> let me know if your test machine supports transactional memory? You
>> can easily check this by verifying that the following java command:
>> java -Xlog:os+cpu -version | grep rtm
>> outputs something like:
>> [0.007s][info][os,cpu] flags            : fpu vme de pse tsc msr pae
>> mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr
>> sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc
>> arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf
>> eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 fma
>> cx16 xtpr pdcm pcid dca sse4_1 sse4_2 x2apic movbe popcnt
>> tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm arat epb pln
>> pts dtherm tpr_shadow vnmi flexpriority ept vpid fsgsbase tsc_adjust
>> bmi1 hle avx2 smep bmi2 erms invpcid rtm cqm xsaveopt cqm_llc
>> cqm_occup_llc
>> Thank you and best regards,
>> Volker

Rgds,Rory O'Donnell
Quality Engineering Manager
Oracle EMEA , Dublin, Ireland

More information about the quality-discuss mailing list