Disable _sort_outputs in TOSA backend (MLETORCH-1266)

Summary:
Disables the _sort_outputs call in the TOSA backend lowering.

The _sort_outputs function reorders TOSA flatbuffer outputs, but the
runner reads output shapes from original_module (a pre-preprocess copy),
creating a mismatch between expected and actual output order.

The TOSA reference model preserves flatbuffer order, so no sorting is
actually needed. This change prevents the mismatch issue.

When output_order_workaround is enabled, the code now logs a debug
message indicating the option is set but _sort_outputs is disabled.

Differential Revision: D92059044

Author: Andrew Pullin

backends/arm/tosa/backend.py

@@ -21,7 +21,6 @@
 from typing import cast, Dict, final, List
 
 import torch
-
 import tosa_serializer as ts
 from executorch.backends.arm.common.arm_compile_spec import ArmCompileSpec
 from executorch.backends.arm.common.debug import debug_fail, debug_tosa_dump
@@ -347,11 +346,16 @@ def _preprocess_module(  # noqa: C901
 
         node_visitors = get_node_visitors(edge_program, tosa_spec, debug_hook)
 
+        # _sort_outputs is intentionally disabled: it reorders the TOSA
+        # flatbuffer outputs but the runner reads output shapes from
+        # original_module (a pre-preprocess copy), creating a mismatch.
+        # The TOSA reference model preserves flatbuffer order, so no
+        # sorting is needed.
         if output_order_workaround:
-            logger.debug("Re-sorting outputs during TOSA lowering.")
-            graph_module = _sort_outputs(graph_module, node_to_id_map)
-        else:
-            logger.debug("No re-sorting outputs (workaround) during TOSA lowering.")
+            logger.debug(
+                "output_order_workaround is set but _sort_outputs is "
+                "disabled — see MLETORCH-1266."
+            )
 
         if submodule_name is not None:
             tosa_graph.startRegion(submodule_name)