Project Ortega BCM5719 LLVM https://git.raptorcs.com/git/bcm5719-llvm/atom?h=meklort-10.0.1 2020-01-11T16:54:39+00:00 2020-01-11T16:54:39+00:00 River Riddle riverriddle@google.com 2020-01-11T16:54:04+00:00 urn:sha1:2bdf33cc4c733342fc83081bc7410ac5e9a24f55 Summary: These were temporary methods used to simplify the transition. Reviewed By: antiagainst Differential Revision: https://reviews.llvm.org/D72548 2020-01-09T09:06:00+00:00 Alex Zinenko zinenko@google.com 2020-01-07T19:00:54+00:00 urn:sha1:08778d8c4fd8a6519c7f27bfa6b09c47262cb844 Introduce a set of function that promote a memref argument of a `gpu.func` to workgroup memory using memory attribution. The promotion boils down to additional loops performing the copy from the original argument to the attributed memory in the beginning of the function, and back at the end of the function using all available threads. The loop bounds are specified so as to adapt to any size of the workgroup. These utilities are intended to compose with other existing utilities (loop coalescing and tiling) in cases where the distribution of work across threads is uneven, e.g. copying a 2D memref with only the threads along the "x" dimension. Similarly, specialization of the kernel to specific launch sizes should be implemented as a separate pass combining constant propagation and canonicalization. Introduce a simple attribute-driven pass to test the promotion transformation since we don't have a heuristic at the moment. Differential revision: https://reviews.llvm.org/D71904 2020-01-02T22:40:09+00:00 River Riddle riverriddle@google.com 2020-01-02T22:28:37+00:00 urn:sha1:fd01d8626cdcce9f34caab060f8d3fd35f6661cc Summary: This changes the implementation of OpResult to have some of the results be represented inline in Value, via a pointer int pair of Operation*+result number, and the rest being trailing objects on the main operation. The full details of the new representation is detailed in the proposal here: https://groups.google.com/a/tensorflow.org/g/mlir/c/XXzzKhqqF_0/m/v6bKb08WCgAJ The only difference between here and the above proposal is that we only steal 2-bits for the Value kind instead of 3. This means that we can only fit 2-results inline instead of 6. This allows for other users to steal the final bit for PointerUnion/etc. If necessary, we can always steal this bit back in the future to save more space if 3-6 results are common enough. Reviewed By: jpienaar Differential Revision: https://reviews.llvm.org/D72020 2019-12-24T00:48:22+00:00 River Riddle riverriddle@google.com 2019-12-23T23:54:55+00:00 urn:sha1:21610e6651682a21a7ea8b81d65fa7271447fa31 This change refactors pass options to be more similar to how statistics are modeled. More specifically, the options are specified directly on the pass instead of in a separate options class. (Note that the behavior and specification for pass pipelines remains the same.) This brings about several benefits: * The specification of options is much simpler * The round-trip format of a pass can be generated automatically * This gives a somewhat deeper integration with "configuring" a pass, which we could potentially expose to users in the future. PiperOrigin-RevId: 286953824 2019-12-24T00:36:53+00:00 River Riddle riverriddle@google.com 2019-12-23T22:45:01+00:00 urn:sha1:e62a69561fb9d7b1013d2853da68d79a7907fead ValuePtr was a temporary typedef during the transition to a value-typed Value. PiperOrigin-RevId: 286945714 2019-12-23T23:33:37+00:00 Mehdi Amini aminim@google.com 2019-12-23T17:35:36+00:00 urn:sha1:56222a0694e4caf35e892d70591417c39fef1185 PiperOrigin-RevId: 286906740 2019-12-23T06:00:23+00:00 River Riddle riverriddle@google.com 2019-12-23T05:59:55+00:00 urn:sha1:35807bc4c5c9d8abc31ba0b2f955a82abf276e12 This is an initial step to refactoring the representation of OpResult as proposed in: https://groups.google.com/a/tensorflow.org/g/mlir/c/XXzzKhqqF_0/m/v6bKb08WCgAJ This change will make it much simpler to incrementally transition all of the existing code to use value-typed semantics. PiperOrigin-RevId: 286844725 2019-12-11T16:13:43+00:00 Alexander Belyaev pifon@google.com 2019-12-11T16:01:56+00:00 urn:sha1:4b0198acb523ba26b8d4384f0f61ca0b755cb0c6 Fix the usage of the map size when appending to the map with []. PiperOrigin-RevId: 284985916 2019-12-11T15:17:21+00:00 Alexander Belyaev pifon@google.com 2019-12-11T15:16:47+00:00 urn:sha1:984fdde269f7f9421f9cd444a5c11d7b096b711e PiperOrigin-RevId: 284979684 2019-12-11T09:03:25+00:00 Marcel Koester marcel.koester@dfki.de 2019-12-11T09:02:39+00:00 urn:sha1:98fbf41044d3364dbaf18db81b9e8d9520d14761 Closes tensorflow/mlir#255 PiperOrigin-RevId: 284935454