aboutsummaryrefslogtreecommitdiffstats
path: root/hotspot
Commit message (Collapse)AuthorAgeFilesLines
* 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
|
* full-jdk7u71-b01 added to series fileVladimir Dvorak2014-11-261-1/+2
|
* full-jdk7u71-b01.patchskybber2014-11-171-0/+12176
|
* Working on Java 7u71 supportlight-jdk7u71+2Ivan Dubrov2014-10-171-2/+2
|
* light-jdk8u20 patch + deopt patchVladimír Dvo?ák2014-09-023-8/+3968
|
* full-jdk760-b09 patchVladimír Dvo?ák2014-08-193-0/+12634
|
* light-jdk7u60 deopt-cp patchVladimír Dvo?ák2014-07-072-0/+226
|
* Creating patch for Java 7u60Ivan Dubrov2014-07-022-0/+10280
| | | | | | | Took 7u51 patch, applied, resolved conflicts. jvmtiRedefineClasses.(c|h)pp were copied from a 7u51 working tree with patch applied (generally, jvmtiRedefineClasses shouldn't be merged since they are mostly rewritten).
* light-jdk7u51 deopt-cp patch. Indentation fix.Vladimír Dvo?ák2014-07-024-29/+243
|
* deopt-incl flag propagated only if in superclass is set to trueVladimír Dvo?ák2014-06-282-20/+22
|
* Set nmethod's deoptimization_incl flag from owner klassVladimír Dvo?ák2014-06-262-28/+64
|
* Force set deoptimization_incl flag for all hotswapped classesVladimír Dvo?ák2014-06-242-6/+24
|
generated by cgit v1.2.3 (git 2.39.1) at 2024-12-22 21:28:01 +0000