From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga01.intel.com (mga01.intel.com [192.55.52.88]) by dpdk.org (Postfix) with ESMTP id 60DDDB5CD for ; Mon, 16 Feb 2015 13:09:05 +0100 (CET) Received: from fmsmga003.fm.intel.com ([10.253.24.29]) by fmsmga101.fm.intel.com with ESMTP; 16 Feb 2015 04:09:03 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.09,587,1418112000"; d="scan'208";a="455236360" Received: from irsmsx105.ger.corp.intel.com ([163.33.3.28]) by FMSMGA003.fm.intel.com with ESMTP; 16 Feb 2015 03:54:06 -0800 Received: from irsmsx108.ger.corp.intel.com ([169.254.11.218]) by irsmsx105.ger.corp.intel.com ([169.254.7.117]) with mapi id 14.03.0195.001; Mon, 16 Feb 2015 12:09:01 +0000 From: "Iremonger, Bernard" To: "Mcnamara, John" , "dev@dpdk.org" Thread-Topic: [dpdk-dev] [PATCH v4 5/5] doc: Convert image extensions to wildcard Thread-Index: AQHQP7uHZ6DZx1VXcEiuTh/aZMS9PpzzQkAg Date: Mon, 16 Feb 2015 12:09:00 +0000 Message-ID: <8CEF83825BEC744B83065625E567D7C2049E7F0E@IRSMSX108.ger.corp.intel.com> References: <1421255657-19521-1-git-send-email-john.mcnamara@intel.com> <1422972678-7982-1-git-send-email-john.mcnamara@intel.com> <1422972678-7982-6-git-send-email-john.mcnamara@intel.com> In-Reply-To: <1422972678-7982-6-git-send-email-john.mcnamara@intel.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [163.33.239.182] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: Re: [dpdk-dev] [PATCH v4 5/5] doc: Convert image extensions to wildcard X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Feb 2015 12:09:06 -0000 > -----Original Message----- > From: dev [mailto:dev-bounces@dpdk.org] On Behalf Of John McNamara > Sent: Tuesday, February 3, 2015 2:11 PM > To: dev@dpdk.org > Subject: [dpdk-dev] [PATCH v4 5/5] doc: Convert image extensions to wildc= ard >=20 > Changed all image.svg and image.png extensions to image.* This allows Sph= inx to decide the > appropriate image type from the available image options. >=20 > Signed-off-by: John McNamara > --- > doc/guides/prog_guide/env_abstraction_layer.rst | 2 +- > .../prog_guide/i40e_ixgbe_igb_virt_func_drv.rst | 8 ++-- > .../intel_dpdk_xen_based_packet_switch_sol.rst | 6 ++-- > doc/guides/prog_guide/ivshmem_lib.rst | 2 +- > doc/guides/prog_guide/kernel_nic_interface.rst | 8 ++-- > .../libpcap_ring_based_poll_mode_drv.rst | 2 +- > .../prog_guide/link_bonding_poll_mode_drv_lib.rst | 14 ++++---- > doc/guides/prog_guide/lpm6_lib.rst | 2 +- > doc/guides/prog_guide/lpm_lib.rst | 2 +- > doc/guides/prog_guide/malloc_lib.rst | 2 +- > doc/guides/prog_guide/mbuf_lib.rst | 4 +- > doc/guides/prog_guide/mempool_lib.rst | 6 ++-- > doc/guides/prog_guide/multi_proc_support.rst | 2 +- > doc/guides/prog_guide/overview.rst | 2 +- > doc/guides/prog_guide/packet_distrib_lib.rst | 4 +- > doc/guides/prog_guide/packet_framework.rst | 14 ++++---- > .../poll_mode_drv_emulated_virtio_nic.rst | 6 ++-- > .../poll_mode_drv_paravirtual_vmxnets_nic.rst | 6 ++-- > doc/guides/prog_guide/qos_framework.rst | 36 ++++++++++----= ------ > doc/guides/prog_guide/ring_lib.rst | 28 ++++++++------= -- > doc/guides/sample_app_ug/dist_app.rst | 4 +- > doc/guides/sample_app_ug/exception_path.rst | 2 +- > doc/guides/sample_app_ug/intel_quickassist.rst | 2 +- > doc/guides/sample_app_ug/kernel_nic_interface.rst | 4 +- > .../sample_app_ug/l2_forward_real_virtual.rst | 4 +- > .../sample_app_ug/l3_forward_access_ctrl.rst | 4 +- > doc/guides/sample_app_ug/load_balancer.rst | 2 +- > doc/guides/sample_app_ug/multi_process.rst | 8 ++-- > doc/guides/sample_app_ug/qos_scheduler.rst | 2 +- > doc/guides/sample_app_ug/quota_watermark.rst | 6 ++-- > doc/guides/sample_app_ug/test_pipeline.rst | 2 +- > doc/guides/sample_app_ug/vhost.rst | 10 +++--- > doc/guides/sample_app_ug/vm_power_management.rst | 4 +- > doc/guides/sample_app_ug/vmdq_dcb_forwarding.rst | 2 +- > 34 files changed, 106 insertions(+), 106 deletions(-) >=20 > diff --git a/doc/guides/prog_guide/env_abstraction_layer.rst > b/doc/guides/prog_guide/env_abstraction_layer.rst > index 231e266..45791b6 100644 > --- a/doc/guides/prog_guide/env_abstraction_layer.rst > +++ b/doc/guides/prog_guide/env_abstraction_layer.rst > @@ -212,4 +212,4 @@ Memory zones can be reserved with specific start addr= ess alignment by > supplying The alignment value should be a power of two and not less than= the cache line size (64 > bytes). > Memory zones can also be reserved from either 2 MB or 1 GB hugepages, pr= ovided that both are > available on the system. >=20 > -.. |linuxapp_launch| image:: img/linuxapp_launch.svg > +.. |linuxapp_launch| image:: img/linuxapp_launch.* > diff --git a/doc/guides/prog_guide/i40e_ixgbe_igb_virt_func_drv.rst > b/doc/guides/prog_guide/i40e_ixgbe_igb_virt_func_drv.rst > index 41e316e..a984379 100755 > --- a/doc/guides/prog_guide/i40e_ixgbe_igb_virt_func_drv.rst > +++ b/doc/guides/prog_guide/i40e_ixgbe_igb_virt_func_drv.rst > @@ -542,10 +542,10 @@ which belongs to the destination VF on the VM. >=20 > |inter_vm_comms| >=20 > -.. |perf_benchmark| image:: img/perf_benchmark.png > +.. |perf_benchmark| image:: img/perf_benchmark.* >=20 > -.. |single_port_nic| image:: img/single_port_nic.png > +.. |single_port_nic| image:: img/single_port_nic.* >=20 > -.. |inter_vm_comms| image:: img/inter_vm_comms.png > +.. |inter_vm_comms| image:: img/inter_vm_comms.* >=20 > -.. |fast_pkt_proc| image:: img/fast_pkt_proc.png > +.. |fast_pkt_proc| image:: img/fast_pkt_proc.* > diff --git a/doc/guides/prog_guide/intel_dpdk_xen_based_packet_switch_sol= .rst > b/doc/guides/prog_guide/intel_dpdk_xen_based_packet_switch_sol.rst > index 1f1e04f..47841cd 100644 > --- a/doc/guides/prog_guide/intel_dpdk_xen_based_packet_switch_sol.rst > +++ b/doc/guides/prog_guide/intel_dpdk_xen_based_packet_switch_sol.rst > @@ -457,8 +457,8 @@ The packet flow is: >=20 > packet generator->Virtio in guest VM1->switching backend->Virtio in gues= t VM2->switching backend- > >wire >=20 > -.. |grant_table| image:: img/grant_table.png > +.. |grant_table| image:: img/grant_table.* >=20 > -.. |grant_refs| image:: img/grant_refs.png > +.. |grant_refs| image:: img/grant_refs.* >=20 > -.. |dpdk_xen_pkt_switch| image:: img/dpdk_xen_pkt_switch.png > +.. |dpdk_xen_pkt_switch| image:: img/dpdk_xen_pkt_switch.* > diff --git a/doc/guides/prog_guide/ivshmem_lib.rst b/doc/guides/prog_guid= e/ivshmem_lib.rst > index cd2f595..c76d2b3 100644 > --- a/doc/guides/prog_guide/ivshmem_lib.rst > +++ b/doc/guides/prog_guide/ivshmem_lib.rst > @@ -155,4 +155,4 @@ As a result, if the user wishes to shut down or resta= rt the IVSHMEM host > applica it is not enough to simply shut the application down. > The virtual machine must also be shut down (if not, it will hold onto ou= tdated host data). >=20 > -.. |ivshmem| image:: img/ivshmem.png > +.. |ivshmem| image:: img/ivshmem.* > diff --git a/doc/guides/prog_guide/kernel_nic_interface.rst > b/doc/guides/prog_guide/kernel_nic_interface.rst > index 0276019..6b1a16f 100644 > --- a/doc/guides/prog_guide/kernel_nic_interface.rst > +++ b/doc/guides/prog_guide/kernel_nic_interface.rst > @@ -281,10 +281,10 @@ Even if the option is turned on, kni-vhost will ign= ore the information that the > When working with legacy virtio on the guest, it is better to turn off un= supported offload features > using ethtool -K. > Otherwise, there may be problems such as an incorrect L4 checksum error. >=20 > -.. |kni_traffic_flow| image:: img/kni_traffic_flow.png > +.. |kni_traffic_flow| image:: img/kni_traffic_flow.* >=20 > -.. |vhost_net_arch| image:: img/vhost_net_arch.png > +.. |vhost_net_arch| image:: img/vhost_net_arch.* >=20 > -.. |pkt_flow_kni| image:: img/pkt_flow_kni.png > +.. |pkt_flow_kni| image:: img/pkt_flow_kni.* >=20 > -.. |kernel_nic_intf| image:: img/kernel_nic_intf.png > +.. |kernel_nic_intf| image:: img/kernel_nic_intf.* > diff --git a/doc/guides/prog_guide/libpcap_ring_based_poll_mode_drv.rst > b/doc/guides/prog_guide/libpcap_ring_based_poll_mode_drv.rst > index 249a2e0..6e14fd1 100644 > --- a/doc/guides/prog_guide/libpcap_ring_based_poll_mode_drv.rst > +++ b/doc/guides/prog_guide/libpcap_ring_based_poll_mode_drv.rst > @@ -268,4 +268,4 @@ while the rte_ring specific functions are direct func= tion calls in the code and > then calling rte_eth_rx_queue_setup() / tx_queue_setup() for each of = those queues and > finally calling rte_eth_dev_start() to allow transmission and recepti= on of packets to begin. >=20 > -.. |forward_stats| image:: img/forward_stats.png > +.. |forward_stats| image:: img/forward_stats.* > diff --git a/doc/guides/prog_guide/link_bonding_poll_mode_drv_lib.rst > b/doc/guides/prog_guide/link_bonding_poll_mode_drv_lib.rst > index cf6a6fa..24a1a36 100644 > --- a/doc/guides/prog_guide/link_bonding_poll_mode_drv_lib.rst > +++ b/doc/guides/prog_guide/link_bonding_poll_mode_drv_lib.rst > @@ -434,10 +434,10 @@ Create a bonded device in balance mode with two sla= ves specified by their > PCI ad >=20 > $RTE_TARGET/app/testpmd -c '0xf' -n 4 --vdev 'eth_bond0,mode=3D2, > slave=3D0000:00a:00.01,slave=3D0000:004:00.00,xmit_policy=3Dl34' -- --por= t-topology=3Dchained >=20 > -.. |bond-overview| image:: img/bond-overview.svg -.. |bond-mode-0| image= :: img/bond-mode- > 0.svg -.. |bond-mode-1| image:: img/bond-mode-1.svg -.. |bond-mode-2| ima= ge:: img/bond-mode- > 2.svg -.. |bond-mode-3| image:: img/bond-mode-3.svg -.. |bond-mode-4| ima= ge:: img/bond-mode- > 4.svg -.. |bond-mode-5| image:: img/bond-mode-5.svg > +.. |bond-overview| image:: img/bond-overview.* .. |bond-mode-0| image:: > +img/bond-mode-0.* .. |bond-mode-1| image:: img/bond-mode-1.* .. > +|bond-mode-2| image:: img/bond-mode-2.* .. |bond-mode-3| image:: > +img/bond-mode-3.* .. |bond-mode-4| image:: img/bond-mode-4.* .. > +|bond-mode-5| image:: img/bond-mode-5.* > diff --git a/doc/guides/prog_guide/lpm6_lib.rst b/doc/guides/prog_guide/l= pm6_lib.rst > index dd5d064..abc5adb 100644 > --- a/doc/guides/prog_guide/lpm6_lib.rst > +++ b/doc/guides/prog_guide/lpm6_lib.rst > @@ -232,4 +232,4 @@ Use Case: IPv6 Forwarding >=20 > The LPM algorithm is used to implement the Classless Inter-Domain Routin= g (CIDR) strategy used by > routers implementing IP forwarding. >=20 > -.. |tbl24_tbl8_tbl8| image:: img/tbl24_tbl8_tbl8.png > +.. |tbl24_tbl8_tbl8| image:: img/tbl24_tbl8_tbl8.* > diff --git a/doc/guides/prog_guide/lpm_lib.rst b/doc/guides/prog_guide/lp= m_lib.rst > index d1de87a..692e37f 100644 > --- a/doc/guides/prog_guide/lpm_lib.rst > +++ b/doc/guides/prog_guide/lpm_lib.rst > @@ -220,4 +220,4 @@ References > * Pankaj Gupta, Algorithms for Routing Lookups and Packet Classificati= on, PhD Thesis, Stanford > University, > 2000 (`http://klamath.stanford.edu/~pankaj/thesis/ thesis_1sided.pd= f > `_ ) >=20 > -.. |tbl24_tbl8| image:: img/tbl24_tbl8.png > +.. |tbl24_tbl8| image:: img/tbl24_tbl8.* > diff --git a/doc/guides/prog_guide/malloc_lib.rst b/doc/guides/prog_guide= /malloc_lib.rst > index 63d87d9..b9298f8 100644 > --- a/doc/guides/prog_guide/malloc_lib.rst > +++ b/doc/guides/prog_guide/malloc_lib.rst > @@ -233,4 +233,4 @@ and if so, they are merged with the current elements. > This means that we can never have two free memory blocks adjacent to one= another, they are > always merged into a single block. >=20 > -.. |malloc_heap| image:: img/malloc_heap.png > +.. |malloc_heap| image:: img/malloc_heap.* > diff --git a/doc/guides/prog_guide/mbuf_lib.rst b/doc/guides/prog_guide/m= buf_lib.rst > index 3d59e96..43e6f3a 100644 > --- a/doc/guides/prog_guide/mbuf_lib.rst > +++ b/doc/guides/prog_guide/mbuf_lib.rst > @@ -189,6 +189,6 @@ Use Cases >=20 > All networking application should use mbufs to transport network packets= . >=20 > -.. |mbuf1| image:: img/mbuf1.svg > +.. |mbuf1| image:: img/mbuf1.* >=20 > -.. |mbuf2| image:: img/mbuf2.svg > +.. |mbuf2| image:: img/mbuf2.* > diff --git a/doc/guides/prog_guide/mempool_lib.rst b/doc/guides/prog_guid= e/mempool_lib.rst > index b4704a7..f9b7cfe 100644 > --- a/doc/guides/prog_guide/mempool_lib.rst > +++ b/doc/guides/prog_guide/mempool_lib.rst > @@ -141,8 +141,8 @@ Below are some examples: >=20 > * Any application that needs to allocate fixed-sized objects in the da= ta plane and that will be > continuously utilized by the system. >=20 > -.. |memory-management| image:: img/memory-management.svg > +.. |memory-management| image:: img/memory-management.* >=20 > -.. |memory-management2| image:: img/memory-management2.svg > +.. |memory-management2| image:: img/memory-management2.* >=20 > -.. |mempool| image:: img/mempool.svg > +.. |mempool| image:: img/mempool.* > diff --git a/doc/guides/prog_guide/multi_proc_support.rst > b/doc/guides/prog_guide/multi_proc_support.rst > index deaae47..25a6056 100644 > --- a/doc/guides/prog_guide/multi_proc_support.rst > +++ b/doc/guides/prog_guide/multi_proc_support.rst > @@ -200,4 +200,4 @@ instead of the functions which do the hashing interna= lly, such as > rte_hash_add() > If the number of required DPDK processes exceeds that of the number = of available HPET > comparators, > the TSC (which is the default timer in this release) must be used as= a time source across all > processes instead of the HPET. >=20 > -.. |multi_process_memory| image:: img/multi_process_memory.svg > +.. |multi_process_memory| image:: img/multi_process_memory.* > diff --git a/doc/guides/prog_guide/overview.rst b/doc/guides/prog_guide/o= verview.rst > index 6603409..062d923 100644 > --- a/doc/guides/prog_guide/overview.rst > +++ b/doc/guides/prog_guide/overview.rst > @@ -204,4 +204,4 @@ The librte_net library is a collection of IP protocol= definitions and convenienc It > is based on code from the FreeBSD* IP stack and contains protocol numbers= (for use in IP headers), > IP-related macros, IPv4/IPv6 header structures and TCP, UDP and SCTP head= er structures. >=20 > -.. |architecture-overview| image:: img/architecture-overview.svg > +.. |architecture-overview| image:: img/architecture-overview.* > diff --git a/doc/guides/prog_guide/packet_distrib_lib.rst > b/doc/guides/prog_guide/packet_distrib_lib.rst > index 18baf55..767accc 100644 > --- a/doc/guides/prog_guide/packet_distrib_lib.rst > +++ b/doc/guides/prog_guide/packet_distrib_lib.rst > @@ -111,6 +111,6 @@ i.e. to save power at times of lighter load, it is p= ossible to have a worker stop > processing packets by calling "rte_distributor_return_pkt()" to indicate = that it has finished the current > packet and does not want a new one. >=20 > -.. |packet_distributor1| image:: img/packet_distributor1.png > +.. |packet_distributor1| image:: img/packet_distributor1.* >=20 > -.. |packet_distributor2| image:: img/packet_distributor2.png > +.. |packet_distributor2| image:: img/packet_distributor2.* > diff --git a/doc/guides/prog_guide/packet_framework.rst > b/doc/guides/prog_guide/packet_framework.rst > index 537811b..8e8e32f 100644 > --- a/doc/guides/prog_guide/packet_framework.rst > +++ b/doc/guides/prog_guide/packet_framework.rst > @@ -1168,16 +1168,16 @@ with all the implementations sharing the same API= : pure SW > implementation (no ac The selection between these implementations could = be done at build time or > at run-time (recommended), based on which accelerators are present in the= system, with no > application changes required. >=20 > -.. |figure33| image:: img/figure33.png > +.. |figure33| image:: img/figure33.* >=20 > -.. |figure35| image:: img/figure35.png > +.. |figure35| image:: img/figure35.* >=20 > -.. |figure39| image:: img/figure39.png > +.. |figure39| image:: img/figure39.* >=20 > -.. |figure34| image:: img/figure34.png > +.. |figure34| image:: img/figure34.* >=20 > -.. |figure32| image:: img/figure32.png > +.. |figure32| image:: img/figure32.* >=20 > -.. |figure37| image:: img/figure37.png > +.. |figure37| image:: img/figure37.* >=20 > -.. |figure38| image:: img/figure38.png > +.. |figure38| image:: img/figure38.* > diff --git a/doc/guides/prog_guide/poll_mode_drv_emulated_virtio_nic.rst > b/doc/guides/prog_guide/poll_mode_drv_emulated_virtio_nic.rst > index 86f4f60..1daf280 100644 > --- a/doc/guides/prog_guide/poll_mode_drv_emulated_virtio_nic.rst > +++ b/doc/guides/prog_guide/poll_mode_drv_emulated_virtio_nic.rst > @@ -205,8 +205,8 @@ The packet transmission flow is: >=20 > IXIA packet generator-> Guest VM 82599 VF port1 rx burst-> Guest VM = virtio port 0 tx burst-> tap -> > Linux Bridge->82599 PF-> IXIA packet generator >=20 > -.. |host_vm_comms| image:: img/host_vm_comms.png > +.. |host_vm_comms| image:: img/host_vm_comms.* >=20 > -.. |console| image:: img/console.png > +.. |console| image:: img/console.* >=20 > -.. |host_vm_comms_qemu| image:: img/host_vm_comms_qemu.png > +.. |host_vm_comms_qemu| image:: img/host_vm_comms_qemu.* > diff --git a/doc/guides/prog_guide/poll_mode_drv_paravirtual_vmxnets_nic.= rst > b/doc/guides/prog_guide/poll_mode_drv_paravirtual_vmxnets_nic.rst > index e48bc13..fe4d6f1 100644 > --- a/doc/guides/prog_guide/poll_mode_drv_paravirtual_vmxnets_nic.rst > +++ b/doc/guides/prog_guide/poll_mode_drv_paravirtual_vmxnets_nic.rst > @@ -177,8 +177,8 @@ In this example, the packet flow path is: > Packet generator -> 82599 VF -> Guest VM 82599 port 0 rx burst -> Gu= est VM VMXNET3 port 1 tx > burst -> VMXNET3 > device -> VMware ESXi vSwitch -> VMXNET3 device -> Guest VM VMXNET3 = port 0 rx burst -> Guest > VM 82599 VF port 1 tx burst -> 82599 VF -> Packet generator >=20 > -.. |vm_vm_comms| image:: img/vm_vm_comms.png > +.. |vm_vm_comms| image:: img/vm_vm_comms.* >=20 > -.. |vmxnet3_int| image:: img/vmxnet3_int.png > +.. |vmxnet3_int| image:: img/vmxnet3_int.* >=20 > -.. |vswitch_vm| image:: img/vswitch_vm.png > +.. |vswitch_vm| image:: img/vswitch_vm.* > diff --git a/doc/guides/prog_guide/qos_framework.rst b/doc/guides/prog_gu= ide/qos_framework.rst > index 087f3c4..b609841 100644 > --- a/doc/guides/prog_guide/qos_framework.rst > +++ b/doc/guides/prog_guide/qos_framework.rst > @@ -1728,38 +1728,38 @@ For each input packet, the steps for the srTCM / = trTCM algorithms are: > When the output color is not red, a number of tokens equal to the le= ngth of the IP packet are > subtracted from the C or E /P or both buckets, depending on the algo= rithm and the output color of > the packet. >=20 > -.. |flow_tru_droppper| image:: img/flow_tru_droppper.png > +.. |flow_tru_droppper| image:: img/flow_tru_droppper.* >=20 > -.. |drop_probability_graph| image:: img/drop_probability_graph.png > +.. |drop_probability_graph| image:: img/drop_probability_graph.* >=20 > -.. |drop_probability_eq3| image:: img/drop_probability_eq3.png > +.. |drop_probability_eq3| image:: img/drop_probability_eq3.* >=20 > -.. |eq2_expression| image:: img/eq2_expression.png > +.. |eq2_expression| image:: img/eq2_expression.* >=20 > -.. |drop_probability_eq4| image:: img/drop_probability_eq4.png > +.. |drop_probability_eq4| image:: img/drop_probability_eq4.* >=20 > -.. |pkt_drop_probability| image:: img/pkt_drop_probability.png > +.. |pkt_drop_probability| image:: img/pkt_drop_probability.* >=20 > -.. |pkt_proc_pipeline_qos| image:: img/pkt_proc_pipeline_qos.png > +.. |pkt_proc_pipeline_qos| image:: img/pkt_proc_pipeline_qos.* >=20 > -.. |ex_data_flow_tru_dropper| image:: img/ex_data_flow_tru_dropper.png > +.. |ex_data_flow_tru_dropper| image:: img/ex_data_flow_tru_dropper.* >=20 > -.. |ewma_filter_eq_1| image:: img/ewma_filter_eq_1.png > +.. |ewma_filter_eq_1| image:: img/ewma_filter_eq_1.* >=20 > -.. |ewma_filter_eq_2| image:: img/ewma_filter_eq_2.png > +.. |ewma_filter_eq_2| image:: img/ewma_filter_eq_2.* >=20 > -.. |data_struct_per_port| image:: img/data_struct_per_port.png > +.. |data_struct_per_port| image:: img/data_struct_per_port.* >=20 > -.. |prefetch_pipeline| image:: img/prefetch_pipeline.png > +.. |prefetch_pipeline| image:: img/prefetch_pipeline.* >=20 > -.. |pipe_prefetch_sm| image:: img/pipe_prefetch_sm.png > +.. |pipe_prefetch_sm| image:: img/pipe_prefetch_sm.* >=20 > -.. |blk_diag_dropper| image:: img/blk_diag_dropper.png > +.. |blk_diag_dropper| image:: img/blk_diag_dropper.* >=20 > -.. |m_definition| image:: img/m_definition.png > +.. |m_definition| image:: img/m_definition.* >=20 > -.. |eq2_factor| image:: img/eq2_factor.png > +.. |eq2_factor| image:: img/eq2_factor.* >=20 > -.. |sched_hier_per_port| image:: img/sched_hier_per_port.png > +.. |sched_hier_per_port| image:: img/sched_hier_per_port.* >=20 > -.. |hier_sched_blk| image:: img/hier_sched_blk.png > +.. |hier_sched_blk| image:: img/hier_sched_blk.* > diff --git a/doc/guides/prog_guide/ring_lib.rst b/doc/guides/prog_guide/r= ing_lib.rst > index 95f773e..8547b38 100644 > --- a/doc/guides/prog_guide/ring_lib.rst > +++ b/doc/guides/prog_guide/ring_lib.rst > @@ -347,30 +347,30 @@ References >=20 > * `Linux Lockless Ring Buffer Design `_ >=20 > -.. |ring1| image:: img/ring1.svg > +.. |ring1| image:: img/ring1.* >=20 > -.. |ring-enqueue1| image:: img/ring-enqueue1.svg > +.. |ring-enqueue1| image:: img/ring-enqueue1.* >=20 > -.. |ring-enqueue2| image:: img/ring-enqueue2.svg > +.. |ring-enqueue2| image:: img/ring-enqueue2.* >=20 > -.. |ring-enqueue3| image:: img/ring-enqueue3.svg > +.. |ring-enqueue3| image:: img/ring-enqueue3.* >=20 > -.. |ring-dequeue1| image:: img/ring-dequeue1.svg > +.. |ring-dequeue1| image:: img/ring-dequeue1.* >=20 > -.. |ring-dequeue2| image:: img/ring-dequeue2.svg > +.. |ring-dequeue2| image:: img/ring-dequeue2.* >=20 > -.. |ring-dequeue3| image:: img/ring-dequeue3.svg > +.. |ring-dequeue3| image:: img/ring-dequeue3.* >=20 > -.. |ring-mp-enqueue1| image:: img/ring-mp-enqueue1.svg > +.. |ring-mp-enqueue1| image:: img/ring-mp-enqueue1.* >=20 > -.. |ring-mp-enqueue2| image:: img/ring-mp-enqueue2.svg > +.. |ring-mp-enqueue2| image:: img/ring-mp-enqueue2.* >=20 > -.. |ring-mp-enqueue3| image:: img/ring-mp-enqueue3.svg > +.. |ring-mp-enqueue3| image:: img/ring-mp-enqueue3.* >=20 > -.. |ring-mp-enqueue4| image:: img/ring-mp-enqueue4.svg > +.. |ring-mp-enqueue4| image:: img/ring-mp-enqueue4.* >=20 > -.. |ring-mp-enqueue5| image:: img/ring-mp-enqueue5.svg > +.. |ring-mp-enqueue5| image:: img/ring-mp-enqueue5.* >=20 > -.. |ring-modulo1| image:: img/ring-modulo1.svg > +.. |ring-modulo1| image:: img/ring-modulo1.* >=20 > -.. |ring-modulo2| image:: img/ring-modulo2.svg > +.. |ring-modulo2| image:: img/ring-modulo2.* > diff --git a/doc/guides/sample_app_ug/dist_app.rst b/doc/guides/sample_ap= p_ug/dist_app.rst > index 5767e3f..bcff0dd 100644 > --- a/doc/guides/sample_app_ug/dist_app.rst > +++ b/doc/guides/sample_app_ug/dist_app.rst > @@ -172,6 +172,6 @@ Sample Application. See Section 9.4.4, "RX Queue Init= ialization". > TX queue initialization is done in the same way as it is done in the L2 = Forwarding Sample Application. > See Section 9.4.5, "TX Queue Initialization". >=20 > -.. |dist_perf| image:: img/dist_perf.svg > +.. |dist_perf| image:: img/dist_perf.* >=20 > -.. |dist_app| image:: img/dist_app.svg > +.. |dist_app| image:: img/dist_app.* > diff --git a/doc/guides/sample_app_ug/exception_path.rst > b/doc/guides/sample_app_ug/exception_path.rst > index 0b71f9e..6c06959 100644 > --- a/doc/guides/sample_app_ug/exception_path.rst > +++ b/doc/guides/sample_app_ug/exception_path.rst > @@ -327,4 +327,4 @@ To remove bridges and persistent TAP interfaces, the = following commands are > used > brctl delbr br0 > openvpn --rmtun --dev tap_dpdk_00 >=20 > -.. |exception_path_example| image:: img/exception_path_example.svg > +.. |exception_path_example| image:: img/exception_path_example.* > diff --git a/doc/guides/sample_app_ug/intel_quickassist.rst > b/doc/guides/sample_app_ug/intel_quickassist.rst > index d063f08..7f55282 100644 > --- a/doc/guides/sample_app_ug/intel_quickassist.rst > +++ b/doc/guides/sample_app_ug/intel_quickassist.rst > @@ -221,4 +221,4 @@ performing AES-CBC-128 encryption with AES-XCBC-MAC-9= 6 hash, the > following setti Refer to the *DPDK Test Report* for more examples of tra= ffic generator setup and the > application startup command lines. > If no errors are generated in response to the startup commands, the appl= ication is running correctly. >=20 > -.. |quickassist_block_diagram| image:: img/quickassist_block_diagram.png > +.. |quickassist_block_diagram| image:: img/quickassist_block_diagram.* > diff --git a/doc/guides/sample_app_ug/kernel_nic_interface.rst > b/doc/guides/sample_app_ug/kernel_nic_interface.rst > index e32fbbf..d6876e2 100644 > --- a/doc/guides/sample_app_ug/kernel_nic_interface.rst > +++ b/doc/guides/sample_app_ug/kernel_nic_interface.rst > @@ -75,7 +75,7 @@ The packet flow through the Kernel NIC Interface applic= ation is as shown in the >=20 > **Figure 2. Kernel NIC Application Packet Flow** >=20 > -.. image3_png has been renamed to kernel_nic.png > +.. image3_png has been renamed to kernel_nic.* >=20 > |kernel_nic| >=20 > @@ -617,4 +617,4 @@ Currently, setting a new MTU and configuring the netw= ork interface (up/ > down) ar > return ret; > } >=20 > -.. |kernel_nic| image:: img/kernel_nic.png > +.. |kernel_nic| image:: img/kernel_nic.* > diff --git a/doc/guides/sample_app_ug/l2_forward_real_virtual.rst > b/doc/guides/sample_app_ug/l2_forward_real_virtual.rst > index f9360c4..234d71d 100644 > --- a/doc/guides/sample_app_ug/l2_forward_real_virtual.rst > +++ b/doc/guides/sample_app_ug/l2_forward_real_virtual.rst > @@ -527,6 +527,6 @@ however it improves performance: > prev_tsc =3D cur_tsc; > } >=20 > -.. |l2_fwd_benchmark_setup| image:: img/l2_fwd_benchmark_setup.svg > +.. |l2_fwd_benchmark_setup| image:: img/l2_fwd_benchmark_setup.* >=20 > -.. |l2_fwd_virtenv_benchmark_setup| image:: img/l2_fwd_virtenv_benchmark= _setup.png > +.. |l2_fwd_virtenv_benchmark_setup| image:: > +img/l2_fwd_virtenv_benchmark_setup.* > diff --git a/doc/guides/sample_app_ug/l3_forward_access_ctrl.rst > b/doc/guides/sample_app_ug/l3_forward_access_ctrl.rst > index 79ba24d..73fa4df 100644 > --- a/doc/guides/sample_app_ug/l3_forward_access_ctrl.rst > +++ b/doc/guides/sample_app_ug/l3_forward_access_ctrl.rst > @@ -398,6 +398,6 @@ adds rules parsed from the file into the database and= build an ACL trie. > It is important to note that the application creates an independent copy= of each database for each > socket CPU involved in the task to reduce the time for remote memory acc= ess. >=20 > -.. |ipv4_acl_rule| image:: img/ipv4_acl_rule.png > +.. |ipv4_acl_rule| image:: img/ipv4_acl_rule.* >=20 > -.. |example_rules| image:: img/example_rules.png > +.. |example_rules| image:: img/example_rules.* > diff --git a/doc/guides/sample_app_ug/load_balancer.rst > b/doc/guides/sample_app_ug/load_balancer.rst > index 8ec47ae..6237633 100644 > --- a/doc/guides/sample_app_ug/load_balancer.rst > +++ b/doc/guides/sample_app_ug/load_balancer.rst > @@ -242,4 +242,4 @@ are on the same or different CPU sockets, the followi= ng run-time scenarios are > p > then it has to be transmitted out by a NIC connected to socket C. > The performance price for crossing the CPU socket boundary is paid t= wice for this packet. >=20 > -.. |load_bal_app_arch| image:: img/load_bal_app_arch.png > +.. |load_bal_app_arch| image:: img/load_bal_app_arch.* > diff --git a/doc/guides/sample_app_ug/multi_process.rst > b/doc/guides/sample_app_ug/multi_process.rst > index 9797cc9..7ca71ca 100644 > --- a/doc/guides/sample_app_ug/multi_process.rst > +++ b/doc/guides/sample_app_ug/multi_process.rst > @@ -775,10 +775,10 @@ so it remaps the resource to the new core ID slot. > return 0; > } >=20 > -.. |sym_multi_proc_app| image:: img/sym_multi_proc_app.png > +.. |sym_multi_proc_app| image:: img/sym_multi_proc_app.* >=20 > -.. |client_svr_sym_multi_proc_app| image:: img/client_svr_sym_multi_proc= _app.png > +.. |client_svr_sym_multi_proc_app| image:: > +img/client_svr_sym_multi_proc_app.* >=20 > -.. |master_slave_proc| image:: img/master_slave_proc.png > +.. |master_slave_proc| image:: img/master_slave_proc.* >=20 > -.. |slave_proc_recov| image:: img/slave_proc_recov.png > +.. |slave_proc_recov| image:: img/slave_proc_recov.* > diff --git a/doc/guides/sample_app_ug/qos_scheduler.rst > b/doc/guides/sample_app_ug/qos_scheduler.rst > index 8611eae..56326df 100644 > --- a/doc/guides/sample_app_ug/qos_scheduler.rst > +++ b/doc/guides/sample_app_ug/qos_scheduler.rst > @@ -348,4 +348,4 @@ This application classifies based on the QinQ double = VLAN tags and the IP > destin >=20 > Please refer to the "QoS Scheduler" chapter in the *DPDK Programmer's Gu= ide* for more information > about these parameters. >=20 > -.. |qos_sched_app_arch| image:: img/qos_sched_app_arch.png > +.. |qos_sched_app_arch| image:: img/qos_sched_app_arch.* > diff --git a/doc/guides/sample_app_ug/quota_watermark.rst > b/doc/guides/sample_app_ug/quota_watermark.rst > index 7115635..e091ad9 100644 > --- a/doc/guides/sample_app_ug/quota_watermark.rst > +++ b/doc/guides/sample_app_ug/quota_watermark.rst > @@ -499,8 +499,8 @@ low_watermark from the rte_memzone previously created= by qw. > low_watermark =3D (unsigned int *) qw_memzone->addr + sizeof(int= ); > } >=20 > -.. |pipeline_overview| image:: img/pipeline_overview.png > +.. |pipeline_overview| image:: img/pipeline_overview.* >=20 > -.. |ring_pipeline_perf_setup| image:: img/ring_pipeline_perf_setup.png > +.. |ring_pipeline_perf_setup| image:: img/ring_pipeline_perf_setup.* >=20 > -.. |threads_pipelines| image:: img/threads_pipelines.png > +.. |threads_pipelines| image:: img/threads_pipelines.* > diff --git a/doc/guides/sample_app_ug/test_pipeline.rst > b/doc/guides/sample_app_ug/test_pipeline.rst > index a5fed8a..0432942 100644 > --- a/doc/guides/sample_app_ug/test_pipeline.rst > +++ b/doc/guides/sample_app_ug/test_pipeline.rst > @@ -282,4 +282,4 @@ The profile for input traffic is TCP/IPv4 packets wit= h: >=20 > * source TCP port fixed to 0 >=20 > -.. |test_pipeline_app| image:: img/test_pipeline_app.png > +.. |test_pipeline_app| image:: img/test_pipeline_app.* > diff --git a/doc/guides/sample_app_ug/vhost.rst b/doc/guides/sample_app_u= g/vhost.rst > index fa53db6..4a6d434 100644 > --- a/doc/guides/sample_app_ug/vhost.rst > +++ b/doc/guides/sample_app_ug/vhost.rst > @@ -747,12 +747,12 @@ The above message indicates that device 0 has been = registered with MAC > address c Any packets received on the NIC with these values is placed on= the devices receive queue. > When a virtio-net device transmits packets, the VLAN tag is added to the= packet by the DPDK vhost > sample code. >=20 > -.. |vhost_net_arch| image:: img/vhost_net_arch.png > +.. |vhost_net_arch| image:: img/vhost_net_arch.* >=20 > -.. |qemu_virtio_net| image:: img/qemu_virtio_net.png > +.. |qemu_virtio_net| image:: img/qemu_virtio_net.* >=20 > -.. |tx_dpdk_testpmd| image:: img/tx_dpdk_testpmd.png > +.. |tx_dpdk_testpmd| image:: img/tx_dpdk_testpmd.* >=20 > -.. |vhost_net_sample_app| image:: img/vhost_net_sample_app.png > +.. |vhost_net_sample_app| image:: img/vhost_net_sample_app.* >=20 > -.. |virtio_linux_vhost| image:: img/virtio_linux_vhost.png > +.. |virtio_linux_vhost| image:: img/virtio_linux_vhost.* > diff --git a/doc/guides/sample_app_ug/vm_power_management.rst > b/doc/guides/sample_app_ug/vm_power_management.rst > index 16f44c4..2a923d8 100644 > --- a/doc/guides/sample_app_ug/vm_power_management.rst > +++ b/doc/guides/sample_app_ug/vm_power_management.rst > @@ -356,6 +356,6 @@ Where {core_num} is the lcore and channel to change f= requency by scaling > up/down >=20 > set_cpu_freq {core_num} up|down|min|max >=20 > -.. |vm_power_mgr_highlevel| image:: img/vm_power_mgr_highlevel.svg > +.. |vm_power_mgr_highlevel| image:: img/vm_power_mgr_highlevel.* >=20 > -.. |vm_power_mgr_vm_request_seq| image:: img/vm_power_mgr_vm_request_seq= .svg > +.. |vm_power_mgr_vm_request_seq| image:: > +img/vm_power_mgr_vm_request_seq.* > diff --git a/doc/guides/sample_app_ug/vmdq_dcb_forwarding.rst > b/doc/guides/sample_app_ug/vmdq_dcb_forwarding.rst > index 15c783a..e5d34e1 100644 > --- a/doc/guides/sample_app_ug/vmdq_dcb_forwarding.rst > +++ b/doc/guides/sample_app_ug/vmdq_dcb_forwarding.rst > @@ -248,4 +248,4 @@ To generate the statistics output, use the following = command: > Please note that the statistics output will appear on the terminal where= the vmdq_dcb_app is > running, rather than the terminal from which the HUP signal was sent. >=20 > -.. |vmdq_dcb_example| image:: img/vmdq_dcb_example.svg > +.. |vmdq_dcb_example| image:: img/vmdq_dcb_example.* > -- > 1.7.4.1 Hi John, Not sure why this is necessary. The rte.sdkdoc.mk file seems to be looking for *.svg files. Regards, Bernard.