aboutsummaryrefslogtreecommitdiffstats
path: root/hotspot
Commit message (Collapse)AuthorAgeFilesLines
* changes for support JDK8u172, needed to create ↵Przemysław Rumik2018-05-262-9/+176
| | | | dmh-field-accessors-java8u172.patch because in src/share/vm/classfile/vmSymbols.hpp getProtectionDomain have 2 new templates and old dmh-field-accessors-java8u80.patch wasn't able to merge
* updated to dcevm/dcevmPrzemysław Rumik2018-05-262-2/+31
|\
| * fix for proper incrementation of classRedefinedCount, till now we were ↵Przemysław Rumik2018-03-242-0/+29
| | | | | | | | updating value in old class Class file
* | Updating for Java 8 update 162 build 12Przemysław Rumik2018-02-261-8/+8
| |
* | Updating for Java 8 Update 161 build 12Przemysław Rumik2018-02-241-8/+8
|/
* Initial change for JDK8u152Piotr Bober2017-12-132-8/+3786
|
* Lock on JvmtiRedefine methodskybber2017-10-082-0/+97
|
* Updating for Java 8 Update 144light-jdk8u144+2Ivan Dubrov2017-08-271-8/+8
|
* Fixing incorrect order of arguments in aligned_disjoint_wordslight-jdk8u112+9Ivan Dubrov2017-07-111-41/+58
|
* fixes dcevm8 lambda method unevolvingskybber2016-12-062-1/+3802
|
* Fix problem with java8 breakpointsskybber2016-12-032-0/+20
| | | | | | | | Jvmti GetLoadedClasses collects classes from classloaders in java8 while java7 collects it from SystemDictionary. Dcevm7/8 holds only new classes in Dictionary while classloader holds all versions including old one. Therefore dcevm8 must return only new version in jvmti getLoadedClasses.
* Update -XX:HotswapDeoptClassPath= for jdk8skybber2016-10-281-49/+96
| | | | | Flag is used to specify set of packages to be deoptimized after class redefinition. By default all classes are redefined that leads to performance drop.
* Jdk8u102, jdk8u111, jdk8u112 patchskybber2016-10-231-7/+7
| | | | | | | Patch for jdk7u85 is applicable on jdk7u111 as well. Dcevm for jdk7u85 is binary compatible up to jdk7u99. The binary compatibility for newer java7 versions is broken therefore dcevm for jdk7u111 is necessarry. Same for jdk8u102 and higher.
* Jdk7u111 light + full patchskybber2016-10-231-6/+6
| | | | | | Patch for jdk7u85 is applicable on jdk7u111 as well. Dcevm for jdk7u85 is binary compatible up to jdk7u99. The binary compatibility for newer java7 versions is broken therefore dcevm for jdk7u111 is necessarry.
* Updating for Java8u92light-jdk8u92+1Ivan Dubrov2016-05-202-8/+3765
|
* Another try at not clearing cachelight-jdk8u74+10Ivan Dubrov2016-04-061-14/+32
|
* Need to always clear f1 for invokedynamic/invokehandlelight-jdk8u74+9Ivan Dubrov2016-04-061-9/+21
|
* Updating component_mirror during redefinitionIvan Dubrov2016-04-061-108/+109
|
* Do not clear f1 for nowIvan Dubrov2016-04-052-0/+28
| | | | Seems like f1 is still sometimes uses (in field scenario?) even though we zero bytecode, so it should be re-resolved.
* Make sure we update klasses in constraintslight-jdk8u74+1Ivan Dubrov2016-03-021-111/+155
| | | | fixes #94
* Updating for Java8u74Ivan Dubrov2016-03-021-6/+6
|
* Return some valuelight-jdk8u66+5Ivan Dubrov2015-12-071-29/+30
|
* Adding JVM_GetVmMemoryPressure stubIvan Dubrov2015-12-071-37/+51
|
* Updating to jdk8u66Ivan Dubrov2015-12-073-4/+3954
|
* Reducing log messagesfull-jdk7u79+8Ivan Dubrov2015-12-071-19/+45
|
* Light jdk7u85b02 supportskybber2015-12-042-2/+10340
| | | | should be compatible with 7u91 too
* Duplicity distro patch removed from full patchskybber2015-12-031-12/+0
|
* Full jdk7u85b02 supportskybber2015-12-032-2/+12391
| | | | should be compatible with 7u91 too
* Fixing issue when lambda method could not be foundlight-jdk8u51+3Ivan Dubrov2015-08-271-108/+112
| | | | closes #81
* Support for Java 8 update 51light-jdk8u51+2Ivan Dubrov2015-07-221-6/+6
|
* Fixing fields handlinglight-jdk7u79+3Ivan Dubrov2015-07-101-21/+34
|
* Applying patch only on lightIvan Dubrov2015-07-101-1/+1
|
* Fixing fields handlingIvan Dubrov2015-07-101-96/+105
|
* Copying method handles code from full versionIvan Dubrov2015-07-102-0/+346
|
* Java 7u79 light supportIvan Dubrov2015-07-102-2/+2
|
* Support for Java7u79feature/jdk7u79-supportIvan Dubrov2015-07-103-2464/+2791
|
* Cleaning up constant pool cache clearing codefeature/experimental-cpcacheIvan Dubrov2015-07-082-286/+280
| | | | | | | | | | | | | | | | | | | | | | | Clear constant pool cache entries which are related to invokehandle/invokedynamic and ones which are unresolved (have both bytecodes set to 0). There are two cases when such entries could be non-empty (have data in f1/f2): 1. invokedynamic/invokehandle-related entries in which f2 was set during constant pool cache initialization. 2. put/get into static field when class having the field is not initialized yet. Previously, we didn't clear such entries as clearing f2 in first case results in crash. However, if we don't clear f1 in the second case, we will not be able to initialize class for the second time (to re-create all enum constants, for example) as non-empty f2 will cause assertion to fail. The current implementation uses free bit in constant pool cache entry to mark all entries with resolved indices (case #1). The clearing code preserves f2 for all such entries.
* Updating bug tracker URLlight-jdk8u45+15Ivan Dubrov2015-06-243-3/+3
|
* Fixing issue with vmindex not being properly updated.Ivan Dubrov2015-06-241-104/+138
|
* Export added JNI functionlight-jdk8u45+13Ivan Dubrov2015-06-181-9/+99
|
* Stub JVM_SetVmMemoryPressure function in jvm.cppIvan Dubrov2015-06-182-0/+20
|
* Reverting series fileIvan Dubrov2015-06-121-5/+5
|
* full/light jdk7u79-b02 supportskybber2015-06-073-2/+22718
|
* Fixing series filelight-jdk8u45+4Ivan Dubrov2015-06-031-5/+5
|
* Updating for Java 8u40Ivan Dubrov2015-04-281-5/+5
|
* Only select GC if not selected by AllowEnhancedClassRedefinitionIvan Dubrov2015-04-061-11/+12
|
* Fixing patches for 8u40Ivan Dubrov2015-04-012-131/+144
|
* jdk8u40-b25 updatesIvan Dubrov2015-03-319-358/+4860
|
* TRACE gcc compiling problem resolvedskybber2015-03-141-2/+2
|
* jdk8u31-b13 updatesskybber2015-02-172-3/+63
|
generated by cgit v1.2.3 (git 2.39.1) at 2024-12-22 21:35:07 +0000