)]}' { "log": [ { "commit": "5c42c29b89286e5efa4a4613132b09051ce5945b", "tree": "5db25a4f62c5583f2f6fc42b9a2ff47362eeed5c", "parents": [ "242026e246a8b9efe098a0cce008fd525e011e5b" ], "author": { "name": "Vladimir Marko", "email": "vmarko@google.com", "time": "Wed Feb 25 12:02:49 2015 +0000" }, "committer": { "name": "Vladimir Marko", "email": "vmarko@google.com", "time": "Mon Mar 02 18:07:03 2015 +0000" }, "message": "Add support for .bss section in oat files.\n\nChange-Id: I779b80b8139d9afdc28373f8c68edff5df7726ce\n" }, { "commit": "6e88ef6b604a7a945a466784580c42e6554c1289", "tree": "1e296564787b51514cf2eca5b732647c1a82912e", "parents": [ "58e51f38e2304a08aa9ec380383e0b3614f96a96" ], "author": { "name": "Mathieu Chartier", "email": "mathieuc@google.com", "time": "Tue Oct 14 15:01:24 2014 -0700" }, "committer": { "name": "Mathieu Chartier", "email": "mathieuc@google.com", "time": "Tue Oct 14 15:43:21 2014 -0700" }, "message": "Change MemMap::maps_ to not be global variable\n\nRuntime.exit() was causing globals to get destructed at the same time\nthat another thread was using it for allocating a new mem map.\n\nBug: 17962201\nChange-Id: I400cb7b8141d858f3c08a6fe59a02838c04c6962\n" }, { "commit": "13735955f39b3b304c37d2b2840663c131262c18", "tree": "0a731ac42b8230f9929172fa3e3d8051874e2b18", "parents": [ "25b18bbdaa36ff936eb44f228f0518d4223e9d52" ], "author": { "name": "Ian Rogers", "email": "irogers@google.com", "time": "Wed Oct 08 12:43:28 2014 -0700" }, "committer": { "name": "Ian Rogers", "email": "irogers@google.com", "time": "Thu Oct 09 16:05:58 2014 -0700" }, "message": "stdint types all the way!\n\nChange-Id: I4e4ef3a2002fc59ebd9097087f150eaf3f2a7e08\n" }, { "commit": "928f72bd75c385ba2708c58521171a77264d4486", "tree": "86f7fa7a21e3f6d21c9cab2d4fffe4aaa42dc458", "parents": [ "dab9ed52f2df7189b81ccf3237b030ff638a492a" ], "author": { "name": "Andreas Gampe", "email": "agampe@google.com", "time": "Tue Sep 09 19:53:48 2014 -0700" }, "committer": { "name": "Andreas Gampe", "email": "agampe@google.com", "time": "Wed Sep 10 15:50:42 2014 -0700" }, "message": "ART: Fix things for valgrind\n\nWire up valgrind gtests. Add valgrind-test-art-host, currently\nonly depending on valgrind-test-art-host-gtest32.\n\nFix an Alloc setting to allow running valgrind.\n\nRefactor the fault handler to manage (and correctly release) the\nhandlers.\n\nFix minor failure-case leaks exposed by tests.\n\nFailing tests:\n\nThe optimizing compiler is leaking non-arena-ed structures\n(e.g., assembler buffers), as code generators are not destroyed.\nThe solution has been moved to a follow-up CL.\n\nNote: All 64b tests are failing as we cannot allocate a heap.\n\nChange-Id: I7f854cfd098d9f68107ce492363e7dba9a82b9fa\n" }, { "commit": "859c255c310ee0682f635fc5b1824bc72b8a1aa2", "tree": "ce3bf407a135225fe75442e4c56c4429fb64c9a9", "parents": [ "5bf6a77944acdeb0a9464803c70d0c65cf15b68b" ], "author": { "name": "Douglas Leung", "email": "douglas@mips.com", "time": "Wed Jun 11 11:47:09 2014 -0700" }, "committer": { "name": "Douglas Leung", "email": "douglas@mips.com", "time": "Wed Jun 11 11:47:09 2014 -0700" }, "message": "Fix mem_map_test for Mips.\n\nMips\u0027 kuseg window is from 0x0 to 0x80000000.\n\nChange-Id: I3e90b04030672c003cdb4f7e9cda414b673b2d04\nSigned-off-by: Douglas Leung \u003cdouglas@mips.com\u003e\n" }, { "commit": "3eed93dd5be03e5539827bebf0f414251a12e15e", "tree": "186fa74420e2595c9b6fba9ea8de94756af9cef5", "parents": [ "bbdc5bc5fd5141711879a6c85d80ac45b7aad5d0" ], "author": { "name": "Hiroshi Yamauchi", "email": "yamauchi@google.com", "time": "Wed Jun 04 11:43:59 2014 -0700" }, "committer": { "name": "Hiroshi Yamauchi", "email": "yamauchi@google.com", "time": "Wed Jun 04 15:50:46 2014 -0700" }, "message": "Verify there\u0027s no mem map gap for immune region not to break.\n\nThis adds code that verifies that there\u0027s no memory map gap between\nthe image space and the main space so that the immune region\nfunctionality won\u0027t silently break. For example, if there\u0027s a gap and\na large object is allocated in that gap, the large object is\nincorrectly part of the immune region and the marking breaks.\n\nBug: 14059466\nChange-Id: Ie6ed82988d74b6d0562ebbbaac96ee43c15b14a6\n" }, { "commit": "d8f26dbebe72c1cbdfa85bdeeb003283c7435db3", "tree": "d752729ef80ed46877681874ac69b3e846f34078", "parents": [ "fd1264475562006c93b651d33e0a6266e8093ebe" ], "author": { "name": "Andreas Gampe", "email": "agampe@google.com", "time": "Mon May 19 17:01:13 2014 -0700" }, "committer": { "name": "Andreas Gampe", "email": "agampe@google.com", "time": "Tue May 20 11:18:01 2014 -0700" }, "message": "ART: Randomize mem_map start address for linear scan search\n\nWhen using linear scan for mem_map, randomize the start of the\nsearch with getauxval(AT_RANDOM).\n\nChange-Id: Id1e4c86b928147d74b9b0b73ff704de5d87b4500\n" }, { "commit": "700a402244a1a423da4f3ba8032459f4b65fa18f", "tree": "4c22fcda04d271bd55a37aff30650214af17a90c", "parents": [ "047c11adcbcbc0bcf210defdfcbada763961ffee" ], "author": { "name": "Ian Rogers", "email": "irogers@google.com", "time": "Mon May 19 16:49:03 2014 -0700" }, "committer": { "name": "Ian Rogers", "email": "irogers@google.com", "time": "Mon May 19 22:27:39 2014 -0700" }, "message": "Now we have a proper C++ library, use std::unique_ptr.\n\nAlso remove the Android.libcxx.mk and other bits of stlport compatibility\nmechanics.\n\nChange-Id: Icdf7188ba3c79cdf5617672c1cfd0a68ae596a61\n" }, { "commit": "507dfdd147c97bfbadebfd63584d094b6a4e7b47", "tree": "cce43931b6dcd088cb2932c2491f86116353a27f", "parents": [ "922ddb30982d2597eab634d8b8598bec0eb7d3b7" ], "author": { "name": "Ian Rogers", "email": "irogers@google.com", "time": "Thu May 15 16:42:40 2014 -0700" }, "committer": { "name": "Ian Rogers", "email": "irogers@google.com", "time": "Thu May 15 16:50:51 2014 -0700" }, "message": "Compatibility layer to transition from UniquePtr to std::unique_ptr.\n\nUse ART_WITH_STLPORT (enabled for the target) to cause the use of UniquePtr,\nfor the host switch to std::unique_ptr. For now the type remains called\nUniquePtr.\nMake dalvik compile with clang on the host, move its build to C++11.\n\nChange-Id: I5ba8d2757904bc089ed62047ea03de3c0853fb12\n" }, { "commit": "84d49ccd79088eb9a9f423c0a96e3905468cfe7d", "tree": "30502e3c3f73000b2e49124cbd2da86d429036d8", "parents": [ "23d2b95b1d1c92898336a4ebf5c0281f79fb7581" ], "author": { "name": "Qiming Shi", "email": "qiming.shi@intel.com", "time": "Thu Apr 24 15:38:41 2014 +0800" }, "committer": { "name": "Andreas Gampe", "email": "agampe@google.com", "time": "Wed May 14 19:38:09 2014 -0700" }, "message": "ART: Resolve MAP_32BIT limitation in x86_64\n\nAdd checks that ensure when low4gb is set and an expected pointer\nis given the requested memory fits into 4GB.\n\nOn x86_64, only use MAP_32BIT when there is no expected pointer.\nThis avoids a limitation in mmap (only 2GB visible).\n\nAdd tests to check behavior.\n\nOriginal Author: Qiming Shi \u003cqiming.shi@intel.com\u003e\nChange-Id: Ia2e3e0a46764ef70126b0c264f1fae681622d3cb\n" }, { "commit": "4fb5df8453367aa3f160ac230c03a7a98a28e562", "tree": "069df39819c0f7e8f6f0d4af8569d8a06dafdaf9", "parents": [ "b6825e67ea7b85a910258713910a443cfec747e4" ], "author": { "name": "Hiroshi Yamauchi", "email": "yamauchi@google.com", "time": "Thu Mar 13 15:10:27 2014 -0700" }, "committer": { "name": "Brian Carlstrom", "email": "bdc@google.com", "time": "Fri Mar 14 15:17:32 2014 -0700" }, "message": "Make MemMap::MapAnonymous() fail if the requested address is not available.\n\nChange MapAnonymous() so that a requested address vs. actual map\naddress mismatch will cause a failure. The existing MapAnonymous()\ncall sites do not check this. This should prevent potential rare case\nbugs where mmap does not happen to map a region at an specified\naddress.\n\nThere\u0027s a potential bug that if MapAnonymous() does not guarantee the\nrequested address (and there\u0027s a gap between the image/oat files and\nthe zygote/malloc space), then GC could in theory allocate a large\nobject space in the gap. This would break the GC notion of the immune\nspace. This change will prevent this by causing all non-moving spaces\nto be (really) adjacent, with no gaps in between, which CL 87711\nmissed.\n\nChange-Id: Id4adb0e30adbad497334d7e00def4c0c66b15719\n" }, { "commit": "ef7d42fca18c16fbaf103822ad16f23246e2905d", "tree": "c67eea52a349c2ea7f2c3bdda8e73933c05531a8", "parents": [ "822115a225185d2896607eb08d70ce5c7099adef" ], "author": { "name": "Ian Rogers", "email": "irogers@google.com", "time": "Mon Jan 06 12:55:46 2014 -0800" }, "committer": { "name": "Ian Rogers", "email": "irogers@google.com", "time": "Thu Feb 06 23:20:27 2014 -0800" }, "message": "Object model changes to support 64bit.\n\nModify mirror objects so that references between them use an ObjectReference\nvalue type rather than an Object* so that functionality to compress larger\nreferences can be captured in the ObjectRefererence implementation.\nObjectReferences are 32bit and all other aspects of object layout remain as\nthey are currently.\n\nExpand fields in objects holding pointers so they can hold 64bit pointers. Its\nexpected the size of these will come down by improving where we hold compiler\nmeta-data.\nStub out x86_64 architecture specific runtime implementation.\nModify OutputStream so that reads and writes are of unsigned quantities.\nMake the use of portable or quick code more explicit.\nTemplatize AtomicInteger to support more than just int32_t as a type.\nAdd missing, and fix issues relating to, missing annotalysis information on the\nmutator lock.\nRefactor and share implementations for array copy between System and uses\nelsewhere in the runtime.\nFix numerous 64bit build issues.\n\nChange-Id: I1a5694c251a42c9eff71084dfdd4b51fff716822\n" }, { "commit": "fd7e7f1253927c8d7f17e7cbc259daaf51868bd3", "tree": "2bc3e24751d34e561ae94b6763215e6e209e4dbb", "parents": [ "8584a68279efc0f9a409a3555ae5ebf3ec2cc4ac" ], "author": { "name": "Hiroshi Yamauchi", "email": "yamauchi@google.com", "time": "Tue Oct 22 14:17:48 2013 -0700" }, "committer": { "name": "Hiroshi Yamauchi", "email": "yamauchi@google.com", "time": "Fri Oct 25 11:39:50 2013 -0700" }, "message": "Fix a double unmap issue in MemMap::UnMapAtEnd().\n\nMemMap::UnMapAtEnd() unmaps the unused tail of the alloc space during\na zygote fork. But it can cause the same tail region of the memory to\nbe unmapped twice (once in UnMapAtEnd() and once more in ~MemMap()\nduring a shutdown.)\n\nI encountered a crash because of this issue in SpaceTest.ZygoteTest\n(which happens to happen only on a device in a branch with the\nrosalloc change probably due to some randomness in mmap address\nchoice, etc.)\n\nHere\u0027s what happens:\n\n1) CreateZygoteSpace() will call UnMapAtEnd() and unmap the unused\ntail of the alloc space.\n\n2) In the same function, after UnMapAtEnd(), several libc new/malloc\nallocations, including a new DlMallocSpace object, happen. This\nhappens to cause libc to map a new memory region that overlaps with\nthe memory region that has just been unmapped in 1) and use it to\nallocate those allocations (that is, the new DlMallocSpace object is\nallocated in that memory region.) This is a second DlMallocSpace that\nbecomes the new alloc space after zygote fork. The first DlMallocSpace\nbecomes the zygote space. Note that that libc maps that memory region\nbefore the underlying memory of the second DlMallocSpace is mapped.\n\n3) During a Runtime shutdown (which happens once for a normal VM\nshutdown or at the end of each test run) all the spaces get destructed\nincluding the the two DlMallocSpaces one by one. When the first\nDlMallocSpace gets destructed (note the space list is sorted by\naddress,) its super destructor ~MemMap() unmaps the original memory\nregion that\u0027s already partially unmapped in 2). Now this memory region\nincludes the libc memory region that includes the second DlMallocSpace\nobject.\n\n4) When the second DlMallocSpace object gets attempted to be\ndestructed, the memory in which the object resides is already unmapped\nin 3) and causes a SIGSEGV.\n\nThis change replaces UnMapAtEnd() with a new function RemapAtEnd()\nwhich combines the unmapping of the tail region and remapping of it to\nachieve the following two things:\n\n1) Fixes this double unmap issue by updating the base_size_ member\nvariable to exclude the already-unmapped tail region so that ~MemMap()\nwill not unmap the tail region again.\n\n2) Improves on the non-atomicity issue in the unmap/map sequence in\nCreateZygoteSpace(). That is, once the unused tail portion of the\nmemory region of the origina alloc space is unmapped, something like\nlibc could come along and take that memory region, before the memory\nregion is mapped again for the new alloc space. This, as a result,\nwould make a hole between the old alloc (new zygote) space and the new\nalloc space and cause the two spaces to be\nnon-contiguous. RemapAtEnd() eliminates new/malloc allocations between\nthe unmap and the map calls. But note this still isn\u0027t perfect as\nother threads could in theory take the memory region between the\nmunmap and the mmap calls.\n\nAdded tests.\n\nChange-Id: I43bc3a33a2cbfc7a092890312e34aa5285384589\n" }, { "commit": "8d31bbd3d6536de12bc20e3d29cfe03fe848f9da", "tree": "2373ae08ddddaf1034623df85d647ecf9ac6c831", "parents": [ "57e6d8a99058e5c74d5244b68a5f4d53526fa108" ], "author": { "name": "Ian Rogers", "email": "irogers@google.com", "time": "Sun Oct 13 10:44:14 2013 -0700" }, "committer": { "name": "Ian Rogers", "email": "irogers@google.com", "time": "Mon Oct 21 17:01:11 2013 -0700" }, "message": "Throw IOException at source of failing to open a dex file.\n\nBefore is:\njava.lang.ClassNotFoundException: Didn\u0027t find class \"GCBench\" on path: DexPathList[[zip file \"/disk2/dalvik-dev/out/host/linux-x86/framework/GCBench.jar\"],nativeLibraryDirectories\u003d[/disk2/dalvik-dev/out/host/linux-x86/lib]]\n at dalvik.system.BaseDexClassLoader.findClass(BaseDexClassLoader.java:56)\n at java.lang.ClassLoader.loadClass(ClassLoader.java:511)\n at java.lang.ClassLoader.loadClass(ClassLoader.java:469)\n Suppressed: java.lang.ClassNotFoundException: GCBench\n at java.lang.Class.classForName(Native Method)\n at java.lang.BootClassLoader.findClass(ClassLoader.java:781)\n at java.lang.BootClassLoader.loadClass(ClassLoader.java:841)\n at java.lang.ClassLoader.loadClass(ClassLoader.java:504)\n ... 1 more\n Caused by: java.lang.NoClassDefFoundError: Class \"LGCBench;\" not found\n ... 5 more\nAnd after is:\njava.lang.ClassNotFoundException: Didn\u0027t find class \"GCBench\" on path: DexPathList[[zip file \"/disk2/dalvik-dev/out/host/linux-x86/framework/GCBench.jar\"],nativeLibraryDirectories\u003d[/disk2/dalvik-dev/out/host/linux-x86/lib]]\n at dalvik.system.BaseDexClassLoader.findClass(BaseDexClassLoader.java:56)\n at java.lang.ClassLoader.loadClass(ClassLoader.java:511)\n at java.lang.ClassLoader.loadClass(ClassLoader.java:469)\n Suppressed: java.io.IOException: Zip archive \u0027/disk2/dalvik-dev/out/host/linux-x86/framework/GCBench.jar\u0027 doesn\u0027t contain classes.dex\n at dalvik.system.DexFile.openDexFile(Native Method)\n at dalvik.system.DexFile.\u003cinit\u003e(DexFile.java:80)\n at dalvik.system.DexFile.\u003cinit\u003e(DexFile.java:59)\n at dalvik.system.DexPathList.loadDexFile(DexPathList.java:268)\n at dalvik.system.DexPathList.makeDexElements(DexPathList.java:235)\n at dalvik.system.DexPathList.\u003cinit\u003e(DexPathList.java:113)\n at dalvik.system.BaseDexClassLoader.\u003cinit\u003e(BaseDexClassLoader.java:48)\n at dalvik.system.PathClassLoader.\u003cinit\u003e(PathClassLoader.java:38)\n at java.lang.ClassLoader.createSystemClassLoader(ClassLoader.java:128)\n at java.lang.ClassLoader.access$000(ClassLoader.java:65)\n at java.lang.ClassLoader$SystemClassLoader.\u003cclinit\u003e(ClassLoader.java:81)\n at java.lang.ClassLoader.getSystemClassLoader(ClassLoader.java:137)\n Suppressed: java.lang.ClassNotFoundException: GCBench\n at java.lang.Class.classForName(Native Method)\n at java.lang.BootClassLoader.findClass(ClassLoader.java:781)\n at java.lang.BootClassLoader.loadClass(ClassLoader.java:841)\n at java.lang.ClassLoader.loadClass(ClassLoader.java:504)\n ... 1 more\n Caused by: java.lang.NoClassDefFoundError: Class \"LGCBench;\" not found\n ... 5 more\n\nAlso, move dex file verifier messages out of logs.\nIn the process the ClassLinker::dex_lock_ needed tidying to cover a smaller\nscope. Bug 11301553.\n\nChange-Id: I80058652e11e7ea63457cc01a0cb48afe1c15543\n" }, { "commit": "9004cb6591781d1e6c5ec6d7bc6dc99d9ecee124", "tree": "000dd4df72a86f516774945a58b754327c758d24", "parents": [ "9dcd45c60c691524bd8ef7d6f65075d9ee3e5554" ], "author": { "name": "Brian Carlstrom", "email": "bdc@google.com", "time": "Fri Jul 26 15:48:31 2013 -0700" }, "committer": { "name": "Brian Carlstrom", "email": "bdc@google.com", "time": "Mon Jul 29 18:15:36 2013 -0700" }, "message": "Allow MemMap to support empty map requests\n\nDiscovered trying to use ZipEntry::ExtractToMemMap on an empty preloaded-classes.\n\nBug: 8659045\nChange-Id: Icfbbe6b313e2d1ee708b44a8d8d354d6203fd669\n" } ] }