Fix docs

Summary:
Address issues on T166442606
1. Make sure all python code snippet and bash commands can run.
2. Modify some links a bit.

Differential Revision: D50250157

Author: kirklandsign

docs/source/tutorial-xnnpack-delegate-lowering.md

@@ -23,47 +23,48 @@ In this tutorial, you will learn how to export an XNNPACK lowered Model and run
 import torch
 import torchvision.models as models
 
+from torch.export import export
 from torchvision.models.mobilenetv2 import MobileNet_V2_Weights
-from executorch.examples.portable.utils import export_to_edge
 from executorch.backends.xnnpack.partition.xnnpack_partitioner import XnnpackPartitioner
+from executorch.exir import to_edge
 
 
-mobilenet_v2 = models.mobilenetv2.mobilenet_v2(weights=MobileNet_V2_Weights).eval()
+mobilenet_v2 = models.mobilenetv2.mobilenet_v2(weights=MobileNet_V2_Weights.DEFAULT).eval()
 sample_inputs = (torch.randn(1, 3, 224, 224), )
 
-edge = export_to_edge(mobilenet_v2, example_inputs)
-
+edge = to_edge(export(mobilenet_v2, sample_inputs))
 
 edge = edge.to_backend(XnnpackPartitioner)
 ```
 
-We will go through this example with the MobileNetV2 pretrained model downloaded from the TorchVision library. The flow of lowering a model starts after exporting the model `to_edge`. We call the `to_backend` api with the `XnnpackPartitioner`. The partitioner identifies the subgraphs suitable for XNNPACK backend delegate to consume. Afterwards, the identified subgraphs will be serialized with the XNNPACK Delegate flatbuffer schema and each subgraph will be replaced with a call to the XNNPACK Delegate.
+We will go through this example with the [MobileNetV2](https://pytorch.org/hub/pytorch_vision_mobilenet_v2/) pretrained model downloaded from the TorchVision library. The flow of lowering a model starts after exporting the model `to_edge`. We call the `to_backend` api with the `XnnpackPartitioner`. The partitioner identifies the subgraphs suitable for XNNPACK backend delegate to consume. Afterwards, the identified subgraphs will be serialized with the XNNPACK Delegate flatbuffer schema and each subgraph will be replaced with a call to the XNNPACK Delegate.
 
 ```python
->>> print(edge.exported_program.graph_module)
-class GraphModule(torch.nn.Module):
-        def forward(self, arg314_1: f32[1, 3, 224, 224]):
-            lowered_module_0 = self.lowered_module_0
-            executorch_call_delegate = torch.ops.executorch_call_delegate(lowered_module_0, arg314_1)
-            getitem: f32[1, 1280, 1, 1] = executorch_call_delegate[0]
-
-            aten_view_copy_default: f32[1, 1280] = executorch_exir_dialects_edge__ops_aten_view_copy_default(getitem, [1, 1280])
-
-            aten_clone_default: f32[1, 1280] = executorch_exir_dialects_edge__ops_aten_clone_default(aten_view_copy_default)
+>>> print(edge.exported_program().graph_module)
+GraphModule(
+  (lowered_module_0): LoweredBackendModule()
+  (lowered_module_1): LoweredBackendModule()
+)
 
-            lowered_module_1 = self.lowered_module_1
-            executorch_call_delegate_1 = torch.ops.executorch_call_delegate(lowered_module_1, aten_clone_default)
-            getitem_1: f32[1, 1000] = executorch_call_delegate_1[0]
-            return (getitem_1,)
+def forward(self, arg314_1):
+    lowered_module_0 = self.lowered_module_0
+    executorch_call_delegate = torch.ops.executorch_call_delegate(lowered_module_0, arg314_1);  lowered_module_0 = arg314_1 = None
+    getitem = executorch_call_delegate[0];  executorch_call_delegate = None
+    aten_view_copy_default = executorch_exir_dialects_edge__ops_aten_view_copy_default(getitem, [1, 1280]);  getitem = None
+    aten_clone_default = executorch_exir_dialects_edge__ops_aten_clone_default(aten_view_copy_default);  aten_view_copy_default = None
+    lowered_module_1 = self.lowered_module_1
+    executorch_call_delegate_1 = torch.ops.executorch_call_delegate(lowered_module_1, aten_clone_default);  lowered_module_1 = aten_clone_default = None
+    getitem_1 = executorch_call_delegate_1[0];  executorch_call_delegate_1 = None
+    return (getitem_1,)
 ```
 
 We print the graph after lowering above to show the new nodes that were inserted to call the XNNPACK Delegate. The subgraphs which are being delegated to XNNPACK are the first argument at each call site. It can be observed that the majority of `convolution-relu-add` blocks and `linear` blocks were able to be delegated to XNNPACK. We can also see the operators which were not able to be lowered to the XNNPACK delegate, such as `clone` and `view_copy`.
 
 ```python
-from executorch.examples.portable.utils import save_pte_program
-
 exec_prog = edge.to_executorch()
-save_pte_program(exec_prog.buffer, "xnnpack_mobilenetv2.pte")
+
+with open("xnnpack_mobilenetv2.pte", "wb") as file:
+    file.write(exec_prog.buffer)
 ```
 After lowering to the XNNPACK Program, we can then prepare it for executorch and save the model as a `.pte` file. `.pte` is a binary format that stores the serialized ExecuTorch graph.
 
@@ -72,37 +73,58 @@ After lowering to the XNNPACK Program, we can then prepare it for executorch and
 The XNNPACK delegate can also execute symmetrically quantized models. To understand the quantization flow and learn how to quantize models, refer to [Custom Quantization](quantization-custom-quantization.md) note. For the sake of this tutorial, we will leverage the `quantize()` python helper function conveniently added to the `executorch/executorch/examples` folder.
 
 ```python
-import torch._export as export
-from executorch.examples.xnnpack.quantization.utils import quantize
+from torch._export import capture_pre_autograd_graph
 from executorch.exir import EdgeCompileConfig
 
-mobilenet_v2 = models.mobilenetv2.mobilenet_v2(weights=MobileNet_V2_Weights).eval()
+mobilenet_v2 = models.mobilenetv2.mobilenet_v2(weights=MobileNet_V2_Weights.DEFAULT).eval()
 sample_inputs = (torch.randn(1, 3, 224, 224), )
 
-mobilenet_v2 = export.capture_pre_autograd_graph(mobilenet_v2, sample_inputs) # 2-stage export for quantization path
+mobilenet_v2 = capture_pre_autograd_graph(mobilenet_v2, sample_inputs) # 2-stage export for quantization path
+
+from torch.ao.quantization.quantize_pt2e import convert_pt2e, prepare_pt2e
+from torch.ao.quantization.quantizer.xnnpack_quantizer import (
+    get_symmetric_quantization_config,
+    XNNPACKQuantizer,
+)
+
+
+def quantize(model, example_inputs):
+    """This is the official recommended flow for quantization in pytorch 2.0 export"""
+    print(f"Original model: {model}")
+    quantizer = XNNPACKQuantizer()
+    # if we set is_per_channel to True, we also need to add out_variant of quantize_per_channel/dequantize_per_channel
+    operator_config = get_symmetric_quantization_config(is_per_channel=False)
+    quantizer.set_global(operator_config)
+    m = prepare_pt2e(model, quantizer)
+    # calibration
+    m(*example_inputs)
+    m = convert_pt2e(m)
+    print(f"Quantized model: {m}")
+    # make sure we can export to flat buffer
+    return m
+
 quantized_mobilenetv2 = quantize(mobilenet_v2, sample_inputs)
 ```
 
 Quantization requires a two stage export. First we use the `capture_pre_autograd_graph` API to capture the model before giving it to `quantize` utility function. After performing the quantization step, we can now leverage the XNNPACK delegate to lower the quantized exported model graph. From here, the procedure is the same as for the non-quantized model lowering to XNNPACK.
 
 ```python
 # Continued from earlier...
-edge = export_to_edge(
-    quantized_mobilenetv2,
-    example_inputs,
-    edge_compile_config=EdgeCompileConfig(_check_ir_validity=False)
-)
+edge = to_edge(export(quantized_mobilenetv2, sample_inputs), compile_config=EdgeCompileConfig(_check_ir_validity=False))
+
 edge = edge.to_backend(XnnpackPartitioner)
 
 exec_prog = edge.to_executorch()
-save_pte_program(exec_prog.buffer, "qs8_xnnpack_mobilenetv2.pte")
+
+with open("qs8_xnnpack_mobilenetv2.pte", "wb") as file:
+    file.write(exec_prog.buffer)
 ```
 
 ## Lowering with `aot_compiler.py` script
 We have also provided a script to quickly lower and export a few example models. You can run the script to generate lowered fp32 and quantized models. This script is used simply for convenience and performs all the same steps as those listed in the previous two sections.
 
 ```
-python3 -m examples.xnnpack.aot_compiler.py --model_name="mv2" --quantize --delegate
+python3 -m examples.xnnpack.aot_compiler --model_name="mv2" --quantize --delegate
 ```
 
 Note in the example above,
@@ -113,7 +135,7 @@ Note in the example above,
 The generated model file will be named `[model_name]_xnnpack_[qs8/fp32].pte` depending on the arguments supplied.
 
 ## Running the XNNPACK Model
-We will use `buck2` to run the `.pte` file with XNNPACK delegate instructions in it on your host platform. You can follow the instructions here to install [buck2](getting-started-setup.md). You can now run it with the prebuilt `xnn_executor_runner` provided in the examples. This will run the model on some sample inputs.
+We will use `buck2` to run the `.pte` file with XNNPACK delegate instructions in it on your host platform. You can follow the instructions here to install [buck2](getting-started-setup.md#building-a-runtime). You can now run it with the prebuilt `xnn_executor_runner` provided in the examples. This will run the model on some sample inputs.
 
 ```bash
 buck2 run examples/backend:xnn_executor_runner -- --model_path ./mv2_xnnpack_fp32.pte
@@ -122,4 +144,4 @@ buck2 run examples/backend:xnn_executor_runner -- --model_path ./mv2_xnnpack_qs8
 ```
 
 ## Building and Linking with the XNNPACK Backend
-You can build the XNNPACK backend [target](https://github.com/pytorch/executorch/blob/main/backends/xnnpack/targets.bzl#L54), and link it with your application binary such as an Android or iOS application. For more information on this you may take a look at this [resource](demo-apps-android.md) next.
+You can build the XNNPACK backend [BUCK target](https://github.com/pytorch/executorch/blob/main/backends/xnnpack/targets.bzl#L54) and [CMake target](https://github.com/pytorch/executorch/blob/main/backends/xnnpack/CMakeLists.txt#L83), and link it with your application binary such as an Android or iOS application. For more information on this you may take a look at this [resource](demo-apps-android.md) next.