[Pkg-ofed-commits] [libfabric] 101/123: fi_usnic(7): use alternating */- bullets for source clarity

Ana Beatriz Guerrero López ana at moszumanska.debian.org
Sat Oct 22 12:28:34 UTC 2016


This is an automated email from the git hooks/post-receive script.

ana pushed a commit to annotated tag v1.1.1
in repository libfabric.

commit beac58dd6a672ddddcf28f293ca0d149f2350f33
Author: Dave Goodell <dgoodell at cisco.com>
Date:   Mon Sep 28 15:21:03 2015 -0700

    fi_usnic(7): use alternating */- bullets for source clarity
    
    Signed-off-by: Dave Goodell <dgoodell at cisco.com>
---
 man/fi_usnic.7.md | 16 ++++++++--------
 1 file changed, 8 insertions(+), 8 deletions(-)

diff --git a/man/fi_usnic.7.md b/man/fi_usnic.7.md
index c408cac..70bfca1 100644
--- a/man/fi_usnic.7.md
+++ b/man/fi_usnic.7.md
@@ -20,13 +20,13 @@ low latency and other offload capabilities on Ethernet networks.
 
 * The *usnic* libfabric provider requires the use of the "libnl"
   library.
-    * There are two versions of libnl generally available: v1 and v3;
+    - There are two versions of libnl generally available: v1 and v3;
       the usnic provider can use either version.
-    * If you are building libfabric/the usnic provider from source, you
+    - If you are building libfabric/the usnic provider from source, you
       will need to have the libnl header files available (e.g., if you
       are installing libnl from RPM or other packaging system, install
       the "-devel" versions of the package).
-    * If you have libnl (either v1 or v3) installed in a non-standard
+    - If you have libnl (either v1 or v3) installed in a non-standard
       location (e.g., not in /usr/lib or /usr/lib64), you may need to
       tell libfabric's configure where to find libnl via the
       `--with-libnl=DIR` command line option (where DIR is the
@@ -37,16 +37,16 @@ low latency and other offload capabilities on Ethernet networks.
   anything about libfabric or usnic in this use case -- the MPI
   implementation hides all these details from the application.
 * If you are writing applications directly to the libfabric API:
-    * *FI_EP_DGRAM* endpoints are the best supported method of utilizing
+    - *FI_EP_DGRAM* endpoints are the best supported method of utilizing
       the usNIC interface.  Specifically, the *FI_EP_DGRAM* endpoint
       type has been extensively tested as the underlying layer for Open
       MPI's *usnic* BTL.
-    * *FI_EP_MSG* and *FI_EP_RDM* endpoints are implemented, but are
+    - *FI_EP_MSG* and *FI_EP_RDM* endpoints are implemented, but are
       only lightly tested.  It is likely that there are still some bugs
       in these endpoint types.  RMA is not yet supported.
-    * *FI_EP_RDM* support is not 100% robust and occasionally leads to hangs in
+    - *FI_EP_RDM* support is not 100% robust and occasionally leads to hangs in
       the `fi_rdm_pingpong` test from fabtests.
-    * [`fi_provider`(7)](fi_provider.7.html) lists requirements for all
+    - [`fi_provider`(7)](fi_provider.7.html) lists requirements for all
       providers.  The following limitations exist in the *usnic*
       provider:
         * multicast operations are not supported on *FI_EP_DGRAM* and
@@ -62,7 +62,7 @@ low latency and other offload capabilities on Ethernet networks.
         * The tag matching interface is not supported.
         * *FI_MSG_PREFIX* is only supported on *FI_EP_DGRAM* and usage
           is limited to the 1.1 release.
-    * The usnic libfabric provider supports extensions that provide
+    - The usnic libfabric provider supports extensions that provide
       information and functionality beyond the standard libfabric
       interface.  See the "USNIC EXTENSIONS" section, below.
 

-- 
Alioth's /usr/local/bin/git-commit-notice on /srv/git.debian.org/git/pkg-ofed/libfabric.git



More information about the Pkg-ofed-commits mailing list