<feed xmlns='http://www.w3.org/2005/Atom'>
<title>bcm5719-llvm/mlir/lib/Conversion/LoopsToGPU, branch meklort-10.0.1</title>
<subtitle>Project Ortega BCM5719 LLVM</subtitle>
<id>https://git.raptorcs.com/git/bcm5719-llvm/atom?h=meklort-10.0.1</id>
<link rel='self' href='https://git.raptorcs.com/git/bcm5719-llvm/atom?h=meklort-10.0.1'/>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/'/>
<updated>2020-01-14T13:06:37+00:00</updated>
<entry>
<title>Make helper functions static or move them into anonymous namespaces.  NFC.</title>
<updated>2020-01-14T13:06:37+00:00</updated>
<author>
<name>Benjamin Kramer</name>
<email>benny.kra@googlemail.com</email>
</author>
<published>2020-01-14T13:06:12+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=df186507e1d07c3ddba091a076ba7a33dbdc5867'/>
<id>urn:sha1:df186507e1d07c3ddba091a076ba7a33dbdc5867</id>
<content type='text'>
</content>
</entry>
<entry>
<title>[mlir] NFC: Remove Value::operator* and Value::operator-&gt; now that Value is properly value-typed.</title>
<updated>2020-01-11T16:54:39+00:00</updated>
<author>
<name>River Riddle</name>
<email>riverriddle@google.com</email>
</author>
<published>2020-01-11T16:54:04+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=2bdf33cc4c733342fc83081bc7410ac5e9a24f55'/>
<id>urn:sha1:2bdf33cc4c733342fc83081bc7410ac5e9a24f55</id>
<content type='text'>
Summary: These were temporary methods used to simplify the transition.

Reviewed By: antiagainst

Differential Revision: https://reviews.llvm.org/D72548
</content>
</entry>
<entry>
<title>[mlir] Fix -Wrange-loo-analysis warnings</title>
<updated>2020-01-02T00:06:04+00:00</updated>
<author>
<name>Fangrui Song</name>
<email>maskray@google.com</email>
</author>
<published>2020-01-01T23:55:14+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=eeef50b1fee91dbe993187324003d2665ceae331'/>
<id>urn:sha1:eeef50b1fee91dbe993187324003d2665ceae331</id>
<content type='text'>
for (const auto &amp;x : llvm::zip(..., ...))

-&gt;

for (auto x : llvm::zip(..., ...))

The return type of zip() is a wrapper that wraps a tuple of references.

&gt; warning: loop variable 'p' is always a copy because the range of type 'detail::zippy&lt;detail::zip_shortest, ArrayRef&lt;long&gt; &amp;, ArrayRef&lt;long&gt; &amp;&gt;' does not return a reference [-Wrange-loop-analysis]
</content>
</entry>
<entry>
<title>NFC: Replace ValuePtr with Value and remove it now that Value is value-typed.</title>
<updated>2019-12-24T00:36:53+00:00</updated>
<author>
<name>River Riddle</name>
<email>riverriddle@google.com</email>
</author>
<published>2019-12-23T22:45:01+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=e62a69561fb9d7b1013d2853da68d79a7907fead'/>
<id>urn:sha1:e62a69561fb9d7b1013d2853da68d79a7907fead</id>
<content type='text'>
ValuePtr was a temporary typedef during the transition to a value-typed Value.

PiperOrigin-RevId: 286945714
</content>
</entry>
<entry>
<title>Adjust License.txt file to use the LLVM license</title>
<updated>2019-12-23T23:33:37+00:00</updated>
<author>
<name>Mehdi Amini</name>
<email>aminim@google.com</email>
</author>
<published>2019-12-23T17:35:36+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=56222a0694e4caf35e892d70591417c39fef1185'/>
<id>urn:sha1:56222a0694e4caf35e892d70591417c39fef1185</id>
<content type='text'>
PiperOrigin-RevId: 286906740
</content>
</entry>
<entry>
<title>NFC: Introduce new ValuePtr/ValueRef typedefs to simplify the transition to Value being value-typed.</title>
<updated>2019-12-23T06:00:23+00:00</updated>
<author>
<name>River Riddle</name>
<email>riverriddle@google.com</email>
</author>
<published>2019-12-23T05:59:55+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=35807bc4c5c9d8abc31ba0b2f955a82abf276e12'/>
<id>urn:sha1:35807bc4c5c9d8abc31ba0b2f955a82abf276e12</id>
<content type='text'>
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
</content>
</entry>
<entry>
<title>Add integer bit-shift operations to the standard dialect.</title>
<updated>2019-12-22T18:02:13+00:00</updated>
<author>
<name>Manuel Freiberger</name>
<email>manuel.freiberger@gmail.com</email>
</author>
<published>2019-12-22T18:01:35+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=22954a0e408afde1d8686dffb3a3dcab107a2cd3'/>
<id>urn:sha1:22954a0e408afde1d8686dffb3a3dcab107a2cd3</id>
<content type='text'>
Rename the 'shlis' operation in the standard dialect to 'shift_left'. Add tests
for this operation (these have been missing so far) and add a lowering to the
'shl' operation in the LLVM dialect.

Add also 'shift_right_signed' (lowered to LLVM's 'ashr') and 'shift_right_unsigned'
(lowered to 'lshr').

The original plan was to name these operations 'shift.left', 'shift.right.signed'
and 'shift.right.unsigned'. This works if the operations are prefixed with 'std.'
in MLIR assembly. Unfortunately during import the short form is ambigous with
operations from a hypothetical 'shift' dialect. The best solution seems to omit
dots in standard operations for now.

Closes tensorflow/mlir#226

PiperOrigin-RevId: 286803388
</content>
</entry>
<entry>
<title>Replace custom getBody method with an ODS-generated in gpu::LaunchOp</title>
<updated>2019-12-06T22:29:25+00:00</updated>
<author>
<name>Alex Zinenko</name>
<email>zinenko@google.com</email>
</author>
<published>2019-12-06T22:28:54+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=e96150eb46d8c381f11a7333f0384aad0fc8d1b6'/>
<id>urn:sha1:e96150eb46d8c381f11a7333f0384aad0fc8d1b6</id>
<content type='text'>
PiperOrigin-RevId: 284262981
</content>
</entry>
<entry>
<title>Move Affine to Standard conversion to lib/Conversion</title>
<updated>2019-11-14T18:35:21+00:00</updated>
<author>
<name>Alex Zinenko</name>
<email>zinenko@google.com</email>
</author>
<published>2019-11-14T18:34:46+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=971b8dd4d881cdc21b6aa73a3797bf9a6d48ca14'/>
<id>urn:sha1:971b8dd4d881cdc21b6aa73a3797bf9a6d48ca14</id>
<content type='text'>
This is essentially a dialect conversion and conceptually belongs to
conversions.

PiperOrigin-RevId: 280460034
</content>
</entry>
<entry>
<title>Support lowering of imperfectly nested loops into GPU dialect.</title>
<updated>2019-11-01T17:52:06+00:00</updated>
<author>
<name>Mahesh Ravishankar</name>
<email>ravishankarm@google.com</email>
</author>
<published>2019-11-01T17:51:33+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=9cbbd8f4dfa47d84bd7531b255f065762b981fba'/>
<id>urn:sha1:9cbbd8f4dfa47d84bd7531b255f065762b981fba</id>
<content type='text'>
The current lowering of loops to GPU only supports lowering of loop
nests where the loops mapped to workgroups and workitems are perfectly
nested. Here a new lowering is added to handle lowering of imperfectly
nested loop body with the following properties
1) The loops partitioned to workgroups are perfectly nested.
2) The loop body of the inner most loop partitioned to workgroups can
contain one or more loop nests that are to be partitioned across
workitems. Each individual loops nests partitioned to workitems should
also be perfectly nested.
3) The number of workgroups and workitems are not deduced from the
loop bounds but are passed in by the caller of the lowering as values.
4) For statements within the perfectly nested loop nest partitioned
across workgroups that are not loops, it is valid to have all threads
execute that statement. This is NOT verified.

PiperOrigin-RevId: 277958868
</content>
</entry>
</feed>
