Project Ortega BCM5719 LLVM https://git.raptorcs.com/git/bcm5719-llvm/atom?h=meklort-10.0.1 2019-04-17T04:52:47+00:00 2019-04-17T04:52:47+00:00 Eric Christopher echristo@gmail.com 2019-04-17T04:52:47+00:00 urn:sha1:cee313d288a4faf0355d76fb6e0e927e211d08a5 The reversion apparently deleted the test/Transforms directory. Will be re-reverting again. llvm-svn: 358552 2019-04-17T02:12:23+00:00 Eric Christopher echristo@gmail.com 2019-04-17T02:12:23+00:00 urn:sha1:a86343512845c9c1fdbac865fea88aa5fce7142a As it's causing some bot failures (and per request from kbarton). This reverts commit r358543/ab70da07286e618016e78247e4a24fcb84077fda. llvm-svn: 358546 2018-05-09T02:40:45+00:00 Shiva Chen shiva0217@gmail.com 2018-05-09T02:40:45+00:00 urn:sha1:2c864551df3945f50e1780b2f2c880ec358ae715 In order to set breakpoints on labels and list source code around labels, we need collect debug information for labels, i.e., label name, the function label belong, line number in the file, and the address label located. In order to keep these information in LLVM IR and to allow backend to generate debug information correctly. We create a new kind of metadata for labels, DILabel. The format of DILabel is !DILabel(scope: !1, name: "foo", file: !2, line: 3) We hope to keep debug information as much as possible even the code is optimized. So, we create a new kind of intrinsic for label metadata to avoid the metadata is eliminated with basic block. The intrinsic will keep existing if we keep it from optimized out. The format of the intrinsic is llvm.dbg.label(metadata !1) It has only one argument, that is the DILabel metadata. The intrinsic will follow the label immediately. Backend could get the label metadata through the intrinsic's parameter. We also create DIBuilder API for labels to be used by Frontend. Frontend could use createLabel() to allocate DILabel objects, and use insertLabel() to insert llvm.dbg.label intrinsic in LLVM IR. Differential Revision: https://reviews.llvm.org/D45024 Patch by Hsiangkai Wang. llvm-svn: 331841 2016-08-22T12:59:58+00:00 Balaram Makam bmakam@codeaurora.org 2016-08-22T12:59:58+00:00 urn:sha1:a927aa4ad083a180558fe9e2224805cdc6a60b47 Reviewers: mcrosier, tejohnson Subscribers: aemerson, rengolin, mcrosier, llvm-commits Differential Revision: https://reviews.llvm.org/D23724 llvm-svn: 279431 2016-07-22T22:53:17+00:00 Adam Nemet anemet@apple.com 2016-07-22T22:53:17+00:00 urn:sha1:9e6e63fba2e63bc971565d4cb7f4cda30ab3366d llvm-svn: 276488 2016-06-21T22:47:56+00:00 Haicheng Wu haicheng@codeaurora.org 2016-06-21T22:47:56+00:00 urn:sha1:a783bac50bf7ab18aedeea9df60ecff7d8054942 Differential Revision: http://reviews.llvm.org/D21535 llvm-svn: 273329 2016-05-05T00:08:15+00:00 Adam Nemet anemet@apple.com 2016-05-05T00:08:15+00:00 urn:sha1:3c5eabfcbc62c0cddef3186f63c27d64395c04e0 With -Rpass=loop-data-prefetch, show the memory access that got prefetched. llvm-svn: 268578 2016-03-29T23:45:52+00:00 Adam Nemet anemet@apple.com 2016-03-29T23:45:52+00:00 urn:sha1:1428d41f9a8a9dfed10b12b756a8a78a9d38a572 This is effectively NFC, minus the renaming of the options (-cyclone-prefetch-distance -> -prefetch-distance). The change was requested by Tim in D17943. llvm-svn: 264806 2016-03-18T00:27:43+00:00 Adam Nemet anemet@apple.com 2016-03-18T00:27:43+00:00 urn:sha1:709e3046ee3c473b373fe5ec61e4d6e467991898 Summary: It can hurt performance to prefetch ahead too much. Be conservative for now and don't prefetch ahead more than 3 iterations on Cyclone. Reviewers: hfinkel Subscribers: llvm-commits, mzolotukhin Differential Revision: http://reviews.llvm.org/D17949 llvm-svn: 263772 2016-03-18T00:27:38+00:00 Adam Nemet anemet@apple.com 2016-03-18T00:27:38+00:00 urn:sha1:6d8beeca5302984e845d9c6d7bf0a9e4a5ca98f9 Summary: And use this TTI for Cyclone. As it was explained in the original RFC (http://thread.gmane.org/gmane.comp.compilers.llvm.devel/92758), the HW prefetcher work up to 2KB strides. I am also adding tests for this and the previous change (D17943): * Cyclone prefetching accesses with a large stride * Cyclone not prefetching accesses with a small stride * Generic Aarch64 subtarget not prefetching either Reviewers: hfinkel Subscribers: aemerson, rengolin, llvm-commits, mzolotukhin Differential Revision: http://reviews.llvm.org/D17945 llvm-svn: 263771