Re: [PATCH 1/2] doc: develop: Convert README.virtio to reST

2021-05-09 Thread Bin Meng
On Thu, Apr 29, 2021 at 5:40 PM Bin Meng  wrote:
>
> This convers the existing README.virtio to reST, and puts it under
> the develop/driver-model/ directory.
>
> Signed-off-by: Bin Meng 
> ---
>
>  doc/develop/driver-model/index.rst|  1 +
>  .../driver-model/virtio.rst}  | 90 +--
>  2 files changed, 63 insertions(+), 28 deletions(-)
>  rename doc/{README.virtio => develop/driver-model/virtio.rst} (86%)
>

applied to u-boot-x86, thanks!


[PATCH 1/2] doc: develop: Convert README.virtio to reST

2021-04-29 Thread Bin Meng
This convers the existing README.virtio to reST, and puts it under
the develop/driver-model/ directory.

Signed-off-by: Bin Meng 
---

 doc/develop/driver-model/index.rst|  1 +
 .../driver-model/virtio.rst}  | 90 +--
 2 files changed, 63 insertions(+), 28 deletions(-)
 rename doc/{README.virtio => develop/driver-model/virtio.rst} (86%)

diff --git a/doc/develop/driver-model/index.rst 
b/doc/develop/driver-model/index.rst
index fd4575db9b..10a76256b0 100644
--- a/doc/develop/driver-model/index.rst
+++ b/doc/develop/driver-model/index.rst
@@ -27,3 +27,4 @@ subsystems
soc-framework
spi-howto
usb-info
+   virtio
diff --git a/doc/README.virtio b/doc/develop/driver-model/virtio.rst
similarity index 86%
rename from doc/README.virtio
rename to doc/develop/driver-model/virtio.rst
index d3652f2e2f..8ac9c94caf 100644
--- a/doc/README.virtio
+++ b/doc/develop/driver-model/virtio.rst
@@ -1,11 +1,10 @@
-# SPDX-License-Identifier: GPL-2.0+
-#
-# Copyright (C) 2018, Bin Meng 
+.. SPDX-License-Identifier: GPL-2.0+
+.. sectionauthor:: Bin Meng 
 
 VirtIO Support
 ==
 
-This document describes the information about U-Boot support for VirtIO [1]
+This document describes the information about U-Boot support for VirtIO_
 devices, including supported boards, build instructions, driver details etc.
 
 What's VirtIO?
@@ -15,7 +14,7 @@ just the guest's device driver "knows" it is running in a 
virtual environment,
 and cooperates with the hypervisor. This enables guests to get high performance
 network and disk operations, and gives most of the performance benefits of
 paravirtualization. In the U-Boot case, the guest is U-Boot itself, while the
-virtual environment are normally QEMU [2] targets like ARM, RISC-V and x86.
+virtual environment are normally QEMU_ targets like ARM, RISC-V and x86.
 
 Status
 --
@@ -49,6 +48,8 @@ Building U-Boot for pre-configured QEMU targets is no 
different from others.
 For example, we can do the following with the CROSS_COMPILE environment
 variable being properly set to a working toolchain for ARM:
 
+.. code-block:: bash
+
   $ make qemu_arm_defconfig
   $ make
 
@@ -56,11 +57,13 @@ You can even create a QEMU ARM target with VirtIO devices 
showing up on both
 MMIO and PCI buses. In this case, you can enable the PCI transport driver
 from 'make menuconfig':
 
-Device Drivers  --->
-   ...
-   VirtIO Drivers  --->
-   ...
-   [*] PCI driver for virtio devices
+.. code-block:: none
+
+  Device Drivers  --->
+   ...
+   VirtIO Drivers  --->
+   ...
+   [*] PCI driver for virtio devices
 
 Other drivers are at the same location and can be tuned to suit the needs.
 
@@ -74,6 +77,8 @@ Testing
 The following QEMU command line is used to get U-Boot up and running with
 VirtIO net and block devices on ARM.
 
+.. code-block:: bash
+
   $ qemu-system-arm -nographic -machine virt -bios u-boot.bin \
 -netdev tap,ifname=tap0,id=net0 \
 -device virtio-net-device,netdev=net0 \
@@ -82,6 +87,8 @@ VirtIO net and block devices on ARM.
 
 On x86, command is slightly different to create PCI VirtIO devices.
 
+.. code-block:: bash
+
   $ qemu-system-i386 -nographic -bios u-boot.rom \
 -netdev tap,ifname=tap0,id=net0 \
 -device virtio-net-pci,netdev=net0 \
@@ -93,6 +100,8 @@ parameters. It is also possible to specify both MMIO and PCI 
VirtIO devices.
 For example, the following commnad creates 3 VirtIO devices, with 1 on MMIO
 and 2 on PCI bus.
 
+.. code-block:: bash
+
   $ qemu-system-arm -nographic -machine virt -bios u-boot.bin \
 -netdev tap,ifname=tap0,id=net0 \
 -device virtio-net-pci,netdev=net0 \
@@ -104,6 +113,8 @@ and 2 on PCI bus.
 By default QEMU creates VirtIO legacy devices by default. To create non-legacy
 (aka modern) devices, pass additional device property/value pairs like below:
 
+.. code-block:: bash
+
   $ qemu-system-i386 -nographic -bios u-boot.rom \
 -netdev tap,ifname=tap0,id=net0 \
 -device 
virtio-net-pci,netdev=net0,disable-legacy=true,disable-modern=false \
@@ -112,6 +123,8 @@ By default QEMU creates VirtIO legacy devices by default. 
To create non-legacy
 
 A 'virtio' command is provided in U-Boot shell.
 
+.. code-block:: none
+
   => virtio
   virtio - virtio block devices sub-system
 
@@ -127,10 +140,14 @@ A 'virtio' command is provided in U-Boot shell.
 
 To probe all the VirtIO devices, type:
 
+.. code-block:: none
+
   => virtio scan
 
 Then we can show the connected block device details by:
 
+.. code-block:: none
+
   => virtio info
   Device 0: QEMU VirtIO Block Device
   Type: Hard Disk
@@ -138,6 +155,8 @@ Then we can show the connected block device details by:
 
 And list the directories and files on the disk by:
 
+.. code-block:: none
+
   => ls virtio 0 /
  4096 .
  4096 ..
@@ -167,6 +186,8 @@ Driver Internals
 
 There are 3 level of drivers in the VirtIO driver