From volker.simonis at gmail.com Thu Jan 5 10:57:22 2017 From: volker.simonis at gmail.com (Volker Simonis) Date: Thu, 5 Jan 2017 11:57:22 +0100 Subject: Could you please provide .jtr files along with the jtreg test results? Message-ID: Hi, when looking at the jdk9 test results at: http://download.java.net/openjdk/testresults/9/testresults.html 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 From rory.odonnell at oracle.com Fri Jan 6 08:52:09 2017 From: rory.odonnell at oracle.com (Rory O'Donnell) Date: Fri, 6 Jan 2017 08:52:09 +0000 Subject: Could you please provide .jtr files along with the jtreg test results? In-Reply-To: References: Message-ID: 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: > > http://download.java.net/openjdk/testresults/9/testresults.html > > 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 From rory.odonnell at oracle.com Mon Jan 9 15:47:25 2017 From: rory.odonnell at oracle.com (Rory O'Donnell) Date: Mon, 9 Jan 2017 15:47:25 +0000 Subject: Could you please provide .jtr files along with the jtreg test results? In-Reply-To: References: Message-ID: <84939b20-c2b1-75a4-95ad-ac8a9a84637b@oracle.com> Hi Volker, I haven't forgotten about this, I will get back to you in the next day or two. Rgds,Rory 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: >> >> http://download.java.net/openjdk/testresults/9/testresults.html >> >> 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 From rory.odonnell at oracle.com Tue Jan 10 09:26:08 2017 From: rory.odonnell at oracle.com (Rory O'Donnell) Date: Tue, 10 Jan 2017 09:26:08 +0000 Subject: Could you please provide .jtr files along with the jtreg test results? In-Reply-To: References: Message-ID: Hi Volker, Finally got the info on the test machine used to run the tests, as you expected the machine doesn't support transactional memory. Rgds,Rory This is the output of the command : [0.011s][info][os,cpu] flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt rdtscp lm 3dnowext 3dnow rep_good extd_apicid pni cx16 lahf_lm cmp_legacy svm extapic cr8_legacy On 05/01/2017 10:57, Volker Simonis wrote: > Hi, > > when looking at the jdk9 test results at: > > http://download.java.net/openjdk/testresults/9/testresults.html > > 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: From rory.odonnell at oracle.com Tue Jan 10 10:36:14 2017 From: rory.odonnell at oracle.com (Rory O'Donnell) Date: Tue, 10 Jan 2017 10:36:14 +0000 Subject: JDK 9 EA Build 151 is available on java.net Message-ID: <1318f835-9b0f-f05c-3c3f-c0ebd40186e2@oracle.com> Hi All, Best wishes for the New Year. Dalibor and I will be at FOSDEM '17, Brussels 4 & 5 February. Let us know if you will be there, hopefully we can meet up ! *JDK 9 Early Access* b151 is available on java.net There have been a number of fixes to bugs reported by Open Source projects since the last availability email : * JDK-8171377 : Add sun.misc.Unsafe::invokeCleaner * JDK-8075793 : Source incompatibility for inference using -source 7 * JDK-8087303 : LSSerializer pretty print does not work anymore * JDK-8167143 :CLDR timezone parsing does not work for all locales Other changes that maybe of interest: * JDK-8066474 : Remove the lib/$ARCH directory from Linux and Solaris images * JDK-8170428 : Move src.zip to JDK/lib/src.zip *JEPs intergrated:* * JEP 295 : Ahead-of-Time Compilation has been integrated in b150. *Schedule - Milestones since last availability email * * *Feature Extension Complete 22nd of December 2016* * *Rampdown Started 5th of January 2017 * o Phases in which increasing levels of scrutiny are applied to incoming changes. o In phase 1, only P1-P3 bugs can be fixed. In phase 2 only showstopper bugs can be fixed. Rgds,Rory -- Rgds,Rory O'Donnell Quality Engineering Manager Oracle EMEA , Dublin, Ireland -------------- next part -------------- An HTML attachment was scrubbed... URL: From volker.simonis at gmail.com Tue Jan 10 10:48:44 2017 From: volker.simonis at gmail.com (Volker Simonis) Date: Tue, 10 Jan 2017 11:48:44 +0100 Subject: Could you please provide .jtr files along with the jtreg test results? In-Reply-To: References: Message-ID: Hi Rory, thanks for the confirmation. Vladimir just confirmed this as well on the hotspot list. The RTM feature is not on by default so this problem is not as sever as I initially thought. The unfortunate thing is that these tests are showing up "Passed" instead of "Not executed". I think this is not easy to fix in jtreg because the tests are actually executed and only at runtime the test decides that its pay load can't be executed on the actual hardware. Maybe we need some special return codes such that tests can express that a tests wasn't really executed. However that would probably require the redesign of many test because many of them execute several subtests depending on the platform. But I think it would be definitely valuable if the jtreg results would be more accurate. Regards, Volker On Tue, Jan 10, 2017 at 10:26 AM, Rory O'Donnell wrote: > Hi Volker, > > Finally got the info on the test machine used to run the tests, as you > expected the machine doesn't > support transactional memory. > > Rgds,Rory > > This is the output of the command : > [0.011s][info][os,cpu] flags > : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 > clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt > rdtscp lm 3dnowext 3dnow rep_good extd_apicid pni cx16 lahf_lm cmp_legacy > svm extapic cr8_legacy > > > > On 05/01/2017 10:57, Volker Simonis wrote: > > Hi, > > when looking at the jdk9 test results at: > > http://download.java.net/openjdk/testresults/9/testresults.html > > 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 From abdul.kolarkunnu at oracle.com Wed Jan 11 09:18:54 2017 From: abdul.kolarkunnu at oracle.com (Muneer Kolarkunnu) Date: Wed, 11 Jan 2017 01:18:54 -0800 (PST) Subject: JDK 9 build 151 test results now available Message-ID: <36e8ae68-e1df-498a-a946-09625885d288@default> JDK 9 ea build 151 test results are now available at http://www.java.net/download/openjdk/testresults/9/testresults.html The jdk test results contain 5 differences from the build 150 test results. There are 2 testcase failures, these failures are under investigation. 0: /home/jtest/merge9/150/jdk/JTwork pass: 6,116; fail: 7; not run: 2,233 1: /home/jtest/merge9/151/jdk/JTwork pass: 6,118; fail: 9; not run: 2,233 0 1 Test --- pass java/net/NetworkInterface/SubNetworkInterfaceTest.java --- pass java/util/TimeZone/Bug8167143.java pass fail java/util/concurrent/tck/JSR166TestCase.java --- fail java/util/concurrent/tck/JSR166TestCase.java#id1 --- pass javax/sound/sampled/Clip/OpenNonIntegralNumberOfSampleframes.java 5 differences The hotspot test results contain 10 differences from the build 150 test results. There is 1 testcase failure, this failure is under investigation. 0: /home/jtest/merge9/150/hotspot/JTwork pass: 1,418; fail: 6; error: 1; not run: 57 1: /home/jtest/merge9/151/hotspot/JTwork pass: 1,418; fail: 6; error: 3; not run: 56 0 1 Test --- pass compiler/c2/Test7005594.java pass --- compiler/c2/cr7005594/Test7005594.java --- pass compiler/floatingpoint/TestFMABrokenC1RegAlloc.java pass fail gc/TestNUMAPageSize.java pass error runtime/Thread/ThreadPriorities.java pass error runtime/Thread/TooSmallStackSize.java fail pass runtime/modules/IgnoreModulePropertiesTest.java --- pass serviceability/dcmd/jvmti/LoadAgentDcmdTest.java pass --- serviceability/jvmti/ExceptionCaughtOutOfPhase/ExceptionCaughtOutOfPhaseTest.java --- pass serviceability/sa/TestHeapDumpForInvokeDynamic.java 10 differences The langtools test results contain 6 differences from the build 150 test results. No new testcase failures found. 0: /home/jtest/merge9/150/langtools/JTwork pass: 3,540; fail: 4; not run: 291 1: /home/jtest/merge9/151/langtools/JTwork pass: 3,542; not run: 299 0 1 Test --- pass tools/javac/classreader/8171132/BadConstantValue.java --- pass tools/javac/lambda/8169091/T8169091.java fail --- tools/javac/modules/T8159439/NPEForModuleInfoWithNonZeroSuperClassTest.java fail --- tools/sjavac/ApiExtraction.java fail --- tools/sjavac/ClasspathDependencies.java fail --- tools/sjavac/IgnoreSymbolFile.java 6 differences The nashorn test result is available at http://download.java.net/openjdk/testresults/9/archives/151/emailable-report.html -- Regards, Abdul Muneer Quality Engineer Oracle, Bangalore, India -------------- next part -------------- An HTML attachment was scrubbed... URL: From martinrb at google.com Thu Jan 12 19:51:12 2017 From: martinrb at google.com (Martin Buchholz) Date: Thu, 12 Jan 2017 11:51:12 -0800 Subject: JDK 9 build 151 test results now available In-Reply-To: <36e8ae68-e1df-498a-a946-09625885d288@default> References: <36e8ae68-e1df-498a-a946-09625885d288@default> Message-ID: On Wed, Jan 11, 2017 at 1:18 AM, Muneer Kolarkunnu < abdul.kolarkunnu at oracle.com> wrote: > > > pass fail java/util/concurrent/tck/JSR166TestCase.java > > --- fail java/util/concurrent/tck/JSR166TestCase.java#id1 > I'm maintaining java/util/concurrent/tck/JSR166TestCase, but there is no information here for me to diagnose the problem. --- Oracle runs tests on many platforms; why does this report only include one platform? -------------- next part -------------- An HTML attachment was scrubbed... URL: From rory.odonnell at oracle.com Fri Jan 13 10:37:57 2017 From: rory.odonnell at oracle.com (Rory O'Donnell) Date: Fri, 13 Jan 2017 10:37:57 +0000 Subject: JDK 9 build 151 test results now available In-Reply-To: References: <36e8ae68-e1df-498a-a946-09625885d288@default> Message-ID: <4ecea42f-b17e-84cc-28b1-5e0b9650138b@oracle.com> On 12/01/2017 19:51, Martin Buchholz wrote: > > > On Wed, Jan 11, 2017 at 1:18 AM, Muneer Kolarkunnu > > wrote: > > > > pass fail java/util/concurrent/tck/JSR166TestCase.java > > --- fail java/util/concurrent/tck/JSR166TestCase.java#id1 > > > I'm maintaining java/util/concurrent/tck/JSR166TestCase, but there is > no information here for me to diagnose the problem. > --- > Oracle runs tests on many platforms; why does this report only include > one platform? Martin , as part of the quality outreach we discussed with jugs what platform they would like to see posted - Linux was the platform of choice. We do run tests on all the other platforms internally,however posting one platform is a resource constraint. Muneer will log a bug for the failing test. Rgds,Rory -- Rgds,Rory O'Donnell Quality Engineering Manager Oracle EMEA , Dublin, Ireland -------------- next part -------------- An HTML attachment was scrubbed... URL: From abdul.kolarkunnu at oracle.com Fri Jan 13 10:55:49 2017 From: abdul.kolarkunnu at oracle.com (Muneer Kolarkunnu) Date: Fri, 13 Jan 2017 02:55:49 -0800 (PST) Subject: JDK 9 build 151 test results now available In-Reply-To: <4ecea42f-b17e-84cc-28b1-5e0b9650138b@oracle.com> References: <36e8ae68-e1df-498a-a946-09625885d288@default> <4ecea42f-b17e-84cc-28b1-5e0b9650138b@oracle.com> Message-ID: <220599c7-89f3-49ed-9691-5f160409aa67@default> Hi Martin, ? I logged a bug, HYPERLINK "https://bugs.openjdk.java.net/browse/JDK-8172781"JDK-8172781 for the same and attached the logs. It is in Linux x64 environment. ? Regards, Muneer ? From: Rory O'Donnell Sent: Friday, January 13, 2017 4:08 PM To: quality-discuss at openjdk.java.net Subject: Re: JDK 9 build 151 test results now available ? ? ? On 12/01/2017 19:51, Martin Buchholz wrote: ? ? On Wed, Jan 11, 2017 at 1:18 AM, Muneer Kolarkunnu wrote: pass? ?fail? ?java/util/concurrent/tck/JSR166TestCase.java ---? ? fail? ?java/util/concurrent/tck/JSR166TestCase.java#id1 ? I'm maintaining java/util/concurrent/tck/JSR166TestCase, but there is no information here for me to diagnose the problem. --- Oracle runs tests on many platforms; why does this report only include one platform? Martin , as part of the quality outreach we discussed with jugs what platform they would like to see posted - Linux was the platform of choice. We do run tests on all the other platforms internally,however posting one platform is a resource constraint. Muneer will log a bug for the failing test. Rgds,Rory -- Rgds,Rory O'Donnell Quality Engineering Manager Oracle EMEA , Dublin, Ireland -------------- next part -------------- An HTML attachment was scrubbed... URL: From dalibor.topic at oracle.com Fri Jan 13 20:50:09 2017 From: dalibor.topic at oracle.com (dalibor topic) Date: Fri, 13 Jan 2017 21:50:09 +0100 Subject: JDK 9 build 151 test results now available In-Reply-To: References: <36e8ae68-e1df-498a-a946-09625885d288@default> Message-ID: On 12.01.2017 20:51, Martin Buchholz wrote: > Oracle runs tests on many platforms; why does this report only include > one platform? It would be rather nice to see more people run the OpenJDK jtreg tests on their own OpenJDK builds on platforms of their choice and post the results regularly. The great thing about these tests is that it doesn't have to be someone at Oracle doing all the running and all the posting. cheers, dalibor topic -- Dalibor Topic | Principal Product Manager Phone: +494089091214 | Mobile: +491737185961 ORACLE Deutschland B.V. & Co. KG | K?hneh?fe 5 | 22761 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 M?nchen Registergericht: Amtsgericht M?nchen, HRA 95603 Komplement?rin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Gesch?ftsf?hrer: Alexander van der Ven, Jan Schultheiss, Val Maher Oracle is committed to developing practices and products that help protect the environment From martijnverburg at gmail.com Sun Jan 15 13:07:41 2017 From: martijnverburg at gmail.com (Martijn Verburg) Date: Sun, 15 Jan 2017 13:07:41 +0000 Subject: JDK 9 build 151 test results now available In-Reply-To: References: <36e8ae68-e1df-498a-a946-09625885d288@default> Message-ID: Hi all, The LJC has plans to do this with a small build farm for some of the more common platforms. This will be for R&D and academic research purposes only. If you have OpenJDK / Jenkins build experience and would like to help then please let me know! Cheers, Martijn On 13 January 2017 at 20:50, dalibor topic wrote: > On 12.01.2017 20:51, Martin Buchholz wrote: > >> Oracle runs tests on many platforms; why does this report only include >> one platform? >> > > It would be rather nice to see more people run the OpenJDK jtreg tests on > their own OpenJDK builds on platforms of their choice and post the results > regularly. > > The great thing about these tests is that it doesn't have to be someone at > Oracle doing all the running and all the posting. > > cheers, > dalibor topic > -- > Dalibor Topic | Principal Product Manager > Phone: +494089091214 | Mobile: +491737185961 > > > ORACLE Deutschland B.V. & Co. KG | K?hneh?fe 5 | 22761 Hamburg > > ORACLE Deutschland B.V. & Co. KG > Hauptverwaltung: Riesstr. 25, D-80992 M?nchen > Registergericht: Amtsgericht M?nchen, HRA 95603 > > Komplement?rin: ORACLE Deutschland Verwaltung B.V. > Hertogswetering 163/167, 3543 AS Utrecht, Niederlande > Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 > Gesch?ftsf?hrer: Alexander van der Ven, Jan Schultheiss, Val Maher > > Oracle is committed to developing > practices and products that help protect the environment > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sadhak001 at gmail.com Sun Jan 15 17:06:42 2017 From: sadhak001 at gmail.com (Mani Sarkar) Date: Sun, 15 Jan 2017 17:06:42 +0000 Subject: JDK 9 build 151 test results now available In-Reply-To: References: <36e8ae68-e1df-498a-a946-09625885d288@default> Message-ID: Is this improvising the existing build farm already on Cloudbees or setting up a whole new one. Why is the choice Jenkins, any rationale behind it? On Sun, 15 Jan 2017 13:08 Martijn Verburg, wrote: > Hi all, > > The LJC has plans to do this with a small build farm for some of the more > common platforms. This will be for R&D and academic research purposes > only. > > If you have OpenJDK / Jenkins build experience and would like to help then > please let me know! > > Cheers, > Martijn > > On 13 January 2017 at 20:50, dalibor topic > wrote: > > > On 12.01.2017 20:51, Martin Buchholz wrote: > > > >> Oracle runs tests on many platforms; why does this report only include > >> one platform? > >> > > > > It would be rather nice to see more people run the OpenJDK jtreg tests on > > their own OpenJDK builds on platforms of their choice and post the > results > > regularly. > > > > The great thing about these tests is that it doesn't have to be someone > at > > Oracle doing all the running and all the posting. > > > > cheers, > > dalibor topic > > -- > > Dalibor Topic | Principal Product Manager > > Phone: +494089091214 | Mobile: +491737185961 > > > > > > ORACLE Deutschland B.V. & Co. KG | K?hneh?fe 5 | 22761 Hamburg > > > > ORACLE Deutschland B.V. & Co. KG > > Hauptverwaltung: Riesstr. 25, D-80992 M?nchen > > Registergericht: Amtsgericht M?nchen, HRA 95603 > > > > Komplement?rin: ORACLE Deutschland Verwaltung B.V. > > Hertogswetering 163/167, 3543 AS Utrecht, Niederlande > > Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 > > Gesch?ftsf?hrer: Alexander van der Ven, Jan Schultheiss, Val Maher > > > > Oracle is committed to developing > > practices and products that help protect the environment > > > -- @theNeomatrix369 * | **Blog ** | *LJC Associate & LJC Advocate (@adoptopenjdk & @adoptajsr programs) *Meet-a-Project - *MutabilityDetector * | **Bitbucket * * | **Github * * | **LinkedIn * *Come to Devoxx UK 2017:* http://www.devoxx.co.uk/ *Don't chase success, rather aim for "Excellence", and success will come chasing after you!* -------------- next part -------------- An HTML attachment was scrubbed... URL: From abdul.kolarkunnu at oracle.com Mon Jan 16 05:05:13 2017 From: abdul.kolarkunnu at oracle.com (Muneer Kolarkunnu) Date: Sun, 15 Jan 2017 21:05:13 -0800 (PST) Subject: JDK 9 build 152 test results now available Message-ID: <2b3a7d51-993f-4baf-81ac-bd069f2f002c@default> JDK 9 ea build 152 test results are now available at http://www.java.net/download/openjdk/testresults/9/testresults.html The jdk test results contain 8 differences from the build 151 test results. No new testcase failures found. 0: /home/jtest/merge9/151/jdk/JTwork pass: 6,118; fail: 9; not run: 2,233 1: /home/jtest/merge9/152/jdk/JTwork pass: 6,122; fail: 9; not run: 2,233 0 1 Test --- pass java/lang/reflect/PublicMethods/PublicMethodsTest.java --- pass javax/xml/crypto/dsig/TransformService/UnknownProvider.java --- pass javax/xml/crypto/dsig/XMLSignatureFactory/UnknownProvider.java --- pass javax/xml/crypto/dsig/keyinfo/KeyInfoFactory/UnknownProvider.java --- pass sun/net/www/protocol/https/HttpsURLConnection/PostThruProxy.java pass --- sun/net/www/protocol/https/HttpsURLConnection/PostThruProxy.sh --- pass sun/net/www/protocol/https/HttpsURLConnection/PostThruProxyWithAuth.java pass --- sun/net/www/protocol/https/HttpsURLConnection/PostThruProxyWithAuth.sh 8 differences The hotspot test results contain 4 differences from the build 151 test results. There are 2 testcase failures, these failures are under investigation. 0: /home/jtest/merge9/151/hotspot/JTwork pass: 1,418; fail: 6; error: 3; not run: 56 1: /home/jtest/merge9/152/hotspot/JTwork pass: 1,418; fail: 8; error: 1; not run: 56 0 1 Test pass fail runtime/Thread/TestThreadDumpMonitorContention.java error pass runtime/Thread/ThreadPriorities.java error pass runtime/Thread/TooSmallStackSize.java pass fail serviceability/threads/TestFalseDeadLock.java 4 differences The langtools test results contain 2 differences from the build 151 test results. No new testcase failures found. 0: /home/jtest/merge9/151/langtools/JTwork pass: 3,542; not run: 299 1: /home/jtest/merge9/152/langtools/JTwork pass: 3,544; not run: 299 0 1 Test --- pass tools/javac/generics/inference/CaptureGLB1.java --- pass tools/javac/generics/inference/CaptureGLB2.java 2 differences The nashorn test result is available at http://download.java.net/openjdk/testresults/9/archives/152/emailable-report.html -- Regards, Abdul Muneer Quality Engineer Oracle, Bangalore, India -------------- next part -------------- An HTML attachment was scrubbed... URL: From stuart.monteith at linaro.org Mon Jan 16 11:54:01 2017 From: stuart.monteith at linaro.org (Stuart Monteith) Date: Mon, 16 Jan 2017 11:54:01 +0000 Subject: JDK 9 build 151 test results now available In-Reply-To: References: <36e8ae68-e1df-498a-a946-09625885d288@default> Message-ID: Hello, I'm Stuart Monteith in Linaro, working on OpenJDK on ARM's 64-bit Aarch64 platform. We currently publish aarch64 testing results to the aarch64-port-dev mailing list and host results on http://openjdk.linaro.org/ . What I would find useful would be a means to collate results across all the platforms, with perhaps a method to collate results from separate build farms. I'm sure a common set formats for presentation could be agreed upon. Knowing that a change in, say, x86, breaks arm, aarch64, ppc64, s390x would be useful for everyone. Best regards, Stuart On 15/01/17 13:07, Martijn Verburg wrote: > Hi all, > > The LJC has plans to do this with a small build farm for some of the > more common platforms. This will be for R&D and academic research > purposes only. > > If you have OpenJDK / Jenkins build experience and would like to help > then please let me know! > > Cheers, > Martijn > > On 13 January 2017 at 20:50, dalibor topic > wrote: > > On 12.01.2017 20:51, Martin Buchholz wrote: > > Oracle runs tests on many platforms; why does this report only > include > one platform? > > > It would be rather nice to see more people run the OpenJDK jtreg > tests on their own OpenJDK builds on platforms of their choice and > post the results regularly. > > The great thing about these tests is that it doesn't have to be > someone at Oracle doing all the running and all the posting. > > cheers, > dalibor topic > -- > Dalibor Topic | Principal Product Manager > Phone: +494089091214 > | Mobile: +491737185961 > > > > ORACLE Deutschland B.V. & Co. KG | K?hneh?fe 5 | 22761 Hamburg > > ORACLE Deutschland B.V. & Co. KG > Hauptverwaltung: Riesstr. 25, D-80992 M?nchen > Registergericht: Amtsgericht M?nchen, HRA 95603 > > Komplement?rin: ORACLE Deutschland Verwaltung B.V. > Hertogswetering 163/167, 3543 AS Utrecht, Niederlande > Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 > Gesch?ftsf?hrer: Alexander van der Ven, Jan Schultheiss, Val Maher > > > Oracle is committed to developing > practices and products that help protect the environment > > From jonathan.gibbons at oracle.com Tue Jan 17 21:49:33 2017 From: jonathan.gibbons at oracle.com (Jonathan Gibbons) Date: Tue, 17 Jan 2017 13:49:33 -0800 Subject: JDK 9 build 151 test results now available In-Reply-To: References: <36e8ae68-e1df-498a-a946-09625885d288@default> Message-ID: <6110c2df-16b0-d321-84a0-cc3803ba3421@oracle.com> If someone can collect the different sets of jtreg output, there's a related utility called "jtdiff" that can be used to generate combined reports. It can compare either full work directories, or the report/text/summary.txt files. The latter may be sufficient in this case. -- Jon On 1/16/17 3:54 AM, Stuart Monteith wrote: > Hello, > I'm Stuart Monteith in Linaro, working on OpenJDK on ARM's 64-bit > Aarch64 platform. We currently publish aarch64 testing results to the > aarch64-port-dev mailing list and host results on > http://openjdk.linaro.org/ . What I would find useful would be a means > to collate results across all the platforms, with perhaps a method to > collate results from separate build farms. I'm sure a common set formats > for presentation could be agreed upon. Knowing that a change in, say, > x86, breaks arm, aarch64, ppc64, s390x would be useful for everyone. > > Best regards, > Stuart > > > On 15/01/17 13:07, Martijn Verburg wrote: >> Hi all, >> >> The LJC has plans to do this with a small build farm for some of the >> more common platforms. This will be for R&D and academic research >> purposes only. >> >> If you have OpenJDK / Jenkins build experience and would like to help >> then please let me know! >> >> Cheers, >> Martijn >> >> On 13 January 2017 at 20:50, dalibor topic > > wrote: >> >> On 12.01.2017 20:51, Martin Buchholz wrote: >> >> Oracle runs tests on many platforms; why does this report only >> include >> one platform? >> >> >> It would be rather nice to see more people run the OpenJDK jtreg >> tests on their own OpenJDK builds on platforms of their choice and >> post the results regularly. >> >> The great thing about these tests is that it doesn't have to be >> someone at Oracle doing all the running and all the posting. >> >> cheers, >> dalibor topic >> -- >> Dalibor Topic | Principal Product Manager >> Phone: +494089091214 > > | Mobile: +491737185961 >> > >> >> ORACLE Deutschland B.V. & Co. KG | K?hneh?fe 5 | 22761 Hamburg >> >> ORACLE Deutschland B.V. & Co. KG >> Hauptverwaltung: Riesstr. 25, D-80992 M?nchen >> Registergericht: Amtsgericht M?nchen, HRA 95603 >> >> Komplement?rin: ORACLE Deutschland Verwaltung B.V. >> Hertogswetering 163/167, 3543 AS Utrecht, Niederlande >> Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 >> Gesch?ftsf?hrer: Alexander van der Ven, Jan Schultheiss, Val Maher >> >> > > Oracle is committed to developing >> practices and products that help protect the environment >> >> From martijnverburg at gmail.com Thu Jan 19 22:12:39 2017 From: martijnverburg at gmail.com (Martijn Verburg) Date: Thu, 19 Jan 2017 22:12:39 +0000 Subject: JDK 9 build 151 test results now available In-Reply-To: <6110c2df-16b0-d321-84a0-cc3803ba3421@oracle.com> References: <36e8ae68-e1df-498a-a946-09625885d288@default> <6110c2df-16b0-d321-84a0-cc3803ba3421@oracle.com> Message-ID: Hi all, I'm partly on holiday this week but will get back to all of you with the straw man we had come up with a few FOSDEM's ago on how we could tackle this Cheers, Martijn On 17 January 2017 at 21:49, Jonathan Gibbons wrote: > If someone can collect the different sets of jtreg output, there's a > related utility called "jtdiff" that can be used to generate combined > reports. It can compare either full work directories, or the > report/text/summary.txt files. The latter may be sufficient in this case. > > -- Jon > > > > On 1/16/17 3:54 AM, Stuart Monteith wrote: > >> Hello, >> I'm Stuart Monteith in Linaro, working on OpenJDK on ARM's 64-bit >> Aarch64 platform. We currently publish aarch64 testing results to the >> aarch64-port-dev mailing list and host results on >> http://openjdk.linaro.org/ . What I would find useful would be a means >> to collate results across all the platforms, with perhaps a method to >> collate results from separate build farms. I'm sure a common set formats >> for presentation could be agreed upon. Knowing that a change in, say, >> x86, breaks arm, aarch64, ppc64, s390x would be useful for everyone. >> >> Best regards, >> Stuart >> >> >> On 15/01/17 13:07, Martijn Verburg wrote: >> >>> Hi all, >>> >>> The LJC has plans to do this with a small build farm for some of the >>> more common platforms. This will be for R&D and academic research >>> purposes only. >>> >>> If you have OpenJDK / Jenkins build experience and would like to help >>> then please let me know! >>> >>> Cheers, >>> Martijn >>> >>> On 13 January 2017 at 20:50, dalibor topic >> > wrote: >>> >>> On 12.01.2017 20:51, Martin Buchholz wrote: >>> >>> Oracle runs tests on many platforms; why does this report only >>> include >>> one platform? >>> >>> >>> It would be rather nice to see more people run the OpenJDK jtreg >>> tests on their own OpenJDK builds on platforms of their choice and >>> post the results regularly. >>> >>> The great thing about these tests is that it doesn't have to be >>> someone at Oracle doing all the running and all the posting. >>> >>> cheers, >>> dalibor topic >>> -- >>> Dalibor Topic | Principal Product Manager >>> Phone: +494089091214 >> > | Mobile: +491737185961 >>> >>> > >>> >>> ORACLE Deutschland B.V. & Co. KG | K?hneh?fe 5 | 22761 Hamburg >>> >>> ORACLE Deutschland B.V. & Co. KG >>> Hauptverwaltung: Riesstr. 25, D-80992 M?nchen >>> Registergericht: Amtsgericht M?nchen, HRA 95603 >>> >>> Komplement?rin: ORACLE Deutschland Verwaltung B.V. >>> Hertogswetering 163/167, 3543 AS Utrecht, Niederlande >>> Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 >>> Gesch?ftsf?hrer: Alexander van der Ven, Jan Schultheiss, Val Maher >>> >>> >> > Oracle is committed to >>> developing >>> practices and products that help protect the environment >>> >>> >>> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From abdul.kolarkunnu at oracle.com Tue Jan 24 10:32:30 2017 From: abdul.kolarkunnu at oracle.com (Muneer Kolarkunnu) Date: Tue, 24 Jan 2017 02:32:30 -0800 (PST) Subject: JDK 9 build 153 test results now available Message-ID: <8db572d1-8923-4f93-8233-98930982bef4@default> JDK 9 ea build 153 test results are now available at http://www.java.net/download/openjdk/testresults/9/testresults.html The jdk test results contain 10 differences from the build 152 test results. No new testcase failures found. 0: /home/jtest/merge9/152/jdk/JTwork pass: 6,122; fail: 9; not run: 2,233 1: /home/jtest/merge9/153/jdk/JTwork pass: 6,130; fail: 9; not run: 2,238 0 1 Test --- pass java/net/URLConnection/SetDefaultUseCaches.java --- pass java/rmi/registry/readTest/CodebaseTest.java --- pass java/time/test/java/time/format/TestDateTimeFormatterBuilderWithLocale.java --- pass java/time/test/java/time/format/TestDateTimeTextProviderWithLocale.java --- pass java/time/test/java/time/format/TestTextParserWithLocale.java --- pass java/time/test/java/time/format/TestTextPrinterWithLocale.java --- pass javax/xml/ws/8159058/SaajEmptyNamespaceTest.java --- pass tools/jar/mmrjar/Basic.java pass --- tools/jar/mmrjar/ConcealedPackage.java --- pass tools/jar/multiRelease/RuntimeTest.java 10 differences The hotspot test results contain 1 difference from the build 152 test results. No new testcase failures found. 0: /home/jtest/merge9/152/hotspot/JTwork pass: 1,418; fail: 8; error: 1; not run: 56 1: /home/jtest/merge9/153/hotspot/JTwork pass: 1,419; fail: 7; error: 1; not run: 56 0 1 Test fail pass runtime/Thread/TestThreadDumpMonitorContention.java 1 differences The langtools test results contain 6 differences from the build 152 test results. No new testcase failures found. 0: /home/jtest/merge9/152/langtools/JTwork pass: 3,544; not run: 299 1: /home/jtest/merge9/153/langtools/JTwork pass: 3,550; not run: 299 0 1 Test --- pass tools/javac/T8171325/NPEClearingLocalClassNameIndexesTest.java --- pass tools/javac/T8171332/Processor.java --- pass tools/javac/T8171528/DuplicatedAnnotatedPackagesTest.java --- pass tools/javac/doclint/DocLintFormatTest.java --- pass tools/javac/lambda/MethodReferenceVarargsTest.java --- pass tools/javac/modules/ConvenientAccessErrorsTest.java 6 differences The nashorn test result is available at http://download.java.net/openjdk/testresults/9/archives/153/emailable-report.html -- Regards, Abdul Muneer Quality Engineer Oracle, Bangalore, India -------------- next part -------------- An HTML attachment was scrubbed... URL: From vermeulen.mp at gmail.com Sat Jan 28 13:36:25 2017 From: vermeulen.mp at gmail.com (Marco Vermeulen) Date: Sat, 28 Jan 2017 13:36:25 +0000 Subject: Packaging Proposal for OpenJDK Message-ID: Hi there, My name is Marco Vermeulen, and I'm the maintainer of SDKMAN!, an SDK download and management tool. For those not familiar with the SDKMAN! project, it is FLOSS tool which helps developers install and manage JVM related SDKs conveniently on their development environments. We don't host any binaries, we merely act as a broker on behalf of the user and help manage their local path variables. It's sole purpose is to make developers' lives easy! For more details, you can read up on what we do at our website [1]. Recently, we introduced the ability to install platform specific binaries, which finally opened the door for installing Java SDKs. Unfortunately, this means that we are pointing to the Oracle JDK binaries since Oracle are the only vendor providing single packaged JDKs for all mainstream platforms. I would like to propose an initiative to start providing official OpenJDK binary packages for the most used platforms across a version range (say 5.0 thru 9ea). I would suggest pre-packaged binaries for Linux, MacOSX, Cygwin/Windows and FreeBSD. Currently, most developers use Oracle JDKs because OpenJDK simply isn't available for their platform. This is very sad, as we are missing a great opportunity in helping the adoption of the OpenJDK! It would probably require the JDKs to be packaged as zips and tarballs, along with appropriate MD5 or SHA256 hashes for security purposes. I would suggest publishing these binaries on a free platform such as BinTray. On the tail of this I would love to see an automated publish of these binaries to SDKMAN!, allowing users to easily install the JDKs with minimum friction. The Groovy [2], Kotlin [3] and Ceylon [4] communities (amongst many others) are already doing this, and it helps them greatly in distributing their binaries. If needed, I am willing to get involved with this initiative myself, realising that much work would need to be done in order to automate such a pipeline for building, packaging and publishing the OpenJDK. I hope this sounds appealing to others, and we can get this happening sometime in the near future! Cheers, Marco. [1] http://sdkman.io [2] http://groovy-lang.org/download.html#sdkman [3] https://kotlinlang.org/docs/tutorials/command-line.html [4] https://ceylon-lang.org/download/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From dalibor.topic at oracle.com Mon Jan 30 12:06:47 2017 From: dalibor.topic at oracle.com (dalibor topic) Date: Mon, 30 Jan 2017 13:06:47 +0100 Subject: Packaging Proposal for OpenJDK In-Reply-To: References: Message-ID: On 28.01.2017 14:36, Marco Vermeulen wrote: > I would like to propose an initiative to start providing official > OpenJDK binary packages for the most used platforms across a version > range (say 5.0 thru 9ea). Hi Marco, OpenJDK 6 is the earliest such OpenJDK Project. We don't provide binaries, though, except in the case of a reference implementation of a Java SE platform JSR. You can find them at https://jdk7.java.net/java-se-7-ri/ and https://jdk8.java.net/java-se-8-ri/ - but they are provided primarily for use by implementors of the Java SE 7/8 Platform Specification and are recommended for reference purposes only, i.e. they receive no further updates. > I would suggest pre-packaged binaries for > Linux, MacOSX, Cygwin/Windows and FreeBSD. Currently, most developers > use Oracle JDKs because OpenJDK simply isn't available for their > platform. This is very sad, as we are missing a great opportunity in > helping the adoption of the OpenJDK! Third party provided binaries are typically available on all of the above platforms, often from more than one party. Have you looked at collaborating with such third parties directly? cheers, dalibor topic -- Dalibor Topic | Principal Product Manager Phone: +494089091214 | Mobile: +491737185961 ORACLE Deutschland B.V. & Co. KG | K?hneh?fe 5 | 22761 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 M?nchen Registergericht: Amtsgericht M?nchen, HRA 95603 Komplement?rin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Gesch?ftsf?hrer: Alexander van der Ven, Jan Schultheiss, Val Maher Oracle is committed to developing practices and products that help protect the environment From martijnverburg at gmail.com Mon Jan 30 12:13:46 2017 From: martijnverburg at gmail.com (Martijn Verburg) Date: Mon, 30 Jan 2017 12:13:46 +0000 Subject: Packaging Proposal for OpenJDK In-Reply-To: References: Message-ID: Hi Marco, I've invited you to a discussion with some of the 3rd party vendors (as Dalibor has suggested). Cheers, Martijn On 28 January 2017 at 13:36, Marco Vermeulen wrote: > Hi there, > > My name is Marco Vermeulen, and I'm the maintainer of SDKMAN!, an SDK > download and management tool. For those not familiar with the SDKMAN! > project, it is FLOSS tool which helps developers install and manage JVM > related SDKs conveniently on their development environments. We don't host > any binaries, we merely act as a broker on behalf of the user and help > manage their local path variables. It's sole purpose is to make developers' > lives easy! For more details, you can read up on what we do at our website > [1]. > > Recently, we introduced the ability to install platform specific binaries, > which finally opened the door for installing Java SDKs. Unfortunately, this > means that we are pointing to the Oracle JDK binaries since Oracle are the > only vendor providing single packaged JDKs for all mainstream platforms. > > I would like to propose an initiative to start providing official OpenJDK > binary packages for the most used platforms across a version range (say 5.0 > thru 9ea). I would suggest pre-packaged binaries for Linux, MacOSX, > Cygwin/Windows and FreeBSD. Currently, most developers use Oracle JDKs > because OpenJDK simply isn't available for their platform. This is very > sad, as we are missing a great opportunity in helping the adoption of the > OpenJDK! > > It would probably require the JDKs to be packaged as zips and tarballs, > along with appropriate MD5 or SHA256 hashes for security purposes. I would > suggest publishing these binaries on a free platform such as BinTray. > > On the tail of this I would love to see an automated publish of these > binaries to SDKMAN!, allowing users to easily install the JDKs with minimum > friction. The Groovy [2], Kotlin [3] and Ceylon [4] communities (amongst > many others) are already doing this, and it helps them greatly in > distributing their binaries. > > If needed, I am willing to get involved with this initiative myself, > realising that much work would need to be done in order to automate such a > pipeline for building, packaging and publishing the OpenJDK. > > I hope this sounds appealing to others, and we can get this happening > sometime in the near future! > > Cheers, > Marco. > > [1] http://sdkman.io > [2] http://groovy-lang.org/download.html#sdkman > [3] https://kotlinlang.org/docs/tutorials/command-line.html > [4] https://ceylon-lang.org/download/ > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: