History log of /external/tensorflow/tensorflow/compiler/tf2xla/kernels/identity_op.cc
Revision Date Author Comments (<<< Hide modified files) (Show modified files >>>)
ab57b485a5c1b9246f032b4ba049a9d207206a16 15-Feb-2018 A. Unique TensorFlower <gardener@tensorflow.org> Register "Snapshot" op inserted by Grappler arithmetic optimization. For (mostly) pure XLA graphs, this op is identical to "Identity".

PiperOrigin-RevId: 185873337
/external/tensorflow/tensorflow/compiler/tf2xla/kernels/identity_op.cc
7209c1602dc71cb118ab3fa6af282b85b63bd4ad 04-Oct-2017 Peter Hawkins <phawkins@google.com> [TF:XLA] Mark IdentityN as CompilationOnly().

PiperOrigin-RevId: 171025171
/external/tensorflow/tensorflow/compiler/tf2xla/kernels/identity_op.cc
061897179e9f576380f72fe2131cd48d4af3b581 02-Oct-2017 A. Unique TensorFlower <gardener@tensorflow.org> [TF:XLA] Add IdentityN operator.

PiperOrigin-RevId: 170754745
/external/tensorflow/tensorflow/compiler/tf2xla/kernels/identity_op.cc
93f9caba8e371bd2f55ec789ed2f8ece9b3d976d 30-Mar-2017 Peter Hawkins <phawkins@google.com> [TF:XLA] Refactor TF/XLA operator registration.

Rather than requiring an explicit registration for each (operator, backend) pair, by default register all operators for all backends, for all types supported by each backend.

As we are beginning to see out-of-tree backends, as XLA translations of operators are added to the TF/XLA bridge, per-backend explicit registration lists will become stale. Registering all operators on all backends is both less verbose and more maintainable for backend authors.

Since not all operators work on all backends, we add several constraint mechanisms:
* operators may specify type constraints that are shared across all backends.
* operators may specify a whitelist of backends on which they work. This is useful if an operator is CPU-only because of a CustomCall.
* backends may register a function that specifies operators to blacklist or whose registrations to modify. This is necessary since operator implementations cannot know the set of all out-of-tree backends.

This change also lays the ground-work for removing the list of compile-time constant inputs in const_analysis.cc. In a subsequent CL, compile-time constant inputs can be annotated on the XLA operator registration.
Change: 151724100
/external/tensorflow/tensorflow/compiler/tf2xla/kernels/identity_op.cc
a8c325e57c1077f1e8df540a20bd8b36d3d1f968 15-Feb-2017 Peter Hawkins <phawkins@google.com> [TF:XLA] Split XlaOpRegistry out of xla_compilation_device.{cc,h} into a separate xla_op_registry.{cc,h}.
Move XlaExpression out of xla_context.{cc,h} into xla_compilation_device.{cc,h}, since it is used to wrap computation handles on the XLA compilation device.
Change just moves code around, there are no functional changes.
Change: 147632770
/external/tensorflow/tensorflow/compiler/tf2xla/kernels/identity_op.cc
1e67c90e2caceeff82d09793d1ef5fa0300d219b 09-Jan-2017 Peter Hawkins <phawkins@google.com> Initial open-source release of XLA: Accelerated Linear Algebra.

XLA is a compiler-based linear algebra execution engine that targets CPUs, GPUs and custom accelerators.

XLA is still experimental; we are releasing it early to get the community involved.
Change: 143990941
/external/tensorflow/tensorflow/compiler/tf2xla/kernels/identity_op.cc