* [PATCH rdma-core 0/4] rdma-core infrastructure
@ 2016-10-14 19:21 Jarod Wilson
[not found] ` <20161014192136.11731-1-jarod-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
0 siblings, 1 reply; 49+ messages in thread
From: Jarod Wilson @ 2016-10-14 19:21 UTC (permalink / raw)
To: linux-rdma-u79uwXL29TY76Z2rM5mHXA; +Cc: Jarod Wilson
This is a set of patches to make some minor changes to the stock spec file,
add a bunch of userspace glue that Red Hat has been shipping on it's own in
Red Hat Enterprise Linux and Fedora for a while now, and a revised split
package spec file that we're likely to use in at least RHEL, to preserve the
current packaging split.
Jarod Wilson (4):
rpm spec: install documentation too
glue/redhat: add udev/systemd/etc infrastructure bits
glue/redhat: copy stock spec for RH customization
glue/redhat/spec: build split rpm packages
glue/redhat/ibacm.service | 12 +
glue/redhat/iwpmd.service | 12 +
glue/redhat/rdma-core.spec | 534 +++++++++++++++++++++++++++++++
glue/redhat/rdma.conf | 25 ++
glue/redhat/rdma.cxgb3.sys.modprobe | 1 +
glue/redhat/rdma.cxgb4.sys.modprobe | 1 +
glue/redhat/rdma.fixup-mtrr.awk | 160 +++++++++
glue/redhat/rdma.ifdown-ib | 183 +++++++++++
glue/redhat/rdma.ifup-ib | 308 ++++++++++++++++++
glue/redhat/rdma.kernel-init | 262 +++++++++++++++
glue/redhat/rdma.mlx4-setup.sh | 91 ++++++
glue/redhat/rdma.mlx4.conf | 27 ++
glue/redhat/rdma.mlx4.sys.modprobe | 5 +
glue/redhat/rdma.mlx4.user.modprobe | 21 ++
glue/redhat/rdma.modules-setup.sh | 30 ++
glue/redhat/rdma.service | 15 +
glue/redhat/rdma.sriov-init | 137 ++++++++
glue/redhat/rdma.sriov-vfs | 41 +++
glue/redhat/rdma.udev-ipoib-naming.rules | 13 +
glue/redhat/rdma.udev-rules | 18 ++
glue/redhat/srp_daemon.service | 17 +
rdma-core.spec | 4 +
22 files changed, 1917 insertions(+)
create mode 100644 glue/redhat/ibacm.service
create mode 100644 glue/redhat/iwpmd.service
create mode 100644 glue/redhat/rdma-core.spec
create mode 100644 glue/redhat/rdma.conf
create mode 100644 glue/redhat/rdma.cxgb3.sys.modprobe
create mode 100644 glue/redhat/rdma.cxgb4.sys.modprobe
create mode 100644 glue/redhat/rdma.fixup-mtrr.awk
create mode 100644 glue/redhat/rdma.ifdown-ib
create mode 100644 glue/redhat/rdma.ifup-ib
create mode 100644 glue/redhat/rdma.kernel-init
create mode 100644 glue/redhat/rdma.mlx4-setup.sh
create mode 100644 glue/redhat/rdma.mlx4.conf
create mode 100644 glue/redhat/rdma.mlx4.sys.modprobe
create mode 100644 glue/redhat/rdma.mlx4.user.modprobe
create mode 100644 glue/redhat/rdma.modules-setup.sh
create mode 100644 glue/redhat/rdma.service
create mode 100644 glue/redhat/rdma.sriov-init
create mode 100644 glue/redhat/rdma.sriov-vfs
create mode 100644 glue/redhat/rdma.udev-ipoib-naming.rules
create mode 100644 glue/redhat/rdma.udev-rules
create mode 100644 glue/redhat/srp_daemon.service
--
2.10.0
--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 49+ messages in thread[parent not found: <20161014192136.11731-1-jarod-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>]
* [PATCH rdma-core 1/4] rpm spec: install documentation too [not found] ` <20161014192136.11731-1-jarod-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> @ 2016-10-14 19:21 ` Jarod Wilson [not found] ` <20161014192136.11731-2-jarod-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> 2016-10-14 19:21 ` [PATCH rdma-core 2/4] glue/redhat: add udev/systemd/etc infrastructure bits Jarod Wilson ` (5 subsequent siblings) 6 siblings, 1 reply; 49+ messages in thread From: Jarod Wilson @ 2016-10-14 19:21 UTC (permalink / raw) To: linux-rdma-u79uwXL29TY76Z2rM5mHXA; +Cc: Jarod Wilson At least in the Red Hat world, we like to install the documentation files provided in a given source tree. Signed-off-by: Jarod Wilson <jarod-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> --- rdma-core.spec | 4 ++++ 1 file changed, 4 insertions(+) diff --git a/rdma-core.spec b/rdma-core.spec index 96c86fe..609b910 100644 --- a/rdma-core.spec +++ b/rdma-core.spec @@ -91,6 +91,9 @@ This is a simple example without the split sub packages to get things started. %install %cmake_install +mkdir -p %{buildroot}/%{_docdir}/%{name}-%{version} +install -m0644 Documentation/{ibacm,ibsrpdm,libibcm,libibverbs,librdmacm,rxe}.md %{buildroot}/%{_docdir}/%{name}-%{version}/ + %if 0%{?_unitdir:1} rm -rf %{buildroot}/%{_initrddir}/ %else @@ -110,6 +113,7 @@ rm -rf %{buildroot}/%{my_unitdir}/ %{_libdir}/rsocket/* %{_sbindir}/* %{_libexecdir}/* +%{_docdir}/%{name}-%{version}/* %if 0%{?_unitdir:1} %{_unitdir}/* %else -- 2.10.0 -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply related [flat|nested] 49+ messages in thread
[parent not found: <20161014192136.11731-2-jarod-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>]
* Re: [PATCH rdma-core 1/4] rpm spec: install documentation too [not found] ` <20161014192136.11731-2-jarod-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> @ 2016-10-14 22:52 ` Jason Gunthorpe [not found] ` <20161014225204.GB16509-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org> 0 siblings, 1 reply; 49+ messages in thread From: Jason Gunthorpe @ 2016-10-14 22:52 UTC (permalink / raw) To: Jarod Wilson; +Cc: linux-rdma-u79uwXL29TY76Z2rM5mHXA On Fri, Oct 14, 2016 at 03:21:33PM -0400, Jarod Wilson wrote: > At least in the Red Hat world, we like to install the documentation files > provided in a given source tree. I think other distros would like to do this too, can you use this patch instead? >From a23838ccc05574b1975741770abcbd66f7587293 Mon Sep 17 00:00:00 2001 From: Jarod Wilson <jarod-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> Date: Fri, 14 Oct 2016 15:21:33 -0400 Subject: [PATCH] Install end user focused documentation files We recommend that all distros ship these. Suggested-by: Jarod Wilson <jarod-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> Signed-off-by: Jason Gunthorpe <jgunthorpe-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org> --- CMakeLists.txt | 3 ++- Documentation/CMakeLists.txt | 8 ++++++++ debian/ibacm.install | 1 + debian/ibverbs-providers.install | 1 + debian/libibcm1.install | 1 + debian/libibverbs1.install | 1 + debian/librdmacm1.install | 1 + debian/srptools.install | 1 + rdma-core.spec | 4 +++- 9 files changed, 19 insertions(+), 2 deletions(-) create mode 100644 Documentation/CMakeLists.txt diff --git a/CMakeLists.txt b/CMakeLists.txt index a23aa860e6d3f2..6d2960e22b77b2 100644 --- a/CMakeLists.txt +++ b/CMakeLists.txt @@ -21,7 +21,7 @@ # Use the historical search path for providers, in the standard system library. cmake_minimum_required(VERSION 2.8.11 FATAL_ERROR) -project(RDMA C) +project(rdma-core C) # CMake likes to use -rdynamic too much, they fixed it in 3.4. if(POLICY CMP0065) @@ -321,6 +321,7 @@ configure_file("${BUILDLIB}/config.h.in" "${BUILD_INCLUDE}/config.h" ESCAPE_QUOT # Sub-directories add_subdirectory(ccan) add_subdirectory(util) +add_subdirectory(Documentation) # Libraries add_subdirectory(libibumad) add_subdirectory(libibumad/man) diff --git a/Documentation/CMakeLists.txt b/Documentation/CMakeLists.txt new file mode 100644 index 00000000000000..619b8587f11f11 --- /dev/null +++ b/Documentation/CMakeLists.txt @@ -0,0 +1,8 @@ +install(FILES + ibacm.md + ibsrpdm.md + libibcm.md + libibverbs.md + librdmacm.md + rxe.md + DESTINATION "${CMAKE_INSTALL_DOCDIR}") diff --git a/debian/ibacm.install b/debian/ibacm.install index 2bb9591c051dbe..f2a6c53eb79d02 100644 --- a/debian/ibacm.install +++ b/debian/ibacm.install @@ -8,3 +8,4 @@ usr/share/man/man1/ib_acme.1 usr/share/man/man1/ibacm.1 usr/share/man/man7/ibacm.7 usr/share/man/man7/ibacm_prov.7 +usr/share/doc/rdma-core/ibacm.md usr/share/doc/ibacm/ diff --git a/debian/ibverbs-providers.install b/debian/ibverbs-providers.install index 1b4121874b2cc1..7458540b37714d 100644 --- a/debian/ibverbs-providers.install +++ b/debian/ibverbs-providers.install @@ -5,3 +5,4 @@ usr/lib/truescale-serdes.cmds usr/share/man/man8/rxe_cfg.8 usr/share/man/man7/rxe.7 usr/bin/rxe_cfg +usr/share/doc/rdma-core/rxe.md usr/share/doc/ibverbs-providers/ diff --git a/debian/libibcm1.install b/debian/libibcm1.install index 6f270b7f3bfac3..a0ace6ebf2eac3 100644 --- a/debian/libibcm1.install +++ b/debian/libibcm1.install @@ -1 +1,2 @@ usr/lib/*/libibcm*.so.* +usr/share/doc/rdma-core/libibcm.md usr/share/doc/libibcm1/ diff --git a/debian/libibverbs1.install b/debian/libibverbs1.install index 78a7f76d39c3e4..83bdd802b48d5c 100644 --- a/debian/libibverbs1.install +++ b/debian/libibverbs1.install @@ -1 +1,2 @@ usr/lib/*/libibverbs*.so.* +usr/share/doc/rdma-core/libibverbs.md usr/share/doc/libibverbs1/ diff --git a/debian/librdmacm1.install b/debian/librdmacm1.install index c17048e6e46307..09140ab84de7dc 100644 --- a/debian/librdmacm1.install +++ b/debian/librdmacm1.install @@ -1,2 +1,3 @@ usr/lib/*/librdmacm*.so.* usr/lib/*/rsocket/librspreload*.so* +usr/share/doc/rdma-core/librdmacm.md usr/share/doc/librdmacm1/ diff --git a/debian/srptools.install b/debian/srptools.install index 17b909d721a978..9c0701526e3cd8 100644 --- a/debian/srptools.install +++ b/debian/srptools.install @@ -6,3 +6,4 @@ usr/sbin/ibsrpdm usr/sbin/srp_daemon usr/share/man/man1/ibsrpdm.1 usr/share/man/man1/srp_daemon.1 +usr/share/doc/rdma-core/ibsrpdm.md usr/share/doc/srptools/ diff --git a/rdma-core.spec b/rdma-core.spec index 96c86fe06f3ae9..47b7d87e403219 100644 --- a/rdma-core.spec +++ b/rdma-core.spec @@ -85,7 +85,8 @@ This is a simple example without the split sub packages to get things started. -DCMAKE_INSTALL_SYSCONFDIR:PATH=%{_sysconfdir} \ -DCMAKE_INSTALL_SYSTEMD_SERVICEDIR:PATH=%{my_unitdir} \ -DCMAKE_INSTALL_INITDDIR:PATH=%{_initrddir} \ - -DCMAKE_INSTALL_RUNDIR:PATH=%{_rundir} + -DCMAKE_INSTALL_RUNDIR:PATH=%{_rundir} \ + -DCMAKE_INSTALL_DOCDIR:PATH=%{_docdir}/%{name}-%{version} %make_jobs %install @@ -110,6 +111,7 @@ rm -rf %{buildroot}/%{my_unitdir}/ %{_libdir}/rsocket/* %{_sbindir}/* %{_libexecdir}/* +%{_docdir}/%{name}-%{version}/* %if 0%{?_unitdir:1} %{_unitdir}/* %else -- 2.7.4 -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply related [flat|nested] 49+ messages in thread
[parent not found: <20161014225204.GB16509-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org>]
* Re: [PATCH rdma-core 1/4] rpm spec: install documentation too [not found] ` <20161014225204.GB16509-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org> @ 2016-10-17 15:53 ` Jarod Wilson 0 siblings, 0 replies; 49+ messages in thread From: Jarod Wilson @ 2016-10-17 15:53 UTC (permalink / raw) To: Jason Gunthorpe; +Cc: linux-rdma-u79uwXL29TY76Z2rM5mHXA On Fri, Oct 14, 2016 at 04:52:04PM -0600, Jason Gunthorpe wrote: > On Fri, Oct 14, 2016 at 03:21:33PM -0400, Jarod Wilson wrote: > > At least in the Red Hat world, we like to install the documentation files > > provided in a given source tree. > > I think other distros would like to do this too, can you use this > patch instead? Ah. Yeah. My cmake-fu is ... lacking. That does look like a better way to go. I'll pull this into my working tree and play with it. > From a23838ccc05574b1975741770abcbd66f7587293 Mon Sep 17 00:00:00 2001 > From: Jarod Wilson <jarod-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> > Date: Fri, 14 Oct 2016 15:21:33 -0400 > Subject: [PATCH] Install end user focused documentation files > > We recommend that all distros ship these. > > Suggested-by: Jarod Wilson <jarod-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> > Signed-off-by: Jason Gunthorpe <jgunthorpe-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org> > --- > CMakeLists.txt | 3 ++- > Documentation/CMakeLists.txt | 8 ++++++++ > debian/ibacm.install | 1 + > debian/ibverbs-providers.install | 1 + > debian/libibcm1.install | 1 + > debian/libibverbs1.install | 1 + > debian/librdmacm1.install | 1 + > debian/srptools.install | 1 + > rdma-core.spec | 4 +++- > 9 files changed, 19 insertions(+), 2 deletions(-) > create mode 100644 Documentation/CMakeLists.txt ... -- Jarod Wilson jarod-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 49+ messages in thread
* [PATCH rdma-core 2/4] glue/redhat: add udev/systemd/etc infrastructure bits [not found] ` <20161014192136.11731-1-jarod-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> 2016-10-14 19:21 ` [PATCH rdma-core 1/4] rpm spec: install documentation too Jarod Wilson @ 2016-10-14 19:21 ` Jarod Wilson [not found] ` <20161014192136.11731-3-jarod-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> 2016-10-14 19:21 ` [PATCH rdma-core 3/4] glue/redhat: copy stock spec for RH customization Jarod Wilson ` (4 subsequent siblings) 6 siblings, 1 reply; 49+ messages in thread From: Jarod Wilson @ 2016-10-14 19:21 UTC (permalink / raw) To: linux-rdma-u79uwXL29TY76Z2rM5mHXA; +Cc: Jarod Wilson, Doug Ledford Red Hat has been shipping an "rdma" package, as well as it's own systemd unit files for some daemons for a while now, in both Fedora and Red Hat Enterprise Linux. Some of these are fairly RH-specific, but might be of use to others, so we'd like to move them into the upstream source tree. Most of these were authored by Doug Ledford, though I'm currently the one that maintains (most of) them in RHEL. CC: Doug Ledford <dledford-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> Signed-off-by: Jarod Wilson <jarod-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> --- glue/redhat/ibacm.service | 12 ++ glue/redhat/iwpmd.service | 12 ++ glue/redhat/rdma.conf | 25 +++ glue/redhat/rdma.cxgb3.sys.modprobe | 1 + glue/redhat/rdma.cxgb4.sys.modprobe | 1 + glue/redhat/rdma.fixup-mtrr.awk | 160 ++++++++++++++++ glue/redhat/rdma.ifdown-ib | 183 ++++++++++++++++++ glue/redhat/rdma.ifup-ib | 308 +++++++++++++++++++++++++++++++ glue/redhat/rdma.kernel-init | 262 ++++++++++++++++++++++++++ glue/redhat/rdma.mlx4-setup.sh | 91 +++++++++ glue/redhat/rdma.mlx4.conf | 27 +++ glue/redhat/rdma.mlx4.sys.modprobe | 5 + glue/redhat/rdma.mlx4.user.modprobe | 21 +++ glue/redhat/rdma.modules-setup.sh | 30 +++ glue/redhat/rdma.service | 15 ++ glue/redhat/rdma.sriov-init | 137 ++++++++++++++ glue/redhat/rdma.sriov-vfs | 41 ++++ glue/redhat/rdma.udev-ipoib-naming.rules | 13 ++ glue/redhat/rdma.udev-rules | 18 ++ glue/redhat/srp_daemon.service | 17 ++ 20 files changed, 1379 insertions(+) create mode 100644 glue/redhat/ibacm.service create mode 100644 glue/redhat/iwpmd.service create mode 100644 glue/redhat/rdma.conf create mode 100644 glue/redhat/rdma.cxgb3.sys.modprobe create mode 100644 glue/redhat/rdma.cxgb4.sys.modprobe create mode 100644 glue/redhat/rdma.fixup-mtrr.awk create mode 100644 glue/redhat/rdma.ifdown-ib create mode 100644 glue/redhat/rdma.ifup-ib create mode 100644 glue/redhat/rdma.kernel-init create mode 100644 glue/redhat/rdma.mlx4-setup.sh create mode 100644 glue/redhat/rdma.mlx4.conf create mode 100644 glue/redhat/rdma.mlx4.sys.modprobe create mode 100644 glue/redhat/rdma.mlx4.user.modprobe create mode 100644 glue/redhat/rdma.modules-setup.sh create mode 100644 glue/redhat/rdma.service create mode 100644 glue/redhat/rdma.sriov-init create mode 100644 glue/redhat/rdma.sriov-vfs create mode 100644 glue/redhat/rdma.udev-ipoib-naming.rules create mode 100644 glue/redhat/rdma.udev-rules create mode 100644 glue/redhat/srp_daemon.service diff --git a/glue/redhat/ibacm.service b/glue/redhat/ibacm.service new file mode 100644 index 0000000..1cd031a --- /dev/null +++ b/glue/redhat/ibacm.service @@ -0,0 +1,12 @@ +[Unit] +Description=Starts the InfiniBand Address Cache Manager daemon +Documentation=man:ibacm +Requires=rdma.service +After=rdma.service opensm.service + +[Service] +Type=forking +ExecStart=/usr/sbin/ibacm + +[Install] +WantedBy=network.target diff --git a/glue/redhat/iwpmd.service b/glue/redhat/iwpmd.service new file mode 100644 index 0000000..ff19acd --- /dev/null +++ b/glue/redhat/iwpmd.service @@ -0,0 +1,12 @@ +[Unit] +Description=Starts the IWPMD daemon +Documentation=file:///usr/share/doc/iwpmd/README +After=network.target syslog.target + +[Service] +Type=simple +LimitNOFILE=102400 +ExecStart=/usr/bin/iwpmd + +[Install] +WantedBy=multi-user.target diff --git a/glue/redhat/rdma.conf b/glue/redhat/rdma.conf new file mode 100644 index 0000000..9446564 --- /dev/null +++ b/glue/redhat/rdma.conf @@ -0,0 +1,25 @@ +# Load IPoIB +IPOIB_LOAD=yes +# Load SRP (SCSI Remote Protocol initiator support) module +SRP_LOAD=yes +# Load SRPT (SCSI Remote Protocol target support) module +SRPT_LOAD=yes +# Load iSER (iSCSI over RDMA initiator support) module +ISER_LOAD=yes +# Load iSERT (iSCSI over RDMA target support) module +ISERT_LOAD=yes +# Load RDS (Reliable Datagram Service) network protocol +RDS_LOAD=no +# Load NFSoRDMA client transport module +XPRTRDMA_LOAD=yes +# Load NFSoRDMA server transport module +SVCRDMA_LOAD=no +# Load Tech Preview device driver modules +TECH_PREVIEW_LOAD=no +# Should we modify the system mtrr registers? We may need to do this if you +# get messages from the ib_ipath driver saying that it couldn't enable +# write combining for the PIO buffs on the card. +# +# Note: recent kernels should do this for us, but in case they don't, we'll +# leave this option +FIXUP_MTRR_REGS=no diff --git a/glue/redhat/rdma.cxgb3.sys.modprobe b/glue/redhat/rdma.cxgb3.sys.modprobe new file mode 100644 index 0000000..d5925a7 --- /dev/null +++ b/glue/redhat/rdma.cxgb3.sys.modprobe @@ -0,0 +1 @@ +install cxgb3 /sbin/modprobe --ignore-install cxgb3 $CMDLINE_OPTS && /sbin/modprobe iw_cxgb3 diff --git a/glue/redhat/rdma.cxgb4.sys.modprobe b/glue/redhat/rdma.cxgb4.sys.modprobe new file mode 100644 index 0000000..44163ab --- /dev/null +++ b/glue/redhat/rdma.cxgb4.sys.modprobe @@ -0,0 +1 @@ +install cxgb4 /sbin/modprobe --ignore-install cxgb4 $CMDLINE_OPTS && /sbin/modprobe iw_cxgb4 diff --git a/glue/redhat/rdma.fixup-mtrr.awk b/glue/redhat/rdma.fixup-mtrr.awk new file mode 100644 index 0000000..a57ca76 --- /dev/null +++ b/glue/redhat/rdma.fixup-mtrr.awk @@ -0,0 +1,160 @@ +# This is a simple script that checks the contents of /proc/mtrr to see if +# the BIOS maker for the computer took the easy way out in terms of +# specifying memory regions when there is a hole below 4GB for PCI access +# and the machine has 4GB or more of RAM. When the contents of /proc/mtrr +# show a 4GB mapping of write-back cached RAM, minus punch out hole(s) of +# uncacheable regions (the area reserved for PCI access), then it becomes +# impossible for the ib_ipath driver to set write_combining on its PIO +# buffers. To correct the problem, remap the lower memory region in various +# chunks up to the start of the punch out hole(s), then delete the punch out +# hole(s) entirely as they aren't needed any more. That way, ib_ipath will +# be able to set write_combining on its PIO memory access region. + +BEGIN { + regs = 0 +} + +function check_base(mem) +{ + printf "Base memory data: base=0x%08x, size=0x%x\n", base[mem], size[mem] > "/dev/stderr" + if (size[mem] < (512 * 1024 * 1024)) + return 0 + if (type[mem] != "write-back") + return 0 + if (base[mem] >= (4 * 1024 * 1024 * 1024)) + return 0 + return 1 +} + +function check_hole(hole) +{ + printf "Hole data: base=0x%08x, size=0x%x\n", base[hole], size[hole] > "/dev/stderr" + if (size[hole] > (1 * 1024 * 1024 * 1024)) + return 0 + if (type[hole] != "uncachable") + return 0 + if ((base[hole] + size[hole]) > (4 * 1024 * 1024 * 1024)) + return 0 + return 1 +} + +function build_entries(start, end, new_base, new_size, tmp_base) +{ + # mtrr registers require alignment of blocks, so a 256MB chunk must + # be 256MB aligned. Additionally, all blocks must be a power of 2 + # in size. So, do the largest power of two size that we can and + # still have start + block <= end, rinse and repeat. + tmp_base = start + do { + new_base = tmp_base + new_size = 4096 + while (((new_base + new_size) < end) && + ((new_base % new_size) == 0)) + new_size = lshift(new_size, 1) + if (((new_base + new_size) > end) || + ((new_base % new_size) != 0)) + new_size = rshift(new_size, 1) + printf "base=0x%x size=0x%x type=%s\n", + new_base, new_size, type[mem] > "/dev/stderr" + printf "base=0x%x size=0x%x type=%s\n", + new_base, new_size, type[mem] > "/proc/mtrr" + fflush("") + tmp_base = new_base + new_size + } while (tmp_base < end) +} + +{ + gsub("^reg", "") + gsub(": base=", " ") + gsub(" [(].*), size=", " ") + gsub(": ", " ") + gsub(", count=.*$", "") + register[regs] = strtonum($1) + base[regs] = strtonum($2) + size[regs] = strtonum($3) + human_size[regs] = size[regs] + if (match($3, "MB")) { size[regs] *= 1024*1024; mult[regs] = "MB" } + else { size[regs] *= 1024; mult[regs] = "KB" } + type[regs] = $4 + enabled[regs] = 1 + end[regs] = base[regs] + size[regs] + regs++ +} + +END { + # First we need to find our base memory region. We only care about + # the memory register that starts at base 0. This is the only one + # that we can reliably know is our global memory region, and the + # only one that we can reliably check against overlaps. It's entirely + # possible that any memory region not starting at 0 and having an + # overlap with another memory region is in fact intentional and we + # shouldn't touch it. + for(i=0; i<regs; i++) + if (base[i] == 0) + break + # Did we get a valid base register? + if (i == regs) + exit 1 + mem = i + if (!check_base(mem)) + exit 1 + + cur_hole = 0 + for(i=0; i<regs; i++) { + if (i == mem) + continue + if (base[i] < end[mem] && check_hole(i)) + holes[cur_hole++] = i + } + if (cur_hole == 0) { + print "Nothing to do" > "/dev/stderr" + exit 1 + } + printf "Found %d punch-out holes\n", cur_hole > "/dev/stderr" + + # We need to sort the holes according to base address + for(j = 0; j < cur_hole - 1; j++) { + for(i = cur_hole - 1; i > j; i--) { + if(base[holes[i]] < base[holes[i-1]]) { + tmp = holes[i] + holes[i] = holes[i-1] + holes[i-1] = tmp + } + } + } + # OK, the common case would be that the BIOS is mapping holes out + # of the 4GB memory range, and that our hole(s) are consecutive and + # that our holes and our memory region end at the same place. However, + # things like machines with 8GB of RAM or more can foul up these + # common traits. + # + # So, our modus operandi is to disable all of the memory/hole regions + # to start, then build new base memory zones that in the end add + # up to the same as our original zone minus the holes. We know that + # we will never have a hole listed here that belongs to a valid + # hole punched in a write-combining memory region because you can't + # overlay write-combining on top of write-back and we know our base + # memory region is write-back, so in order for this hole to overlap + # our base memory region it can't be also overlapping a write-combining + # region. + printf "disable=%d\n", register[mem] > "/dev/stderr" + printf "disable=%d\n", register[mem] > "/proc/mtrr" + fflush("") + enabled[mem] = 0 + for(i=0; i < cur_hole; i++) { + printf "disable=%d\n", register[holes[i]] > "/dev/stderr" + printf "disable=%d\n", register[holes[i]] > "/proc/mtrr" + fflush("") + enabled[holes[i]] = 0 + } + build_entries(base[mem], base[holes[0]]) + for(i=0; i < cur_hole - 1; i++) + if (base[holes[i+1]] > end[holes[i]]) + build_entries(end[holes[i]], base[holes[i+1]]) + if (end[mem] > end[holes[i]]) + build_entries(end[holes[i]], end[mem]) + # We changed up the mtrr regs, so signal to the rdma script to + # reload modules that need the mtrr regs to be right. + exit 0 +} + diff --git a/glue/redhat/rdma.ifdown-ib b/glue/redhat/rdma.ifdown-ib new file mode 100644 index 0000000..1cb284d --- /dev/null +++ b/glue/redhat/rdma.ifdown-ib @@ -0,0 +1,183 @@ +#!/bin/bash +# Network Interface Configuration System +# Copyright (c) 1996-2013 Red Hat, Inc. all rights reserved. +# +# This program is free software; you can redistribute it and/or modify +# it under the terms of the GNU General Public License, version 2, +# as published by the Free Software Foundation. +# +# This program is distributed in the hope that it will be useful, +# but WITHOUT ANY WARRANTY; without even the implied warranty of +# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the +# GNU General Public License for more details. +# +# You should have received a copy of the GNU General Public License +# along with this program; if not, write to the Free Software +# Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301, USA. + +. /etc/init.d/functions + +cd /etc/sysconfig/network-scripts +. ./network-functions + +[ -f ../network ] && . ../network + +CONFIG=${1} + +source_config + +# Allow the user to override the detection of our physical device by passing +# it in. No checking is done, if the user gives us a bogus dev, it's +# their problem. +[ -n "${PHYSDEV}" ] && REALDEVICE="$PHYSDEV" + +. /etc/sysconfig/network + +# Check to make sure the device is actually up +check_device_down ${DEVICE} && exit 0 + +# If we are a P_Key device, we need to munge a few things +if [ "${PKEY}" = yes ]; then + [ -z "${PKEY_ID}" ] && { + net_log $"InfiniBand IPoIB device: PKEY=yes requires a PKEY_ID" + exit 1 + } + [ -z "${PHYSDEV}" ] && { + net_log $"InfiniBand IPoIB device: PKEY=yes requires a PHYSDEV" + exit 1 + } + # Normalize our PKEY_ID to have the high bit set + NEW_PKEY_ID=`printf "0x%04x" $(( 0x8000 | ${PKEY_ID} ))` + NEW_PKEY_NAME=`printf "%04x" ${NEW_PKEY_ID}` + [ "${DEVICE}" != "${PHYSDEV}.${NEW_PKEY_NAME}" ] && { + net_log $"Configured DEVICE name does not match what new device name would be. This +is most likely because once the PKEY_ID was normalized, it no longer +resulted in the expected device naming, and so the DEVICE entry in the +config file needs to be updated to match. This can also be caused by +giving PKEY_ID as a hex number but without using the mandatory 0x prefix. + Configured DEVICE=$DEVICE + Configured PHYSDEV=$PHYSDEV + Configured PKEY_ID=$PKEY_ID + Calculated PKEY_ID=$NEW_PKEY_ID + Calculated name=${PHYSDEV}.${NEW_PKEY_NAME}" + exit 1 + } + [ -d "/sys/class/net/${DEVICE}" ] || exit 0 + # When we get to downing the IP address, we need REALDEVICE to + # point to our PKEY device + REALDEVICE="${DEVICE}" +fi + + +if [ "${SLAVE}" != "yes" -o -z "${MASTER}" ]; then +if [ -n "${HWADDR}" -a -z "${MACADDR}" ]; then + HWADDR=$(echo $HWADDR | tail -c 24) + FOUNDMACADDR=$(get_hwaddr ${REALDEVICE} | tail -c 24) + if [ -n "${FOUNDMACADDR}" -a "${FOUNDMACADDR}" != "${HWADDR}" ]; then + NEWCONFIG=$(get_config_by_hwaddr ${FOUNDMACADDR}) + if [ -n "${NEWCONFIG}" ]; then + eval $(LANG=C grep -F "DEVICE=" $NEWCONFIG) + else + net_log $"Device ${DEVICE} has MAC address ${FOUNDMACADDR}, instead of configured address ${HWADDR}. Ignoring." + exit 1 + fi + if [ -n "${NEWCONFIG}" -a "${NEWCONFIG##*/}" != "${CONFIG##*/}" -a "${DEVICE}" = "${REALDEVICE}" ]; then + exec /sbin/ifdown ${NEWCONFIG} + else + net_log $"Device ${DEVICE} has MAC address ${FOUNDMACADDR}, instead of configured address ${HWADDR}. Ignoring." + exit 1 + fi + fi +fi +fi + +if is_bonding_device ${DEVICE} ; then + for device in $(LANG=C grep -l "^[[:space:]]*MASTER=\"\?${DEVICE}\"\?\([[:space:]#]\|$\)" /etc/sysconfig/network-scripts/ifcfg-*) ; do + is_ignored_file "$device" && continue + /sbin/ifdown ${device##*/} + done + for arg in $BONDING_OPTS ; do + key=${arg%%=*}; + [[ "${key}" != "arp_ip_target" ]] && continue + value=${arg##*=}; + if [ "${value:0:1}" != "" ]; then + OLDIFS=$IFS; + IFS=','; + for arp_ip in $value; do + if grep -q $arp_ip /sys/class/net/${DEVICE}/bonding/arp_ip_target; then + echo "-$arp_ip" > /sys/class/net/${DEVICE}/bonding/arp_ip_target + fi + done + IFS=$OLDIFS; + else + value=${value#+}; + if grep -q $value /sys/class/net/${DEVICE}/bonding/arp_ip_target; then + echo "-$value" > /sys/class/net/${DEVICE}/bonding/arp_ip_target + fi + fi + done +fi + +/etc/sysconfig/network-scripts/ifdown-ipv6 ${CONFIG} + +retcode=0 +[ -n "$(pidof -x dhclient)" ] && { + for VER in "" 6 ; do + if [ -f "/var/run/dhclient$VER-${DEVICE}.pid" ]; then + dhcpid=$(cat /var/run/dhclient$VER-${DEVICE}.pid) + generate_lease_file_name $VER + if [[ "$DHCPRELEASE" = [yY1]* ]]; then + /sbin/dhclient -r -lf ${LEASEFILE} -pf /var/run/dhclient$VER-${DEVICE}.pid ${DEVICE} >/dev/null 2>&1 + retcode=$? + else + kill $dhcpid >/dev/null 2>&1 + retcode=$? + reason=STOP$VER interface=${DEVICE} /sbin/dhclient-script + fi + if [ -f "/var/run/dhclient$VER-${DEVICE}.pid" ]; then + rm -f /var/run/dhclient$VER-${DEVICE}.pid + kill $dhcpid >/dev/null 2>&1 + fi + fi + done +} +# we can't just delete the configured address because that address +# may have been changed in the config file since the device was +# brought up. Flush all addresses associated with this +# instance instead. +if [ -d "/sys/class/net/${REALDEVICE}" ]; then + if [ "${REALDEVICE}" = "${DEVICE}" ]; then + ip addr flush dev ${REALDEVICE} scope global 2>/dev/null + else + ip addr flush dev ${REALDEVICE} label ${DEVICE} scope global 2>/dev/null + fi + + if [ "${SLAVE}" = "yes" -a -n "${MASTER}" ]; then + echo "-${DEVICE}" > /sys/class/net/${MASTER}/bonding/slaves 2>/dev/null + fi + + if [ "${REALDEVICE}" = "${DEVICE}" ]; then + ip link set dev ${DEVICE} down 2>/dev/null + fi +fi +[ "$retcode" = "0" ] && retcode=$? + +# wait up to 5 seconds for device to actually come down... +waited=0 +while ! check_device_down ${DEVICE} && [ "$waited" -lt 50 ] ; do + usleep 10000 + waited=$(($waited+1)) +done + +if [ "$retcode" = 0 ] ; then + /etc/sysconfig/network-scripts/ifdown-post $CONFIG + # do NOT use $? because ifdown should return whether or not + # the interface went down. +fi + +if [ -n "$PKEY" ]; then + # PKey PKEY + echo "$NEW_PKEY_ID" > /sys/class/net/${PHYSDEV}/delete_child +fi + +exit $retcode diff --git a/glue/redhat/rdma.ifup-ib b/glue/redhat/rdma.ifup-ib new file mode 100644 index 0000000..bb4d4f7 --- /dev/null +++ b/glue/redhat/rdma.ifup-ib @@ -0,0 +1,308 @@ +#!/bin/bash +# Network Interface Configuration System +# Copyright (c) 1996-2013 Red Hat, Inc. all rights reserved. +# +# This program is free software; you can redistribute it and/or modify +# it under the terms of the GNU General Public License, version 2, +# as published by the Free Software Foundation. +# +# This program is distributed in the hope that it will be useful, +# but WITHOUT ANY WARRANTY; without even the implied warranty of +# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the +# GNU General Public License for more details. +# +# You should have received a copy of the GNU General Public License +# along with this program; if not, write to the Free Software +# Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301, USA. + +. /etc/init.d/functions + +cd /etc/sysconfig/network-scripts +. ./network-functions + +[ -f ../network ] && . ../network + +CONFIG="${1}" + +need_config "${CONFIG}" + +source_config + +# Allow the user to override the detection of our physical device by passing +# it in. No checking is done, if the user gives us a bogus dev, it's +# their problem. +[ -n "${PHYSDEV}" ] && REALDEVICE="$PHYSDEV" + +if [ "${BOOTPROTO}" = "dhcp" ]; then + DYNCONFIG=true +fi + +# load the module associated with that device +# /sbin/modprobe ${REALDEVICE} +is_available_wait ${REALDEVICE} ${DEVTIMEOUT} + +# bail out, if the MAC does not fit +if [ -n "${HWADDR}" ]; then + FOUNDMACADDR=$(get_hwaddr ${REALDEVICE} | tail -c 24) + HWADDR=$(echo $HWADDR | tail -c 24) + if [ "${FOUNDMACADDR}" != "${HWADDR}" ]; then + net_log $"Device ${DEVICE} has different MAC address than expected, ignoring." + exit 1 + fi +fi + +# now check the real state +is_available ${REALDEVICE} || { + if [ -n "$alias" ]; then + net_log $"$alias device ${DEVICE} does not seem to be present, delaying initialization." + else + net_log $"Device ${DEVICE} does not seem to be present, delaying initialization." + fi + exit 1 +} + +# if we are a P_Key device, create the device if needed +if [ "${PKEY}" = yes ]; then + [ -z "${PKEY_ID}" ] && { + net_log $"InfiniBand IPoIB device: PKEY=yes requires a PKEY_ID" + exit 1 + } + [ -z "${PHYSDEV}" ] && { + net_log $"InfiniBand IPoIB device: PKEY=yes requires a PHYSDEV" + exit 1 + } + # Normalize our PKEY_ID to have the high bit set + NEW_PKEY_ID=`printf "0x%04x" $(( 0x8000 | ${PKEY_ID} ))` + NEW_PKEY_NAME=`printf "%04x" ${NEW_PKEY_ID}` + [ "${DEVICE}" != "${PHYSDEV}.${NEW_PKEY_NAME}" ] && { + net_log $"Configured DEVICE name does not match what new device name would be. This +is most likely because once the PKEY_ID was normalized, it no longer +resulted in the expected device naming, and so the DEVICE entry in the +config file needs to be updated to match. This can also be caused by +giving PKEY_ID as a hex number but without using the mandatory 0x prefix. + Configured DEVICE=$DEVICE + Configured PHYSDEV=$PHYSDEV + Configured PKEY_ID=$PKEY_ID + Calculated PKEY_ID=$NEW_PKEY_ID + Calculated name=${PHYSDEV}.${NEW_PKEY_NAME}" + exit 1 + } + [ -d "/sys/class/net/${DEVICE}" ] || + echo "${NEW_PKEY_ID}" > "/sys/class/net/${PHYSDEV}/create_child" + [ -d "/sys/class/net/${DEVICE}" ] || { + echo "Failed to create child device $NEW_PKEY_ID of $PHYSDEV" + exit 1 + } + # When we get to setting up the IP address, we need REALDEVICE to + # point to our new PKEY device + REALDEVICE="${DEVICE}" +fi + + +if [ -n "${MACADDR}" ]; then + net_log $"IPoIB devices do not support setting the MAC address of the interface" + # ip link set dev ${DEVICE} address ${MACADDR} +fi + +# First, do we even support setting connected mode? +if [ -e /sys/class/net/${DEVICE}/mode ]; then + # OK, set the mode in all cases, that way it gets reset on a down/up + # cycle, allowing people to change the mode without rebooting + if [ "${CONNECTED_MODE}" = yes ]; then + echo connected > /sys/class/net/${DEVICE}/mode + # cap the MTU where we should based upon mode + [ -z "$MTU" ] && MTU=65520 + [ "$MTU" -gt 65520 ] && MTU=65520 + else + echo datagram > /sys/class/net/${DEVICE}/mode + # cap the MTU where we should based upon mode + [ -z "$MTU" ] && MTU=2044 + [ "$MTU" -gt 2044 ] && MTU=2044 + fi +fi + +if [ -n "${MTU}" ]; then + ip link set dev ${DEVICE} mtu ${MTU} +fi + +# slave device? +if [ "${SLAVE}" = yes -a "${ISALIAS}" = no -a "${MASTER}" != "" ]; then + install_bonding_driver ${MASTER} + grep -wq "${DEVICE}" /sys/class/net/${MASTER}/bonding/slaves 2>/dev/null || { + /sbin/ip link set dev ${DEVICE} down + echo "+${DEVICE}" > /sys/class/net/${MASTER}/bonding/slaves 2>/dev/null + } + ethtool_set + + exit 0 +fi + +# Bonding initialization. For DHCP, we need to enslave the devices early, +# so it can actually get an IP. +if [ "$ISALIAS" = no ] && is_bonding_device ${DEVICE} ; then + install_bonding_driver ${DEVICE} + /sbin/ip link set dev ${DEVICE} up + for device in $(LANG=C grep -l "^[[:space:]]*MASTER=\"\?${DEVICE}\"\?\([[:space:]#]\|$\)" /etc/sysconfig/network-scripts/ifcfg-*) ; do + is_ignored_file "$device" && continue + /sbin/ifup ${device##*/} + done + + [ -n "${LINKDELAY}" ] && /bin/sleep ${LINKDELAY} + + # add the bits to setup the needed post enslavement parameters + for arg in $BONDING_OPTS ; do + key=${arg%%=*}; + value=${arg##*=}; + if [ "${key}" = "primary" ]; then + echo $value > /sys/class/net/${DEVICE}/bonding/$key + fi + done +fi + + +if [ -n "${DYNCONFIG}" ] && [ -x /sbin/dhclient ]; then + if [[ "${PERSISTENT_DHCLIENT}" = [yY1]* ]]; then + ONESHOT=""; + else + ONESHOT="-1"; + fi; + generate_config_file_name + generate_lease_file_name + DHCLIENTARGS="${DHCLIENTARGS} -H ${DHCP_HOSTNAME:-${HOSTNAME%%.*}} ${ONESHOT} -q ${DHCLIENTCONF} -lf ${LEASEFILE} -pf /var/run/dhclient-${DEVICE}.pid" + echo + echo -n $"Determining IP information for ${DEVICE}..." + if [[ "${PERSISTENT_DHCLIENT}" != [yY1]* ]] && check_link_down ${DEVICE}; then + echo $" failed; no link present. Check cable?" + exit 1 + fi + + ethtool_set + + if /sbin/dhclient ${DHCLIENTARGS} ${DEVICE} ; then + echo $" done." + dhcpipv4="good" + else + echo $" failed." + if [[ "${IPV4_FAILURE_FATAL}" = [Yy1]* ]] ; then + exit 1 + fi + if [[ "$IPV6INIT" != [yY1]* && "$DHCPV6C" != [yY1]* ]] ; then + exit 1 + fi + net_log "Unable to obtain IPv4 DHCP address ${DEVICE}." warning + fi +# end dynamic device configuration +else + if [ -z "${IPADDR}" -a -z "${IPADDR0}" -a -z "${IPADDR1}" -a -z "${IPADDR2}" ]; then + # enable device without IP, useful for e.g. PPPoE + ip link set dev ${REALDEVICE} up + ethtool_set + [ -n "${LINKDELAY}" ] && /bin/sleep ${LINKDELAY} + else + + expand_config + + [ -n "${ARP}" ] && \ + ip link set dev ${REALDEVICE} $(toggle_value arp $ARP) + + if ! ip link set dev ${REALDEVICE} up ; then + net_log $"Failed to bring up ${DEVICE}." + exit 1 + fi + + ethtool_set + + [ -n "${LINKDELAY}" ] && /bin/sleep ${LINKDELAY} + + if [ "${DEVICE}" = "lo" ]; then + SCOPE="scope host" + else + SCOPE=${SCOPE:-} + fi + + if [ -n "$SRCADDR" ]; then + SRC="src $SRCADDR" + else + SRC= + fi + + # set IP address(es) + for idx in {0..256} ; do + if [ -z "${ipaddr[$idx]}" ]; then + break + fi + + if ! LC_ALL=C ip addr ls ${REALDEVICE} | LC_ALL=C grep -q "${ipaddr[$idx]}/${prefix[$idx]}" ; then + [ "${REALDEVICE}" != "lo" ] && [ "${arpcheck[$idx]}" != "no" ] && \ + /sbin/arping -q -c 2 -w 3 -D -I ${REALDEVICE} ${ipaddr[$idx]} + if [ $? = 1 ]; then + net_log $"Error, some other host already uses address ${ipaddr[$idx]}." + exit 1 + fi + + if ! ip addr add ${ipaddr[$idx]}/${prefix[$idx]} \ + brd ${broadcast[$idx]:-+} dev ${REALDEVICE} ${SCOPE} label ${DEVICE}; then + net_log $"Error adding address ${ipaddr[$idx]} for ${DEVICE}." + fi + fi + + if [ -n "$SRCADDR" ]; then + sysctl -w "net.ipv4.conf.${REALDEVICE}.arp_filter=1" >/dev/null 2>&1 + fi + + # update ARP cache of neighboring computers + if [ "${REALDEVICE}" != "lo" ]; then + /sbin/arping -q -A -c 1 -I ${REALDEVICE} ${ipaddr[$idx]} + ( sleep 2; + /sbin/arping -q -U -c 1 -I ${REALDEVICE} ${ipaddr[$idx]} ) > /dev/null 2>&1 < /dev/null & + fi + done + + # Set a default route. + if [ "${DEFROUTE}" != "no" ] && [ -z "${GATEWAYDEV}" -o "${GATEWAYDEV}" = "${REALDEVICE}" ]; then + # set up default gateway. replace if one already exists + if [ -n "${GATEWAY}" ] && [ "$(ipcalc --network ${GATEWAY} ${netmask[0]} 2>/dev/null)" = "NETWORK=${NETWORK}" ]; then + ip route replace default ${METRIC:+metric $METRIC} \ + via ${GATEWAY} ${WINDOW:+window $WINDOW} ${SRC} \ + ${GATEWAYDEV:+dev $GATEWAYDEV} || + net_log $"Error adding default gateway ${GATEWAY} for ${DEVICE}." + elif [ "${GATEWAYDEV}" = "${DEVICE}" ]; then + ip route replace default ${METRIC:+metric $METRIC} \ + ${SRC} ${WINDOW:+window $WINDOW} dev ${REALDEVICE} || + net_log $"Erorr adding default gateway for ${REALDEVICE}." + fi + fi + fi +fi + +# Add Zeroconf route. +if [ -z "${NOZEROCONF}" -a "${ISALIAS}" = "no" -a "${REALDEVICE}" != "lo" ]; then + ip route add 169.254.0.0/16 dev ${REALDEVICE} metric $((1000 + $(cat /sys/class/net/${REALDEVICE}/ifindex))) scope link +fi + +# Inform firewall which network zone (empty means default) this interface belongs to +if [ -x /usr/bin/firewall-cmd -a "${REALDEVICE}" != "lo" ]; then + /usr/bin/firewall-cmd --zone="${ZONE}" --change-interface="${DEVICE}" > /dev/null 2>&1 +fi + +# IPv6 initialisation? +/etc/sysconfig/network-scripts/ifup-ipv6 ${CONFIG} +if [[ "${DHCPV6C}" = [Yy1]* ]] && [ -x /sbin/dhclient ]; then + generate_config_file_name 6 + generate_lease_file_name 6 + echo + echo -n $"Determining IPv6 information for ${DEVICE}..." + if /sbin/dhclient -6 -1 ${DHCPV6C_OPTIONS} ${DHCLIENTCONF} -lf ${LEASEFILE} -pf /var/run/dhclient6-${DEVICE}.pid -H ${DHCP_HOSTNAME:-${HOSTNAME%%.*}} ${DEVICE} ; then + echo $" done." + else + echo $" failed." + if [ "${dhcpipv4}" = "good" -o -n "${IPADDR}" ]; then + net_log "Unable to obtain IPv6 DHCP address ${DEVICE}." warning + else + exit 1 + fi + fi +fi + +exec /etc/sysconfig/network-scripts/ifup-post ${CONFIG} ${2} + diff --git a/glue/redhat/rdma.kernel-init b/glue/redhat/rdma.kernel-init new file mode 100644 index 0000000..6cb4732 --- /dev/null +++ b/glue/redhat/rdma.kernel-init @@ -0,0 +1,262 @@ +#!/bin/bash +# +# Bring up the kernel RDMA stack +# +# This is usually run automatically by systemd after a hardware activation +# event in udev has triggered a start of the rdma.service unit +# + +shopt -s nullglob + +CONFIG=/etc/rdma/rdma.conf +MTRR_SCRIPT=/usr/libexec/rdma-fixup-mtrr.awk + +LOAD_ULP_MODULES="" +LOAD_CORE_USER_MODULES="ib_umad ib_uverbs ib_ucm rdma_ucm" +LOAD_CORE_CM_MODULES="iw_cm ib_cm rdma_cm" +LOAD_CORE_MODULES="ib_core ib_mad ib_sa ib_addr" +LOAD_TECH_PREVIEW_DRIVERS="no" + +if [ -f $CONFIG ]; then + . $CONFIG + + if [ "${RDS_LOAD}" == "yes" ]; then + IPOIB_LOAD=yes + fi + + if [ "${IPOIB_LOAD}" == "yes" ]; then + LOAD_ULP_MODULES="ib_ipoib" + fi + + if [ "${RDS_LOAD}" == "yes" -a -f /lib/modules/`uname -r`/kernel/net/rds/rds.ko ]; then + LOAD_ULP_MODULES="$LOAD_ULP_MODULES rds" + if [ -f /lib/modules/`uname -r`/kernel/net/rds/rds_tcp.ko ]; then + LOAD_ULP_MODULES="$LOAD_ULP_MODULES rds_tcp" + fi + if [ -f /lib/modules/`uname -r`/kernel/net/rds/rds_rdma.ko ]; then + LOAD_ULP_MODULES="$LOAD_ULP_MODULES rds_rdma" + fi + fi + + if [ "${SRP_LOAD}" == "yes" ]; then + LOAD_ULP_MODULES="$LOAD_ULP_MODULES ib_srp" + fi + + if [ "${SRPT_LOAD}" == "yes" ]; then + LOAD_ULP_MODULES="$LOAD_ULP_MODULES ib_srpt" + fi + + if [ "${ISER_LOAD}" == "yes" ]; then + LOAD_ULP_MODULES="$LOAD_ULP_MODULES ib_iser" + fi + + if [ "${ISERT_LOAD}" == "yes" ]; then + LOAD_ULP_MODULES="$LOAD_ULP_MODULES ib_isert" + fi + + if [ "${XPRTRDMA_LOAD}" == "yes" ]; then + LOAD_ULP_MODULES="$LOAD_ULP_MODULES xprtrdma" + fi + + if [ "${SVCRDMA_LOAD}" == "yes" ]; then + LOAD_ULP_MODULES="$LOAD_ULP_MODULES svcrdma" + fi + if [ "${TECH_PREVIEW_LOAD}" == "yes" ]; then + LOAD_TECH_PREVIEW_DRIVERS="$TECH_PREVIEW_LOAD" + fi +else + LOAD_ULP_MODULES="ib_ipoib" +fi + +# If module $1 is loaded return - 0 else - 1 +is_loaded() +{ + /sbin/lsmod | grep -w "$1" > /dev/null 2>&1 + return $? +} + +load_modules() +{ + local RC=0 + + for module in $*; do + if ! /sbin/modinfo $module > /dev/null 2>&1; then + # do not attempt to load modules which do not exist + continue + fi + if ! is_loaded $module; then + /sbin/modprobe $module + res=$? + RC=$[ $RC + $res ] + if [ $res -ne 0 ]; then + echo + echo "Failed to load module $module" + fi + fi + done + return $RC +} + +# This function is a horrible hack to work around BIOS authors that should +# be shot. Specifically, certain BIOSes will map the entire 4GB address +# space as write-back cacheable when the machine has 4GB or more of RAM, and +# then they will exclude the reserved PCI I/O addresses from that 4GB +# cacheable mapping by making on overlapping uncacheable mapping. However, +# once you do that, it is then impossible to set *any* of the PCI I/O +# address space as write-combining. This is an absolute death-knell to +# certain IB hardware. So, we unroll this mapping here. Instead of +# punching a hole in a single 4GB mapping, we redo the base 4GB mapping as +# a series of discreet mappings that effectively are the same as the 4GB +# mapping minus the hole, and then we delete the uncacheable mappings that +# are used to punch the hole. This then leaves the PCI I/O address space +# unregistered (which defaults it to uncacheable), but available for +# write-combining mappings where needed. +check_mtrr_registers() +{ + # If we actually change the mtrr registers, then the awk script will + # return true, and we need to unload the ib_ipath module if it's already + # loaded. The udevtrigger in load_hardware_modules will immediately + # reload the ib_ipath module for us, so there shouldn't be a problem. + [ -f /proc/mtrr -a -f $MTRR_SCRIPT ] && + awk -f $MTRR_SCRIPT /proc/mtrr 2>/dev/null && + if is_loaded ib_ipath; then + /sbin/rmmod ib_ipath + fi +} + +load_hardware_modules() +{ + local -i RC=0 + + [ "$FIXUP_MTRR_REGS" = "yes" ] && check_mtrr_registers + # We match both class NETWORK and class INFINIBAND devices since our + # iWARP hardware is listed under class NETWORK. The side effect of + # this is that we might cause a non-iWARP network driver to be loaded. + udevadm trigger --subsystem-match=pci --attr-nomatch=driver --attr-match=class=0x020000 --attr-match=class=0x0c0600 + udevadm settle + if [ -r /proc/device-tree ]; then + if [ -n "`ls /proc/device-tree | grep lhca`" ]; then + if ! is_loaded ib_ehca; then + load_modules ib_ehca + RC+=$? + fi + fi + fi + if is_loaded mlx4_core -a ! is_loaded mlx4_ib; then + load_modules mlx4_ib + RC+=$? + fi + if is_loaded mlx4_core -a ! is_loaded mlx4_en; then + load_modules mlx4_en + RC+=$? + fi + if is_loaded mlx5_core -a ! is_loaded mlx5_ib; then + load_modules mlx5_ib + RC+=$? + fi + if is_loaded cxgb3 -a ! is_loaded iw_cxgb3; then + load_modules iw_cxgb3 + RC+=$? + fi + if is_loaded cxgb4 -a ! is_loaded iw_cxgb4; then + load_modules iw_cxgb4 + RC+=$? + fi + if is_loaded be2net -a ! is_loaded ocrdma; then + load_modules ocrdma + RC+=$? + fi + if is_loaded enic -a ! is_loaded usnic_verbs; then + load_modules usnic_verbs + RC+=$? + fi + if [ "${LOAD_TECH_PREVIEW_DRIVERS}" == "yes" ]; then + if is_loaded i40e -a ! is_loaded i40iw; then + load_modules i40iw + RC+=$? + fi + fi + return $RC +} + +errata_58() +{ + # Check AMD chipset issue Errata #58 + if test -x /sbin/lspci && test -x /sbin/setpci; then + if ( /sbin/lspci -nd 1022:1100 | grep "1100" > /dev/null ) && + ( /sbin/lspci -nd 1022:7450 | grep "7450" > /dev/null ) && + ( /sbin/lspci -nd 15b3:5a46 | grep "5a46" > /dev/null ); then + CURVAL=`/sbin/setpci -d 1022:1100 69` + for val in $CURVAL + do + if [ "${val}" != "c0" ]; then + /sbin/setpci -d 1022:1100 69=c0 + if [ $? -eq 0 ]; then + break + else + echo "Failed to apply AMD-8131 Errata #58 workaround" + fi + fi + done + fi + fi +} + +errata_56() +{ + # Check AMD chipset issue Errata #56 + if test -x /sbin/lspci && test -x /sbin/setpci; then + if ( /sbin/lspci -nd 1022:1100 | grep "1100" > /dev/null ) && + ( /sbin/lspci -nd 1022:7450 | grep "7450" > /dev/null ) && + ( /sbin/lspci -nd 15b3:5a46 | grep "5a46" > /dev/null ); then + bus="" + # Look for devices AMD-8131 + for dev in `/sbin/setpci -v -f -d 1022:7450 19 | cut -d':' -f1,2` + do + bus=`/sbin/setpci -s $dev 19` + rev=`/sbin/setpci -s $dev 8` + # Look for Tavor attach to secondary bus of this devices + for device in `/sbin/setpci -f -s $bus: -d 15b3:5a46 19` + do + if [ $rev -lt 13 ]; then + /sbin/setpci -d 15b3:5a44 72=14 + if [ $? -eq 0 ]; then + break + else + echo + echo "Failed to apply AMD-8131 Errata #56 workaround" + fi + else + continue + fi + # If more than one device is on the bus the issue a + # warning + num=`/sbin/setpci -f -s $bus: 0 | wc -l | sed 's/\ *//g'` + if [ $num -gt 1 ]; then + echo "Warning: your current PCI-X configuration might be incorrect." + echo "see AMD-8131 Errata 56 for more details." + fi + done + done + fi + fi +} + + +load_hardware_modules +RC=$[ $RC + $? ] +load_modules $LOAD_CORE_MODULES +RC=$[ $RC + $? ] +load_modules $LOAD_CORE_CM_MODULES +RC=$[ $RC + $? ] +load_modules $LOAD_CORE_USER_MODULES +RC=$[ $RC + $? ] +load_modules $LOAD_ULP_MODULES +RC=$[ $RC + $? ] + +errata_58 +errata_56 + +/usr/libexec/rdma-set-sriov-vf + +exit $RC diff --git a/glue/redhat/rdma.mlx4-setup.sh b/glue/redhat/rdma.mlx4-setup.sh new file mode 100644 index 0000000..5e71ade --- /dev/null +++ b/glue/redhat/rdma.mlx4-setup.sh @@ -0,0 +1,91 @@ +#!/bin/bash +dir="/sys/bus/pci/drivers/mlx4_core" +[ ! -d $dir ] && exit 1 +pushd $dir >/dev/null + +function set_dual_port() { + device=$1 + port1=$2 + port2=$3 + pushd $device >/dev/null + cur_p1=`cat mlx4_port1` + cur_p2=`cat mlx4_port2` + + # special case the "eth eth" mode as we need port2 to + # actually switch to eth before the driver will let us + # switch port1 to eth as well + if [ "$port1" == "eth" ]; then + if [ "$port2" != "eth" ]; then + echo "In order for port1 to be eth, port2 to must also be eth" + popd >/dev/null + return + fi + if [ "$cur_p2" != "eth" -a "$cur_p2" != "auto (eth)" ]; then + tries=0 + echo "$port2" > mlx4_port2 2>/dev/null + sleep .25 + cur_p2=`cat mlx4_port2` + while [ "$cur_p2" != "eth" -a "$cur_p2" != "auto (eth)" -a $tries -lt 10 ]; do + sleep .25 + let tries++ + cur_p2=`cat mlx4_port2` + done + if [ "$cur_p2" != "eth" -a "$cur_p2" != "auto (eth)" ]; then + echo "Failed to set port2 to eth mode" + popd >/dev/null + return + fi + fi + if [ "$cur_p1" != "eth" -a "$cur_p1" != "auto (eth)" ]; then + tries=0 + echo "$port1" > mlx4_port1 2>/dev/null + sleep .25 + cur_p1=`cat mlx4_port1` + while [ "$cur_p1" != "eth" -a "$cur_p1" != "auto (eth)" -a $tries -lt 10 ]; do + sleep .25 + let tries++ + cur_p1=`cat mlx4_port1` + done + if [ "$cur_p1" != "eth" -a "$cur_p1" != "auto (eth)" ]; then + echo "Failed to set port1 to eth mode" + fi + fi + popd >/dev/null + return + fi + + # our mode is not eth <anything> as that is covered above + # so we should be able to succesfully set the ports in + # port1 then port2 order + if [ "$cur_p1" != "$port1" -o "$cur_p2" != "$port2" ]; then + # Try setting the ports in order first + echo "$port1" > mlx4_port1 2>/dev/null ; sleep .1 + echo "$port2" > mlx4_port2 2>/dev/null ; sleep .1 + cur_p1=`cat mlx4_port1` + cur_p2=`cat mlx4_port2` + fi + + if [ "$cur_p1" != "$port1" -o "$cur_p2" != "$port2" ]; then + # Try reverse order this time + echo "$port2" > mlx4_port2 2>/dev/null ; sleep .1 + echo "$port1" > mlx4_port1 2>/dev/null ; sleep .1 + cur_p1=`cat mlx4_port1` + cur_p2=`cat mlx4_port2` + fi + + if [ "$cur_p1" != "$port1" -o "$cur_p2" != "$port2" ]; then + echo "Error setting port type on mlx4 device $device" + fi + + popd >/dev/null + return +} + + +while read device port1 port2 ; do + [ -d "$device" ] || continue + [ -z "$port1" ] && continue + [ -f "$device/mlx4_port2" -a -z "$port2" ] && continue + [ -f "$device/mlx4_port2" ] && set_dual_port $device $port1 $port2 || echo "$port1" > "$device/mlx4_port1" +done +popd 2&>/dev/null diff --git a/glue/redhat/rdma.mlx4.conf b/glue/redhat/rdma.mlx4.conf new file mode 100644 index 0000000..71207cc --- /dev/null +++ b/glue/redhat/rdma.mlx4.conf @@ -0,0 +1,27 @@ +# Config file for mlx4 hardware port settings +# This file is read when the mlx4_core module is loaded and used to +# set the port types for any hardware found. If a card is not listed +# in this file, then its port types are left alone. +# +# Format: +# <pci_device_of_card> <port1_type> [port2_type] +# +# @port1 and @port2: +# One of auto, ib, or eth. No checking is performed to make sure that +# combinations are valid. Invalid inputs will result in the driver +# not setting the port to the type requested. port1 is required at +# all times, port2 is required for dual port cards. +# +# Example: +# 0000:0b:00.0 eth eth +# +# You can find the right pci device to use for any given card by loading +# the mlx4_core module, then going to /sys/bus/pci/drivers/mlx4_core and +# seeing what possible PCI devices are listed there. The possible values +# for ports are: ib, eth, and auto. However, not all cards support all +# types, so if you get messages from the kernel that your selected port +# type isn't supported, there's nothing this script can do about it. Also, +# some cards don't support using different types on the two ports (aka, +# both ports must be either eth or ib). Again, we can't set what the kernel +# or hardware won't support. +# diff --git a/glue/redhat/rdma.mlx4.sys.modprobe b/glue/redhat/rdma.mlx4.sys.modprobe new file mode 100644 index 0000000..781562c --- /dev/null +++ b/glue/redhat/rdma.mlx4.sys.modprobe @@ -0,0 +1,5 @@ +# WARNING! - This file is overwritten any time the rdma rpm package is +# updated. Please do not make any changes to this file. Instead, make +# changes to the mlx4.conf file. It's contents are preserved if they +# have been changed from the default values. +install mlx4_core /sbin/modprobe --ignore-install mlx4_core $CMDLINE_OPTS && (if [ -f /usr/libexec/mlx4-setup.sh -a -f /etc/rdma/mlx4.conf ]; then /usr/libexec/mlx4-setup.sh < /etc/rdma/mlx4.conf; fi; /sbin/modprobe mlx4_en; if /sbin/modinfo mlx4_ib > /dev/null 2>&1; then /sbin/modprobe mlx4_ib; fi) diff --git a/glue/redhat/rdma.mlx4.user.modprobe b/glue/redhat/rdma.mlx4.user.modprobe new file mode 100644 index 0000000..c8b4cce --- /dev/null +++ b/glue/redhat/rdma.mlx4.user.modprobe @@ -0,0 +1,21 @@ +# This file is intended for users to select the various module options +# they need for the mlx4 driver. On upgrade of the rdma package, +# any user made changes to this file are preserved. Any changes made +# to the libmlx4.conf file in this directory are overwritten on +# pacakge upgrade. +# +# Some sample options and what they would do +# Enable debugging output, device managed flow control, and disable SRIOV +#options mlx4_core debug_level=1 log_num_mgm_entry_size=-1 probe_vf=0 num_vfs=0 +# +# Enable debugging output and create SRIOV devices, but don't attach any of +# the child devices to the host, only the parent device +#options mlx4_core debug_level=1 probe_vf=0 num_vfs=7 +# +# Enable debugging output, SRIOV, and attach one of the SRIOV child devices +# in addition to the parent device to the host +#options mlx4_core debug_level=1 probe_vf=1 num_vfs=7 +# +# Enable per priority flow control for send and receive, setting both priority +# 1 and 2 as no drop priorities +#options mlx4_en pfctx=3 pfcrx=3 diff --git a/glue/redhat/rdma.modules-setup.sh b/glue/redhat/rdma.modules-setup.sh new file mode 100644 index 0000000..19a182f --- /dev/null +++ b/glue/redhat/rdma.modules-setup.sh @@ -0,0 +1,30 @@ +#!/bin/bash + +check() { + [ -n "$hostonly" -a -c /sys/class/infiniband_verbs/uverbs0 ] && return 0 + [ -n "$hostonly" ] && return 255 + return 0 +} + +depends() { + return 0 +} + +install() { + inst /etc/rdma/rdma.conf + inst /etc/rdma/mlx4.conf + inst /etc/rdma/sriov-vfs + inst /usr/libexec/rdma-init-kernel + inst /usr/libexec/rdma-fixup-mtrr.awk + inst /usr/libexec/mlx4-setup.sh + inst /usr/libexec/rdma-set-sriov-vf + inst /usr/lib/modprobe.d/libmlx4.conf + inst_multiple lspci setpci awk sleep + inst_multiple -o /etc/modprobe.d/mlx4.conf + inst_rules 98-rdma.rules 70-persistent-ipoib.rules +} + +installkernel() { + hostonly='' instmods =drivers/infiniband =drivers/net/ethernet/mellanox =drivers/net/ethernet/chelsio =drivers/net/ethernet/cisco =drivers/net/ethernet/emulex =drivers/target + hostonly='' instmods crc-t10dif crct10dif_common +} diff --git a/glue/redhat/rdma.service b/glue/redhat/rdma.service new file mode 100644 index 0000000..514ef58 --- /dev/null +++ b/glue/redhat/rdma.service @@ -0,0 +1,15 @@ +[Unit] +Description=Initialize the iWARP/InfiniBand/RDMA stack in the kernel +Documentation=file:/etc/rdma/rdma.conf +RefuseManualStop=true +DefaultDependencies=false +Conflicts=emergency.target emergency.service +Before=network.target remote-fs-pre.target + +[Service] +Type=oneshot +RemainAfterExit=yes +ExecStart=/usr/libexec/rdma-init-kernel + +[Install] +WantedBy=sysinit.target diff --git a/glue/redhat/rdma.sriov-init b/glue/redhat/rdma.sriov-init new file mode 100644 index 0000000..0d7cbc6 --- /dev/null +++ b/glue/redhat/rdma.sriov-init @@ -0,0 +1,137 @@ +#!/bin/bash +# +# Initialize SRIOV virtual devices +# +# This is usually run automatically by systemd after a hardware activation +# event in udev has triggered a start of the rdma.service unit +port=1 + +function __get_parent_pci_dev() +{ + pushd /sys/bus/pci/devices/$pci_dev >/dev/null 2>&1 + ppci_dev=`ls -l physfn | cut -f 2 -d '/'` + popd >/dev/null 2>&1 +} + +function __get_parent_ib_dev() +{ + ib_dev=`ls -l | awk '/'$ppci_dev'/ { print $9 }'` +} + +function __get_parent_net_dev() +{ + for netdev in /sys/bus/pci/devices/$ppci_dev/net/* ; do + if [ "$port" -eq `cat $netdev/dev_port` ]; then + netdev=`basename $netdev` + break + fi + done +} + +function __get_vf_num() +{ + pushd /sys/bus/pci/devices/$ppci_dev >/dev/null 2>&1 + vf=`ls -l virtfn* | awk '/'$pci_dev'/ { print $9 }' | sed -e 's/virtfn//'` + popd >/dev/null 2>&1 +} + +function __en_sriov_set_vf() +{ + pci_dev=$1 + shift + [ "$1" = "port" ] && port=$2 && shift 2 + # We find our parent device by the netdev registered port number, + # however, the netdev port numbers start at 0 while the port + # numbers on the card start at 1, so we subtract 1 from our + # configured port number to get the netdev number + let port-- + # Now we need to fill in the necessary information to pass to the ip + # command + __get_parent_pci_dev + __get_parent_net_dev + __get_vf_num + # The rest is easy. Either the user passed valid arguments as options + # or they didn't + ip link set dev $netdev vf $vf $* +} + +function __ib_sriov_set_vf() +{ + pci_dev=$1 + shift + [ "$1" = "port" ] && port=$2 && shift 2 + guid="" + __get_parent_pci_dev + __get_parent_ib_dev + [ -f $ib_dev/iov/$pci_dev/ports/$port/gid_idx/0 ] || return + while [ -n "$1" ]; do + case $1 in + guid) + guid=$2 + shift 2 + ;; + pkey) + shift 1 + break + ;; + *) + echo "Unknown option in $src" + shift + ;; + esac + done + if [ -n "$guid" ]; then + guid_idx=`cat "$ib_dev/iov/$pci_dev/ports/$port/gid_idx/0"` + echo "$guid" > "$ib_dev/iov/ports/$port/admin_guids/$guid_idx" + fi + i=0 + while [ -n "$1" ]; do + for pkey in $ib_dev/iov/ports/$port/pkeys/*; do + if [ `cat $pkey` = "$1" ]; then + echo `basename $pkey` > $ib_dev/iov/$pci_dev/ports/$port/pkey_idx/$i + let i++ + break + fi + done + shift + done +} + +[ -d /sys/class/infiniband ] || return +pushd /sys/class/infiniband >/dev/null 2>&1 + +if [ -z "$*" ]; then + src=/etc/rdma/sriov-vfs + [ -f "$src" ] || return + grep -v "^#" $src | while read -a args; do + # When we use read -a to read into an array, the index starts at + # 0, unlike below where the arg count starts at 1 + port=1 + next_arg=1 + [ "${args[$next_arg]}" = "port" ] && next_arg=3 + case ${args[$next_arg]} in + guid|pkey) + __ib_sriov_set_vf ${args[*]} + ;; + mac|vlan|rate|spoofchk|enable) + __en_sriov_set_vf ${args[*]} + ;; + *) + ;; + esac + done +else + [ "$2" = "port" ] && next_arg=$4 || next_arg=$2 + case $next_arg in + guid|pkey) + __ib_sriov_set_vf $* + ;; + mac|vlan|rate|spoofchk|enable) + __en_sriov_set_vf $* + ;; + *) + ;; + esac +fi + +popd >/dev/null 2>&1 diff --git a/glue/redhat/rdma.sriov-vfs b/glue/redhat/rdma.sriov-vfs new file mode 100644 index 0000000..ef3e6c0 --- /dev/null +++ b/glue/redhat/rdma.sriov-vfs @@ -0,0 +1,41 @@ +# All lines in this file that start with a # are comments, +# all other lines will be processed without argument checks +# Format of this file is one sriov vf setting per line with +# arguments as follows: +# vf [port #] [ethernet settings | infiniband settings] +# +# @vf - PCI address of device to configure as found in +# /sys/bus/pci/devices/ +# +# [port @port] - Optional: the port number we are setting on +# the device. We always assume port 1 unless told +# otherwise. +# +# Ethernet settings: +# mac <mac address> [additional options] +# @mac - mac address to assign to vf...this is currently required by +# the ip program if you wish to be able to set any of the other +# settings. If you don't set anything on a vf, it will get a +# random mac address and you may use static IP addressing to +# have a consistent IP address in spite of the random mac +# @* - additional arguments are passed to ip link without any +# further processing/checking, additional options that could +# be passed as of the time of writing this are: +# [ vlan VLANID [ qos VLAN-QOS ] ] +# [ rate TXRATE ] +# [ spoofchk { on | off} ] +# [ state { auto | enable | disable} ] +# +# InfiniBand settings: +# [guid <guid>] [pkey <space separated list of pkeys>] +# @guid - 64bit GUID value to assign to vf. Omit this option to +# use a subnet manager assigned GUID. +# @pkey - one or more pkeys to assign to this guest, must be last +# item on line +# +# Examples: +# +# 0000:44:00.1 guid 05011403007bcba1 pkey 0xffff 0x8002 +# 0000:44:00.1 port 2 mac aa:bb:cc:dd:ee:f0 spoofchk on +# 0000:44:00.2 port 1 pkey 0x7fff 0x0002 +# 0000:44:00.2 port 2 mac aa:bb:cc:dd:ee:f1 vlan 10 spoofchk on state enable diff --git a/glue/redhat/rdma.udev-ipoib-naming.rules b/glue/redhat/rdma.udev-ipoib-naming.rules new file mode 100644 index 0000000..1002470 --- /dev/null +++ b/glue/redhat/rdma.udev-ipoib-naming.rules @@ -0,0 +1,13 @@ +# This is a sample udev rules file that demonstrates how to get udev to +# set the name of IPoIB interfaces to whatever you wish. There is a +# 16 character limit on network device names though, so don't go too nuts +# +# Important items to note: ATTR{type}=="32" is IPoIB interfaces, and the +# ATTR{address} match must start with ?* and only reference the last 8 +# bytes of the address or else the address might not match on any given +# start of the IPoIB stack +# +# Note: as of rhel7, udev is case sensitive on the address field match +# and all addresses need to be in lower case. +# +# ACTION=="add", SUBSYSTEM=="net", DRIVERS=="?*", ATTR{type}=="32", ATTR{address}=="?*00:02:c9:03:00:31:78:f2", NAME="mlx4_ib3" diff --git a/glue/redhat/rdma.udev-rules b/glue/redhat/rdma.udev-rules new file mode 100644 index 0000000..0c7a8fc --- /dev/null +++ b/glue/redhat/rdma.udev-rules @@ -0,0 +1,18 @@ +# We list all the various kernel modules that drive hardware in the +# InfiniBand stack (and a few in the network stack that might not actually +# be RDMA capable, but we don't know that at this time and it's safe to +# enable the IB stack, so do so unilaterally) and on load of any of that +# hardware, we trigger the rdma.service load in systemd + +SUBSYSTEM=="module", KERNEL=="cxgb*", ACTION=="add", TAG+="systemd", ENV{SYSTEMD_WANTS}="rdma.service" +SUBSYSTEM=="module", KERNEL=="ib_*", ACTION=="add", TAG+="systemd", ENV{SYSTEMD_WANTS}="rdma.service" +SUBSYSTEM=="module", KERNEL=="mlx*", ACTION=="add", TAG+="systemd", ENV{SYSTEMD_WANTS}="rdma.service" +SUBSYSTEM=="module", KERNEL=="iw_*", ACTION=="add", TAG+="systemd", ENV{SYSTEMD_WANTS}="rdma.service" +SUBSYSTEM=="module", KERNEL=="be2net", ACTION=="add", TAG+="systemd", ENV{SYSTEMD_WANTS}="rdma.service" +SUBSYSTEM=="module", KERNEL=="enic", ACTION=="add", TAG+="systemd", ENV{SYSTEMD_WANTS}="rdma.service" + +# When we detect a new verbs device is added to the system, set the node +# description on that device +# If rdma-ndd is installed, defer the setting of the node description to it. +SUBSYSTEM=="infiniband", KERNEL=="*", ACTION=="add", TEST!="/usr/sbin/rdma-ndd", RUN+="/bin/bash -c 'sleep 1; echo -n `hostname -s` %k > /sys/class/infiniband/%k/node_desc'" + diff --git a/glue/redhat/srp_daemon.service b/glue/redhat/srp_daemon.service new file mode 100644 index 0000000..f9c4b1e --- /dev/null +++ b/glue/redhat/srp_daemon.service @@ -0,0 +1,17 @@ +[Unit] +Description=Start or stop the daemon that attaches to SRP devices +Documentation=file:///etc/rdma/rdma.conf file:///etc/srp_daemon.conf +DefaultDependencies=false +Conflicts=emergency.target emergency.service +Requires=rdma.service +Wants=opensm.service +After=rdma.service opensm.service +After=network.target +Before=remote-fs-pre.target + +[Service] +Type=simple +ExecStart=/usr/sbin/srp_daemon.sh + +[Install] +WantedBy=remote-fs-pre.target -- 2.10.0 -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply related [flat|nested] 49+ messages in thread
[parent not found: <20161014192136.11731-3-jarod-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>]
* Re: [PATCH rdma-core 2/4] glue/redhat: add udev/systemd/etc infrastructure bits [not found] ` <20161014192136.11731-3-jarod-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> @ 2016-10-14 23:19 ` Jason Gunthorpe [not found] ` <20161014231934.GC16509-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org> 0 siblings, 1 reply; 49+ messages in thread From: Jason Gunthorpe @ 2016-10-14 23:19 UTC (permalink / raw) To: Jarod Wilson; +Cc: linux-rdma-u79uwXL29TY76Z2rM5mHXA, Doug Ledford On Fri, Oct 14, 2016 at 03:21:34PM -0400, Jarod Wilson wrote: > Red Hat has been shipping an "rdma" package, as well as it's own systemd > unit files for some daemons for a while now, in both Fedora and Red Hat > Enterprise Linux. Some of these are fairly RH-specific, but might be of > use to others, so we'd like to move them into the upstream source tree. We have a directory called 'debian', so lets just have one called 'redhat'.. The below comments are my view on what we should try and move into common cross-distro locations.. Common stuff should be installed via cmake > diff --git a/glue/redhat/ibacm.service b/glue/redhat/ibacm.service > new file mode 100644 > index 0000000..1cd031a > +++ b/glue/redhat/ibacm.service Can we just put this in ibacm/ ? > +Requires=rdma.service > +After=rdma.service opensm.service This is the only RH specific thiing I see.. Could we standardize on something here and use it on all distros? rdma-available.target? > +++ b/glue/redhat/iwpmd.service > @@ -0,0 +1,12 @@ > +[Unit] > +Description=Starts the IWPMD daemon > +Documentation=file:///usr/share/doc/iwpmd/README File does not exit? There is a man page now We already have a iwpmd/iwpmd.service that is almost identical, can you you just update it and drop this version? > +++ b/glue/redhat/rdma.cxgb3.sys.modprobe > @@ -0,0 +1 @@ > +install cxgb3 /sbin/modprobe --ignore-install cxgb3 $CMDLINE_OPTS && /sbin/modprobe iw_cxgb3 > diff --git a/glue/redhat/rdma.cxgb4.sys.modprobe b/glue/redhat/rdma.cxgb4.sys.modprobe > new file mode 100644 > index 0000000..44163ab > +++ b/glue/redhat/rdma.cxgb4.sys.modprobe > @@ -0,0 +1 @@ > +install cxgb4 /sbin/modprobe --ignore-install cxgb4 $CMDLINE_OPTS && /sbin/modprobe iw_cxgb4 What are these for? Should they be cross distro? Why are only a few drivers this special? > +++ b/glue/redhat/rdma.fixup-mtrr.awk > @@ -0,0 +1,160 @@ > +# This is a simple script that checks the contents of /proc/mtrr to see if > +# the BIOS maker for the computer took the easy way out in terms of > +# specifying memory regions when there is a hole below 4GB for PCI access > +# and the machine has 4GB or more of RAM. When the contents of /proc/mtrr > +# show a 4GB mapping of write-back cached RAM, minus punch out hole(s) of > +# uncacheable regions (the area reserved for PCI access), then it becomes > +# impossible for the ib_ipath driver to set write_combining on its PIO > +# buffers. To correct the problem, remap the lower memory region in various > +# chunks up to the start of the punch out hole(s), then delete the punch out > +# hole(s) entirely as they aren't needed any more. That way, ib_ipath will > +# be able to set write_combining on its PIO memory access region. Yuk, a thousand times yuk. I thought the mtrr cleanup built into modern kernel took care of this? Really though, this needs to be fixed upstream in the kernel :| > diff --git a/glue/redhat/rdma.kernel-init b/glue/redhat/rdma.kernel-init > new file mode 100644 > index 0000000..6cb4732 > +++ b/glue/redhat/rdma.kernel-init I wonder if this could be split into a generic 'load the modules' part and a distro specific part? Every distro needs systemd to load the extra modules because out auto-loading is broken - IMHO, and that is pretty complex unfortunately. > +errata_58() > +{ > + # Check AMD chipset issue Errata #58 > + if test -x /sbin/lspci && test -x /sbin/setpci; then > + if ( /sbin/lspci -nd 1022:1100 | grep "1100" > /dev/null ) && > + ( /sbin/lspci -nd 1022:7450 | grep "7450" > /dev/null ) && > + ( /sbin/lspci -nd 15b3:5a46 | grep "5a46" > /dev/null ); then > + CURVAL=`/sbin/setpci -d 1022:1100 69` Another yuk. Why isn't this handled upstream in drivers/pci/quirks.c with the rest of the 8131 errata? Fortunately I expect all 8131 hardware is long since gone, that chip was end-of-manufacturing'd very quickly 2003ish IIRC. > +++ b/glue/redhat/rdma.service > @@ -0,0 +1,15 @@ > +[Unit] > +Description=Initialize the iWARP/InfiniBand/RDMA stack in the kernel > +Documentation=file:/etc/rdma/rdma.conf > +RefuseManualStop=true > +DefaultDependencies=false > +Conflicts=emergency.target emergency.service > +Before=network.target remote-fs-pre.target This is an area we really need to cross-distro standardize - we really need a set of rdma-*.targets. eg rdma-available.target - RDMA hardware is available and all prep is done opensm (if installed) is started, etc Use in place of rdma.service rdma-detected.target - udev detected rdma hardware > +++ b/glue/redhat/rdma.udev-ipoib-naming.rules > @@ -0,0 +1,13 @@ > +# This is a sample udev rules file that demonstrates how to get udev to > +# set the name of IPoIB interfaces to whatever you wish. There is a > +# 16 character limit on network device names though, so don't go too nuts > +# > +# Important items to note: ATTR{type}=="32" is IPoIB interfaces, and the > +# ATTR{address} match must start with ?* and only reference the last 8 > +# bytes of the address or else the address might not match on any given > +# start of the IPoIB stack > +# > +# Note: as of rhel7, udev is case sensitive on the address field match > +# and all addresses need to be in lower case. > +# > +# ACTION=="add", SUBSYSTEM=="net", DRIVERS=="?*", ATTR{type}=="32", ATTR{address}=="?*00:02:c9:03:00:31:78:f2", NAME="mlx4_ib3" This should be a cross distro file. > +++ b/glue/redhat/rdma.udev-rules > @@ -0,0 +1,18 @@ > +# We list all the various kernel modules that drive hardware in the > +# InfiniBand stack (and a few in the network stack that might not actually > +# be RDMA capable, but we don't know that at this time and it's safe to > +# enable the IB stack, so do so unilaterally) and on load of any of that > +# hardware, we trigger the rdma.service load in systemd > + > +SUBSYSTEM=="module", KERNEL=="cxgb*", ACTION=="add", TAG+="systemd", ENV{SYSTEMD_WANTS}="rdma.service" > +SUBSYSTEM=="module", KERNEL=="ib_*", ACTION=="add", TAG+="systemd", ENV{SYSTEMD_WANTS}="rdma.service" > +SUBSYSTEM=="module", KERNEL=="mlx*", ACTION=="add", TAG+="systemd", ENV{SYSTEMD_WANTS}="rdma.service" > +SUBSYSTEM=="module", KERNEL=="iw_*", ACTION=="add", TAG+="systemd", ENV{SYSTEMD_WANTS}="rdma.service" > +SUBSYSTEM=="module", KERNEL=="be2net", ACTION=="add", TAG+="systemd", ENV{SYSTEMD_WANTS}="rdma.service" > +SUBSYSTEM=="module", KERNEL=="enic", ACTION=="add", TAG+="systemd", ENV{SYSTEMD_WANTS}="rdma.service" Also cross distro > +# When we detect a new verbs device is added to the system, set the node > +# description on that device > +# If rdma-ndd is installed, defer the setting of the node description to it. > +SUBSYSTEM=="infiniband", KERNEL=="*", ACTION=="add", TEST!="/usr/sbin/rdma-ndd", RUN+="/bin/bash -c 'sleep 1; echo -n `hostname -s` %k > /sys/class/infiniband/%k/node_desc'" Shouldn't this udev drop-in by in the rdma-ndd package? > +++ b/glue/redhat/srp_daemon.service > @@ -0,0 +1,17 @@ > +[Unit] > +Description=Start or stop the daemon that attaches to SRP devices > +Documentation=file:///etc/rdma/rdma.conf file:///etc/srp_daemon.conf > +DefaultDependencies=false > +Conflicts=emergency.target emergency.service > +Requires=rdma.service > +Wants=opensm.service > +After=rdma.service opensm.service > +After=network.target > +Before=remote-fs-pre.target Also should be common, why does it reference opensm.service? > + > +[Service] > +Type=simple > +ExecStart=/usr/sbin/srp_daemon.sh Hurm, someday we have to make better systemd integration for these daemons.. Jason -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 49+ messages in thread
[parent not found: <20161014231934.GC16509-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org>]
* Re: [PATCH rdma-core 2/4] glue/redhat: add udev/systemd/etc infrastructure bits [not found] ` <20161014231934.GC16509-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org> @ 2016-10-16 14:40 ` Doug Ledford [not found] ` <1e03ceea-5584-6bbb-6fbe-e11d9d251649-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> 2016-10-17 16:22 ` Jarod Wilson 1 sibling, 1 reply; 49+ messages in thread From: Doug Ledford @ 2016-10-16 14:40 UTC (permalink / raw) To: Jason Gunthorpe, Jarod Wilson; +Cc: linux-rdma-u79uwXL29TY76Z2rM5mHXA [-- Attachment #1.1: Type: text/plain, Size: 6947 bytes --] On 10/14/2016 7:19 PM, Jason Gunthorpe wrote: > On Fri, Oct 14, 2016 at 03:21:34PM -0400, Jarod Wilson wrote: >> diff --git a/glue/redhat/ibacm.service b/glue/redhat/ibacm.service >> new file mode 100644 >> index 0000000..1cd031a >> +++ b/glue/redhat/ibacm.service > > Can we just put this in ibacm/ ? > >> +Requires=rdma.service >> +After=rdma.service opensm.service > > This is the only RH specific thiing I see.. Could we standardize on > something here and use it on all distros? rdma-available.target? You can't, unless you rename the rdma.service unit file to something else. They are tied in that way. >> +++ b/glue/redhat/rdma.cxgb3.sys.modprobe >> @@ -0,0 +1 @@ >> +install cxgb3 /sbin/modprobe --ignore-install cxgb3 $CMDLINE_OPTS && /sbin/modprobe iw_cxgb3 >> diff --git a/glue/redhat/rdma.cxgb4.sys.modprobe b/glue/redhat/rdma.cxgb4.sys.modprobe >> new file mode 100644 >> index 0000000..44163ab >> +++ b/glue/redhat/rdma.cxgb4.sys.modprobe >> @@ -0,0 +1 @@ >> +install cxgb4 /sbin/modprobe --ignore-install cxgb4 $CMDLINE_OPTS && /sbin/modprobe iw_cxgb4 > > What are these for? Should they be cross distro? Why are only a few > drivers this special? We have one of these for every two (or more) part driver. They aren't special, it's just the multipart drivers that are. >> +++ b/glue/redhat/rdma.fixup-mtrr.awk >> @@ -0,0 +1,160 @@ >> +# This is a simple script that checks the contents of /proc/mtrr to see if >> +# the BIOS maker for the computer took the easy way out in terms of >> +# specifying memory regions when there is a hole below 4GB for PCI access >> +# and the machine has 4GB or more of RAM. When the contents of /proc/mtrr >> +# show a 4GB mapping of write-back cached RAM, minus punch out hole(s) of >> +# uncacheable regions (the area reserved for PCI access), then it becomes >> +# impossible for the ib_ipath driver to set write_combining on its PIO >> +# buffers. To correct the problem, remap the lower memory region in various >> +# chunks up to the start of the punch out hole(s), then delete the punch out >> +# hole(s) entirely as they aren't needed any more. That way, ib_ipath will >> +# be able to set write_combining on its PIO memory access region. > > Yuk, a thousand times yuk. > > I thought the mtrr cleanup built into modern kernel took care of this? > > Really though, this needs to be fixed upstream in the kernel :| It is fixed in recent kernels. This is a holdover from rhel5 days where this code made the difference between a 50MBit/s and 850MBit/s qib adapter. >> diff --git a/glue/redhat/rdma.kernel-init b/glue/redhat/rdma.kernel-init >> new file mode 100644 >> index 0000000..6cb4732 >> +++ b/glue/redhat/rdma.kernel-init > > I wonder if this could be split into a generic 'load the modules' part > and a distro specific part? Every distro needs systemd to load the > extra modules because out auto-loading is broken - IMHO, and that is > pretty complex unfortunately. Yes, this probably could be broken out. >> +errata_58() >> +{ >> + # Check AMD chipset issue Errata #58 >> + if test -x /sbin/lspci && test -x /sbin/setpci; then >> + if ( /sbin/lspci -nd 1022:1100 | grep "1100" > /dev/null ) && >> + ( /sbin/lspci -nd 1022:7450 | grep "7450" > /dev/null ) && >> + ( /sbin/lspci -nd 15b3:5a46 | grep "5a46" > /dev/null ); then >> + CURVAL=`/sbin/setpci -d 1022:1100 69` > > Another yuk. Why isn't this handled upstream in drivers/pci/quirks.c > with the rest of the 8131 errata? > > Fortunately I expect all 8131 hardware is long since gone, that chip > was end-of-manufacturing'd very quickly 2003ish IIRC. See the above about the mtrr registers. Same thing here. Holdover from long ago. >> +++ b/glue/redhat/rdma.service >> @@ -0,0 +1,15 @@ >> +[Unit] >> +Description=Initialize the iWARP/InfiniBand/RDMA stack in the kernel >> +Documentation=file:/etc/rdma/rdma.conf >> +RefuseManualStop=true >> +DefaultDependencies=false >> +Conflicts=emergency.target emergency.service >> +Before=network.target remote-fs-pre.target > > This is an area we really need to cross-distro standardize - we really > need a set of rdma-*.targets. > > eg > rdma-available.target > - RDMA hardware is available and all prep is done > opensm (if installed) is started, etc > Use in place of rdma.service > rdma-detected.target > - udev detected rdma hardware It's not that easy, unfortunately. Creating a target is a big deal. A service is not. And targets don't work the way someone would expect in systemd. Putting a Before= tag in a systemd unit file doesn't mean what I would expect (I think I'm probably fairly common in this regard, but I could be wrong). I would have thought it means "Start this unit before starting the target listed in the Before= line", instead it means "Start this unit and make sure it finishes before the target in the Before= line is considered complete". It can be started after the listed target is started, but the listed target won't be considered complete until it is also complete. This caused me lots of heartache when I was creating these files :-/ Fortunately, the targets listed in the unit files are pretty standard (they are part of the systemd upstream), and so I think they can be cross distro just as they are. >> +# When we detect a new verbs device is added to the system, set the node >> +# description on that device >> +# If rdma-ndd is installed, defer the setting of the node description to it. >> +SUBSYSTEM=="infiniband", KERNEL=="*", ACTION=="add", TEST!="/usr/sbin/rdma-ndd", RUN+="/bin/bash -c 'sleep 1; echo -n `hostname -s` %k > /sys/class/infiniband/%k/node_desc'" > > Shouldn't this udev drop-in by in the rdma-ndd package? > >> +++ b/glue/redhat/srp_daemon.service >> @@ -0,0 +1,17 @@ >> +[Unit] >> +Description=Start or stop the daemon that attaches to SRP devices >> +Documentation=file:///etc/rdma/rdma.conf file:///etc/srp_daemon.conf >> +DefaultDependencies=false >> +Conflicts=emergency.target emergency.service >> +Requires=rdma.service >> +Wants=opensm.service >> +After=rdma.service opensm.service >> +After=network.target >> +Before=remote-fs-pre.target > > Also should be common, why does it reference opensm.service? Because if opensm is running on this host, then it must be up before the configured srp targets are valid any time there is a non-default subnet prefix. >> + >> +[Service] >> +Type=simple >> +ExecStart=/usr/sbin/srp_daemon.sh > > Hurm, someday we have to make better systemd integration for these > daemons.. There really isn't any better integration to get with our complex daemons unless we update the daemons themselves to get rid of their shell script starters... -- Doug Ledford <dledford-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> GPG Key ID: 0E572FDD [-- Attachment #2: OpenPGP digital signature --] [-- Type: application/pgp-signature, Size: 884 bytes --] ^ permalink raw reply [flat|nested] 49+ messages in thread
[parent not found: <1e03ceea-5584-6bbb-6fbe-e11d9d251649-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>]
* Re: [PATCH rdma-core 2/4] glue/redhat: add udev/systemd/etc infrastructure bits [not found] ` <1e03ceea-5584-6bbb-6fbe-e11d9d251649-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> @ 2016-10-17 17:31 ` Jason Gunthorpe 0 siblings, 0 replies; 49+ messages in thread From: Jason Gunthorpe @ 2016-10-17 17:31 UTC (permalink / raw) To: Doug Ledford; +Cc: Jarod Wilson, linux-rdma-u79uwXL29TY76Z2rM5mHXA On Sun, Oct 16, 2016 at 10:40:27AM -0400, Doug Ledford wrote: > >> +Requires=rdma.service > >> +After=rdma.service opensm.service > > > > This is the only RH specific thiing I see.. Could we standardize on > > something here and use it on all distros? rdma-available.target? > > You can't, unless you rename the rdma.service unit file to something > else. They are tied in that way. Well, I don't really care about names too much, rdma-whatever.target is fine... > >> +++ b/glue/redhat/rdma.cxgb4.sys.modprobe > >> @@ -0,0 +1 @@ > >> +install cxgb4 /sbin/modprobe --ignore-install cxgb4 $CMDLINE_OPTS && /sbin/modprobe iw_cxgb4 > > > > What are these for? Should they be cross distro? Why are only a few > > drivers this special? > > We have one of these for every two (or more) part driver. They aren't > special, it's just the multipart drivers that are. So, should we move them into the provider directories? Or patch some kind of request_module into the kernel? > > I wonder if this could be split into a generic 'load the modules' part > > and a distro specific part? Every distro needs systemd to load the > > extra modules because out auto-loading is broken - IMHO, and that is > > pretty complex unfortunately. > > Yes, this probably could be broken out. So, I think the 'systemd way' would be a rdma-load-modules.service onshot and a rdma-whatever.target This way a distro can add their other stuff with additional drops ins, eg rdma-bios-fixup.service (after load-modules, before rdma-whatever.target) > >> +[Unit] > >> +Description=Initialize the iWARP/InfiniBand/RDMA stack in the kernel > >> +Documentation=file:/etc/rdma/rdma.conf > >> +RefuseManualStop=true > >> +DefaultDependencies=false > >> +Conflicts=emergency.target emergency.service > >> +Before=network.target remote-fs-pre.target > > > > This is an area we really need to cross-distro standardize - we really > > need a set of rdma-*.targets. > > > > eg > > rdma-available.target > > - RDMA hardware is available and all prep is done > > opensm (if installed) is started, etc > > Use in place of rdma.service > > rdma-detected.target > > - udev detected rdma hardware > > It's not that easy, unfortunately. Creating a target is a big deal. Okay, do you mean big deal in the sense we need to get approval from systemd folks or something? We are a big grown up subsystem now, and good systemd integration is very important to a good user experience these days. I think we are in a better place now, because the target(s) *really* needs to be cross distro and maintained 'upstream' - rdma-core is the natural place to do that. > I could be wrong). I would have thought it means "Start this unit > before starting the target listed in the Before= line", instead it > means "Start this unit and make sure it finishes before the target > in the Before= line is considered complete". It can be started > after the listed target is started, but the listed target won't be > considered complete until it is also complete. I'm not sure I follow the issue? Your description matches how I understand systemd - a .target will not become ready until all the prerequisits reach a 'ready' state (eg a oneshot script completes). As the target does not become 'ready' until its prerequisites are all 'ready', and dependents never start until the parent is 'ready', this provides a reliable ordering sequence point in the startup. The order of starting is simply that target prerequisites are started before the target becomes ready. When systemd enabling anything it is important to keep in mind the distinction between 'started' and 'ready' - and broadly speaking, our daemons do not do this correctly today :/. So the design goal is to make a target(s) that indicates enough of the RDMA core systems is 'ready' so that we can begin to start things that use rdmacm, etc. We have problems with our daemons not properly interacting with systemd to indicate 'ready', and that will cause bugs, but the overall idea should be sound. So this is a sketch of what I am thinking about. rdma-fix-bios.service: [Unit] Type=oneshot Before=rdma-available.target, rdma-load-modules.service rdma-load-modules.service: [Unit] Type=oneshot Before=rdma-available.target iwpmd.service: [Unit] After=rdma-load-modules.service Before=rdma-available.target opensm.service: [Unit] After=rdma-load-modules.service Before=rdma-available.target rdma-available.target: [Unit] Description=Target indicating that the RDMA kernel stack is setup for user use. srp_daemon.service: [Unit] After=rdma-available.target Before=remote-fs-pre.target 'Type=oneshot' will prevent anything past rdma-available.target from starting until the scripts complete. Internal ordering in the 'before' section has stuff like opensm and iwpmd taken care of, and all 'user' daemons have a clear single .target to depend on that works no matter what the distro or underlying RDMA protocol. To be clear, I'm proposing something like this as a goal, there will certainly be some needed work on the C daemons to get there: - iwpmd forks in the wrong place, it needs to fork after it sets up netlink, or stop forking and use sd_notify. (or even better, we should figure out how to use ListenNetlink !!) - ibacmd needs to use socket activation/sd_notify/fork order to ensure acm is started before rdma cm users start - srp_daemon needs to respond to dynamic prefix changes and probably use sd_notify/fork order to indicate that it is OK to move on to mounting FS. Why is this more important now? 1) There are more SM's than opensm, it makes those peoples lives very hard if 'opensm' is hardcoded into all the service files for correctness, hard to swap out opensm with something else. Eg hfi does not use opensm. 2) iwarp is involved in all of this too, and we need to start iwpmd before moving on to other services that might need rdmacm. Ditto for ibacm 3) Things like rxe could use additional 'before' service plugins to enable rxe mode on interfaces. So, I think this is a subject worth tackling.. (over the long term, let us not block Jarod's stuff) The goal would be to standardize the .target names and be able to use upstream .service files for many of the things, and allow distros/users/other to reliably 'drop in' additional stuff (eg the bios-fixup) at various well defined sequence points. > Fortunately, the targets listed in the unit files are pretty standard > (they are part of the systemd upstream), and so I think they can be > cross distro just as they are. Sure, the pre-existing targets are, it is stuff like opensm.service that seems off to me. > >> +Description=Start or stop the daemon that attaches to SRP devices > >> +Documentation=file:///etc/rdma/rdma.conf file:///etc/srp_daemon.conf > >> +DefaultDependencies=false > >> +Conflicts=emergency.target emergency.service > >> +Requires=rdma.service > >> +Wants=opensm.service > >> +After=rdma.service opensm.service > >> +After=network.target > >> +Before=remote-fs-pre.target > > > > Also should be common, why does it reference opensm.service? > > Because if opensm is running on this host, then it must be up before the > configured srp targets are valid any time there is a non-default subnet > prefix. Well, that kinda sounds like a srp_daemon bug - how does it work race-free with an external SM? Even with an on-node opensm, how does this work without a race? Is After=opensm.service enough to assert that opensm has completed a sweep and assigned the subnet prefix? If we can have srp_daemon respond to dynamic changes in the subnet prefix can we drop this from the unit file? > >> +[Service] > >> +Type=simple > >> +ExecStart=/usr/sbin/srp_daemon.sh > > > > Hurm, someday we have to make better systemd integration for these > > daemons.. > > There really isn't any better integration to get with our complex > daemons unless we update the daemons themselves to get rid of their > shell script starters... Exactly, update the daemons. Jason -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 49+ messages in thread
* Re: [PATCH rdma-core 2/4] glue/redhat: add udev/systemd/etc infrastructure bits [not found] ` <20161014231934.GC16509-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org> 2016-10-16 14:40 ` Doug Ledford @ 2016-10-17 16:22 ` Jarod Wilson [not found] ` <20161017162221.GI14983-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> 1 sibling, 1 reply; 49+ messages in thread From: Jarod Wilson @ 2016-10-17 16:22 UTC (permalink / raw) To: Jason Gunthorpe; +Cc: linux-rdma-u79uwXL29TY76Z2rM5mHXA, Doug Ledford On Fri, Oct 14, 2016 at 05:19:34PM -0600, Jason Gunthorpe wrote: > On Fri, Oct 14, 2016 at 03:21:34PM -0400, Jarod Wilson wrote: > > Red Hat has been shipping an "rdma" package, as well as it's own systemd > > unit files for some daemons for a while now, in both Fedora and Red Hat > > Enterprise Linux. Some of these are fairly RH-specific, but might be of > > use to others, so we'd like to move them into the upstream source tree. > > We have a directory called 'debian', so lets just have one called > 'redhat'.. Worksforme. As mentioned in reply to Leon, I really don't care what the directory is called, just that we get this stuff out there, instead of being in our own custom glue package. I do think maybe Leon's suggestion of having a directory to put a bunch of distro-specific directories under would be good for cleanliness, but I also seem to recall that debian actually looks for a directory in the root of the tarball, so it may need to stay like it is. > The below comments are my view on what we should try and move into > common cross-distro locations.. I should have been more clear: some of this is just an initial dump of everything we ship, and there's absolutely a desire to extract anything from this pile that is generic and usable by all distros into a common location. Just pressed for time, and sending it out this way was the fastest way to get it in front of eyeballs. :) > Common stuff should be installed via cmake > > > diff --git a/glue/redhat/ibacm.service b/glue/redhat/ibacm.service > > new file mode 100644 > > index 0000000..1cd031a > > +++ b/glue/redhat/ibacm.service > > Can we just put this in ibacm/ ? Probably. > > +Requires=rdma.service > > +After=rdma.service opensm.service > > This is the only RH specific thiing I see.. Could we standardize on > something here and use it on all distros? rdma-available.target? I'll defer to what Doug said on this one. > > +++ b/glue/redhat/iwpmd.service > > @@ -0,0 +1,12 @@ > > +[Unit] > > +Description=Starts the IWPMD daemon > > +Documentation=file:///usr/share/doc/iwpmd/README > > File does not exit? There is a man page now > > We already have a iwpmd/iwpmd.service that is almost identical, can you > you just update it and drop this version? Bah, that's a carryover from our individually packaged iwpmd, didn't look closely enough. Can we merge a bit from ours into the 'stock' one? The main relevant difference I see is we have ours set to load after syslog.target as well as network.target. > > +++ b/glue/redhat/rdma.cxgb3.sys.modprobe > > @@ -0,0 +1 @@ > > +install cxgb3 /sbin/modprobe --ignore-install cxgb3 $CMDLINE_OPTS && /sbin/modprobe iw_cxgb3 > > diff --git a/glue/redhat/rdma.cxgb4.sys.modprobe b/glue/redhat/rdma.cxgb4.sys.modprobe > > new file mode 100644 > > index 0000000..44163ab > > +++ b/glue/redhat/rdma.cxgb4.sys.modprobe > > @@ -0,0 +1 @@ > > +install cxgb4 /sbin/modprobe --ignore-install cxgb4 $CMDLINE_OPTS && /sbin/modprobe iw_cxgb4 > > What are these for? Should they be cross distro? Why are only a few > drivers this special? What Doug said. > > +++ b/glue/redhat/rdma.fixup-mtrr.awk > > @@ -0,0 +1,160 @@ > > +# This is a simple script that checks the contents of /proc/mtrr to see if > > +# the BIOS maker for the computer took the easy way out in terms of > > +# specifying memory regions when there is a hole below 4GB for PCI access > > +# and the machine has 4GB or more of RAM. When the contents of /proc/mtrr > > +# show a 4GB mapping of write-back cached RAM, minus punch out hole(s) of > > +# uncacheable regions (the area reserved for PCI access), then it becomes > > +# impossible for the ib_ipath driver to set write_combining on its PIO > > +# buffers. To correct the problem, remap the lower memory region in various > > +# chunks up to the start of the punch out hole(s), then delete the punch out > > +# hole(s) entirely as they aren't needed any more. That way, ib_ipath will > > +# be able to set write_combining on its PIO memory access region. > > Yuk, a thousand times yuk. > > I thought the mtrr cleanup built into modern kernel took care of this? > > Really though, this needs to be fixed upstream in the kernel :| Yeah, this is still floating around for hysterical raisins, as Doug said. We might be able to drop this, or at least relegate it to a dark corner with a huge warning label... > > diff --git a/glue/redhat/rdma.kernel-init b/glue/redhat/rdma.kernel-init > > new file mode 100644 > > index 0000000..6cb4732 > > +++ b/glue/redhat/rdma.kernel-init > > I wonder if this could be split into a generic 'load the modules' part > and a distro specific part? Every distro needs systemd to load the > extra modules because out auto-loading is broken - IMHO, and that is > pretty complex unfortunately. Possibly. Not sure how much you'd save by splitting it though, the added complexity of playing connect the dots to see how things come up could be counter-productive. Haven't looked very closely at that though. > > +errata_58() > > +{ > > + # Check AMD chipset issue Errata #58 > > + if test -x /sbin/lspci && test -x /sbin/setpci; then > > + if ( /sbin/lspci -nd 1022:1100 | grep "1100" > /dev/null ) && > > + ( /sbin/lspci -nd 1022:7450 | grep "7450" > /dev/null ) && > > + ( /sbin/lspci -nd 15b3:5a46 | grep "5a46" > /dev/null ); then > > + CURVAL=`/sbin/setpci -d 1022:1100 69` > > Another yuk. Why isn't this handled upstream in drivers/pci/quirks.c > with the rest of the 8131 errata? > > Fortunately I expect all 8131 hardware is long since gone, that chip > was end-of-manufacturing'd very quickly 2003ish IIRC. More hysterical raisins. > > +++ b/glue/redhat/rdma.service > > @@ -0,0 +1,15 @@ > > +[Unit] > > +Description=Initialize the iWARP/InfiniBand/RDMA stack in the kernel > > +Documentation=file:/etc/rdma/rdma.conf > > +RefuseManualStop=true > > +DefaultDependencies=false > > +Conflicts=emergency.target emergency.service > > +Before=network.target remote-fs-pre.target > > This is an area we really need to cross-distro standardize - we really > need a set of rdma-*.targets. > > eg > rdma-available.target > - RDMA hardware is available and all prep is done > opensm (if installed) is started, etc > Use in place of rdma.service > rdma-detected.target > - udev detected rdma hardware Deferring to Doug ehre too. > > +++ b/glue/redhat/rdma.udev-ipoib-naming.rules > > @@ -0,0 +1,13 @@ > > +# This is a sample udev rules file that demonstrates how to get udev to > > +# set the name of IPoIB interfaces to whatever you wish. There is a > > +# 16 character limit on network device names though, so don't go too nuts > > +# > > +# Important items to note: ATTR{type}=="32" is IPoIB interfaces, and the > > +# ATTR{address} match must start with ?* and only reference the last 8 > > +# bytes of the address or else the address might not match on any given > > +# start of the IPoIB stack > > +# > > +# Note: as of rhel7, udev is case sensitive on the address field match > > +# and all addresses need to be in lower case. > > +# > > +# ACTION=="add", SUBSYSTEM=="net", DRIVERS=="?*", ATTR{type}=="32", ATTR{address}=="?*00:02:c9:03:00:31:78:f2", NAME="mlx4_ib3" > > This should be a cross distro file. > > > +++ b/glue/redhat/rdma.udev-rules > > @@ -0,0 +1,18 @@ > > +# We list all the various kernel modules that drive hardware in the > > +# InfiniBand stack (and a few in the network stack that might not actually > > +# be RDMA capable, but we don't know that at this time and it's safe to > > +# enable the IB stack, so do so unilaterally) and on load of any of that > > +# hardware, we trigger the rdma.service load in systemd > > + > > +SUBSYSTEM=="module", KERNEL=="cxgb*", ACTION=="add", TAG+="systemd", ENV{SYSTEMD_WANTS}="rdma.service" > > +SUBSYSTEM=="module", KERNEL=="ib_*", ACTION=="add", TAG+="systemd", ENV{SYSTEMD_WANTS}="rdma.service" > > +SUBSYSTEM=="module", KERNEL=="mlx*", ACTION=="add", TAG+="systemd", ENV{SYSTEMD_WANTS}="rdma.service" > > +SUBSYSTEM=="module", KERNEL=="iw_*", ACTION=="add", TAG+="systemd", ENV{SYSTEMD_WANTS}="rdma.service" > > +SUBSYSTEM=="module", KERNEL=="be2net", ACTION=="add", TAG+="systemd", ENV{SYSTEMD_WANTS}="rdma.service" > > +SUBSYSTEM=="module", KERNEL=="enic", ACTION=="add", TAG+="systemd", ENV{SYSTEMD_WANTS}="rdma.service" > > Also cross distro Yeah, these are definitely prime candidates for being cross-distro. And really, I was thinking maybe these should be part of the core upstream udev/systemd rules set, rather than something we ship here. > > +# When we detect a new verbs device is added to the system, set the node > > +# description on that device > > +# If rdma-ndd is installed, defer the setting of the node description to it. > > +SUBSYSTEM=="infiniband", KERNEL=="*", ACTION=="add", TEST!="/usr/sbin/rdma-ndd", RUN+="/bin/bash -c 'sleep 1; echo -n `hostname -s` %k > /sys/class/infiniband/%k/node_desc'" > > Shouldn't this udev drop-in by in the rdma-ndd package? Honestly don't even have a clue what rdma-ndd is. :) Don't remember what Doug said about this one... > > +++ b/glue/redhat/srp_daemon.service > > @@ -0,0 +1,17 @@ > > +[Unit] > > +Description=Start or stop the daemon that attaches to SRP devices > > +Documentation=file:///etc/rdma/rdma.conf file:///etc/srp_daemon.conf > > +DefaultDependencies=false > > +Conflicts=emergency.target emergency.service > > +Requires=rdma.service > > +Wants=opensm.service > > +After=rdma.service opensm.service > > +After=network.target > > +Before=remote-fs-pre.target > > Also should be common, why does it reference opensm.service? > > > + > > +[Service] > > +Type=simple > > +ExecStart=/usr/sbin/srp_daemon.sh > > Hurm, someday we have to make better systemd integration for these > daemons.. More deferrals to Doug! -- Jarod Wilson jarod-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 49+ messages in thread
[parent not found: <20161017162221.GI14983-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>]
* Re: [PATCH rdma-core 2/4] glue/redhat: add udev/systemd/etc infrastructure bits [not found] ` <20161017162221.GI14983-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> @ 2016-10-17 17:46 ` Jason Gunthorpe [not found] ` <20161017174611.GB6430-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org> 0 siblings, 1 reply; 49+ messages in thread From: Jason Gunthorpe @ 2016-10-17 17:46 UTC (permalink / raw) To: Jarod Wilson; +Cc: linux-rdma-u79uwXL29TY76Z2rM5mHXA, Doug Ledford On Mon, Oct 17, 2016 at 12:22:21PM -0400, Jarod Wilson wrote: > Worksforme. As mentioned in reply to Leon, I really don't care what the > directory is called, just that we get this stuff out there, instead of > being in our own custom glue package. I do think maybe Leon's suggestion > of having a directory to put a bunch of distro-specific directories under > would be good for cleanliness, but I also seem to recall that debian > actually looks for a directory in the root of the tarball, so it may need > to stay like it is. Okay, let us just do a very minimal upstreaming and tackle things from there.. > > Common stuff should be installed via cmake > > > > > diff --git a/glue/redhat/ibacm.service b/glue/redhat/ibacm.service > > > new file mode 100644 > > > index 0000000..1cd031a > > > +++ b/glue/redhat/ibacm.service > > > > Can we just put this in ibacm/ ? > > Probably. Okay, the only thing I really don't like being upstream is the opensm.service.. Do you know why acm needs that? > > > +++ b/glue/redhat/iwpmd.service > > > @@ -0,0 +1,12 @@ > > > +[Unit] > > > +Description=Starts the IWPMD daemon > > > +Documentation=file:///usr/share/doc/iwpmd/README > > > > File does not exit? There is a man page now > > > > We already have a iwpmd/iwpmd.service that is almost identical, can you > > you just update it and drop this version? > > Bah, that's a carryover from our individually packaged iwpmd, didn't look > closely enough. Can we merge a bit from ours into the 'stock' one? The > main relevant difference I see is we have ours set to load after > syslog.target as well as network.target. syslog.target is obsolete now, just drop it from all your unit files unless you need to support systemd <= 35. systemd no longer even documents this special target exists. commit e8f2b5c11e9db0bab2654e75c2558955effb82fe Author: Jason Gunthorpe <jgunthorpe-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org> Date: Mon Sep 12 15:53:10 2016 -0600 iwpmd: Remove syslog.target from service file Debian's Lintian remarks: W: rdma-plumbing: systemd-service-file-refers-to-obsolete-target lib/systemd/system/iwpmd.service syslog.target Apparently systemd stopped recommending this in version 35, socket activation eliminates the need. Signed-off-by: Jason Gunthorpe <jgunthorpe-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org> > > > +SUBSYSTEM=="module", KERNEL=="cxgb*", ACTION=="add", TAG+="systemd", ENV{SYSTEMD_WANTS}="rdma.service" > > > +SUBSYSTEM=="module", KERNEL=="ib_*", ACTION=="add", TAG+="systemd", ENV{SYSTEMD_WANTS}="rdma.service" > > > +SUBSYSTEM=="module", KERNEL=="mlx*", ACTION=="add", TAG+="systemd", ENV{SYSTEMD_WANTS}="rdma.service" > > > +SUBSYSTEM=="module", KERNEL=="iw_*", ACTION=="add", TAG+="systemd", ENV{SYSTEMD_WANTS}="rdma.service" > > > +SUBSYSTEM=="module", KERNEL=="be2net", ACTION=="add", TAG+="systemd", ENV{SYSTEMD_WANTS}="rdma.service" > > > +SUBSYSTEM=="module", KERNEL=="enic", ACTION=="add", TAG+="systemd", ENV{SYSTEMD_WANTS}="rdma.service" > > > > Also cross distro > > Yeah, these are definitely prime candidates for being cross-distro. And > really, I was thinking maybe these should be part of the core upstream > udev/systemd rules set, rather than something we ship here. Okay. The trick will be to standardize the systemd_wants name .. > > > +# When we detect a new verbs device is added to the system, set the node > > > +# description on that device > > > +# If rdma-ndd is installed, defer the setting of the node description to it. > > > +SUBSYSTEM=="infiniband", KERNEL=="*", ACTION=="add", TEST!="/usr/sbin/rdma-ndd", RUN+="/bin/bash -c 'sleep 1; echo -n `hostname -s` %k > /sys/class/infiniband/%k/node_desc'" > > > > Shouldn't this udev drop-in by in the rdma-ndd package? > > Honestly don't even have a clue what rdma-ndd is. :) Don't remember what > Doug said about this one... Guess I didn't read closely enough, this is used if rdma-ndd is not installed.. So something like that should be upstream, but the 'sleep 1' is ugly - this should probably be a systemd service that runs after network-online.target not as a script run from udev? rdma-ndd dynamically sets the NodeDescription to the hostname in the adaptor for the subnet manager/tools to ready. I guess this hunk is setting the NodeDescription one-shot at boot.. Jason -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 49+ messages in thread
[parent not found: <20161017174611.GB6430-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org>]
* Re: [PATCH rdma-core 2/4] glue/redhat: add udev/systemd/etc infrastructure bits [not found] ` <20161017174611.GB6430-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org> @ 2016-10-17 18:20 ` Jarod Wilson [not found] ` <20161017182037.GK14983-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> 0 siblings, 1 reply; 49+ messages in thread From: Jarod Wilson @ 2016-10-17 18:20 UTC (permalink / raw) To: Jason Gunthorpe; +Cc: linux-rdma-u79uwXL29TY76Z2rM5mHXA, Doug Ledford On Mon, Oct 17, 2016 at 11:46:11AM -0600, Jason Gunthorpe wrote: > On Mon, Oct 17, 2016 at 12:22:21PM -0400, Jarod Wilson wrote: > > Worksforme. As mentioned in reply to Leon, I really don't care what the > > directory is called, just that we get this stuff out there, instead of > > being in our own custom glue package. I do think maybe Leon's suggestion > > of having a directory to put a bunch of distro-specific directories under > > would be good for cleanliness, but I also seem to recall that debian > > actually looks for a directory in the root of the tarball, so it may need > > to stay like it is. > > Okay, let us just do a very minimal upstreaming and tackle things from > there.. Sounds like a plan. > > > Common stuff should be installed via cmake > > > > > > > diff --git a/glue/redhat/ibacm.service b/glue/redhat/ibacm.service > > > > new file mode 100644 > > > > index 0000000..1cd031a > > > > +++ b/glue/redhat/ibacm.service > > > > > > Can we just put this in ibacm/ ? > > > > Probably. > > Okay, the only thing I really don't like being upstream is the > opensm.service.. > > Do you know why acm needs that? I think Doug already attempted to address this elsewhere in the thread, and he'd know better than me. > > > > +++ b/glue/redhat/iwpmd.service > > > > @@ -0,0 +1,12 @@ > > > > +[Unit] > > > > +Description=Starts the IWPMD daemon > > > > +Documentation=file:///usr/share/doc/iwpmd/README > > > > > > File does not exit? There is a man page now > > > > > > We already have a iwpmd/iwpmd.service that is almost identical, can you > > > you just update it and drop this version? > > > > Bah, that's a carryover from our individually packaged iwpmd, didn't look > > closely enough. Can we merge a bit from ours into the 'stock' one? The > > main relevant difference I see is we have ours set to load after > > syslog.target as well as network.target. > > syslog.target is obsolete now, just drop it from all your unit files > unless you need to support systemd <= 35. systemd no longer even > documents this special target exists. > > commit e8f2b5c11e9db0bab2654e75c2558955effb82fe > Author: Jason Gunthorpe <jgunthorpe-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org> > Date: Mon Sep 12 15:53:10 2016 -0600 > > iwpmd: Remove syslog.target from service file > > Debian's Lintian remarks: > > W: rdma-plumbing: systemd-service-file-refers-to-obsolete-target lib/systemd/system/iwpmd.service syslog.target > > Apparently systemd stopped recommending this in version 35, socket activation > eliminates the need. > > Signed-off-by: Jason Gunthorpe <jgunthorpe-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org> Ah, okay. So not needed for any distro that is even remotely modern. > > > > +SUBSYSTEM=="module", KERNEL=="cxgb*", ACTION=="add", TAG+="systemd", ENV{SYSTEMD_WANTS}="rdma.service" > > > > +SUBSYSTEM=="module", KERNEL=="ib_*", ACTION=="add", TAG+="systemd", ENV{SYSTEMD_WANTS}="rdma.service" > > > > +SUBSYSTEM=="module", KERNEL=="mlx*", ACTION=="add", TAG+="systemd", ENV{SYSTEMD_WANTS}="rdma.service" > > > > +SUBSYSTEM=="module", KERNEL=="iw_*", ACTION=="add", TAG+="systemd", ENV{SYSTEMD_WANTS}="rdma.service" > > > > +SUBSYSTEM=="module", KERNEL=="be2net", ACTION=="add", TAG+="systemd", ENV{SYSTEMD_WANTS}="rdma.service" > > > > +SUBSYSTEM=="module", KERNEL=="enic", ACTION=="add", TAG+="systemd", ENV{SYSTEMD_WANTS}="rdma.service" > > > > > > Also cross distro > > > > Yeah, these are definitely prime candidates for being cross-distro. And > > really, I was thinking maybe these should be part of the core upstream > > udev/systemd rules set, rather than something we ship here. > > Okay. The trick will be to standardize the systemd_wants name .. Perhaps rdma-core should go with rdma-core.service? We were shipping a package called 'rdma' that carried that. > > > > +# When we detect a new verbs device is added to the system, set the node > > > > +# description on that device > > > > +# If rdma-ndd is installed, defer the setting of the node description to it. > > > > +SUBSYSTEM=="infiniband", KERNEL=="*", ACTION=="add", TEST!="/usr/sbin/rdma-ndd", RUN+="/bin/bash -c 'sleep 1; echo -n `hostname -s` %k > /sys/class/infiniband/%k/node_desc'" > > > > > > Shouldn't this udev drop-in by in the rdma-ndd package? > > > > Honestly don't even have a clue what rdma-ndd is. :) Don't remember what > > Doug said about this one... > > Guess I didn't read closely enough, this is used if rdma-ndd is not > installed.. > > So something like that should be upstream, but the 'sleep 1' is ugly - > this should probably be a systemd service that runs after > network-online.target not as a script run from udev? > > rdma-ndd dynamically sets the NodeDescription to the hostname in the > adaptor for the subnet manager/tools to ready. I guess this hunk is > setting the NodeDescription one-shot at boot.. Rather than having this janky udev rule, what if we simply made rdma-ndd part of what's installed with rdma-core, rather than something found in yet another infiniband package? (Looks like it's in infiniband-diags, wasn't even aware rdma-ndd existed until looking at this here). -- Jarod Wilson jarod-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 49+ messages in thread
[parent not found: <20161017182037.GK14983-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>]
* Re: [PATCH rdma-core 2/4] glue/redhat: add udev/systemd/etc infrastructure bits [not found] ` <20161017182037.GK14983-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> @ 2016-10-17 18:56 ` Doug Ledford [not found] ` <a6c8091e-fe83-8413-77d7-4aac053b8e62-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> 2016-10-17 18:56 ` Jason Gunthorpe 1 sibling, 1 reply; 49+ messages in thread From: Doug Ledford @ 2016-10-17 18:56 UTC (permalink / raw) To: Jarod Wilson, Jason Gunthorpe; +Cc: linux-rdma-u79uwXL29TY76Z2rM5mHXA [-- Attachment #1.1: Type: text/plain, Size: 4362 bytes --] On 10/17/2016 2:20 PM, Jarod Wilson wrote: > On Mon, Oct 17, 2016 at 11:46:11AM -0600, Jason Gunthorpe wrote: >> On Mon, Oct 17, 2016 at 12:22:21PM -0400, Jarod Wilson wrote: >>>>> diff --git a/glue/redhat/ibacm.service b/glue/redhat/ibacm.service >>>>> new file mode 100644 >>>>> index 0000000..1cd031a >>>>> +++ b/glue/redhat/ibacm.service >>>> >>>> Can we just put this in ibacm/ ? >>> >>> Probably. >> >> Okay, the only thing I really don't like being upstream is the >> opensm.service.. >> >> Do you know why acm needs that? > > I think Doug already attempted to address this elsewhere in the thread, > and he'd know better than me. Since it got snipped, I'm pretty sure it just lists opensm in the Wants= tag. With systemd, that's a soft dependency. Only if opensm is installed and configured to start anyway does systemd then order this item after opensm. Since you need opensm for links to come up anyway, it makes sense for the order of startup for RDMA related items to be: rdma-core \-opensm \-Everything else Because of that, I think I had opensm listed as a want in pretty much everything, but as already stated, it's a soft dependency and systemd ignores it if you don't have opensm configured to run on that machine. >>>>> +SUBSYSTEM=="module", KERNEL=="cxgb*", ACTION=="add", TAG+="systemd", ENV{SYSTEMD_WANTS}="rdma.service" >>>>> +SUBSYSTEM=="module", KERNEL=="ib_*", ACTION=="add", TAG+="systemd", ENV{SYSTEMD_WANTS}="rdma.service" >>>>> +SUBSYSTEM=="module", KERNEL=="mlx*", ACTION=="add", TAG+="systemd", ENV{SYSTEMD_WANTS}="rdma.service" >>>>> +SUBSYSTEM=="module", KERNEL=="iw_*", ACTION=="add", TAG+="systemd", ENV{SYSTEMD_WANTS}="rdma.service" >>>>> +SUBSYSTEM=="module", KERNEL=="be2net", ACTION=="add", TAG+="systemd", ENV{SYSTEMD_WANTS}="rdma.service" >>>>> +SUBSYSTEM=="module", KERNEL=="enic", ACTION=="add", TAG+="systemd", ENV{SYSTEMD_WANTS}="rdma.service" >>>> >>>> Also cross distro >>> >>> Yeah, these are definitely prime candidates for being cross-distro. And >>> really, I was thinking maybe these should be part of the core upstream >>> udev/systemd rules set, rather than something we ship here. >> >> Okay. The trick will be to standardize the systemd_wants name .. > > Perhaps rdma-core should go with rdma-core.service? We were shipping a > package called 'rdma' that carried that. Whatever the service file is, that's what the name is. I'm partial to just leaving it as rdma.service. The -core suffix doesn't add anything of value IMO, and we really are initializing the entire rdma stack minus just those upper layer protocols that have their own setup. >>>>> +# When we detect a new verbs device is added to the system, set the node >>>>> +# description on that device >>>>> +# If rdma-ndd is installed, defer the setting of the node description to it. >>>>> +SUBSYSTEM=="infiniband", KERNEL=="*", ACTION=="add", TEST!="/usr/sbin/rdma-ndd", RUN+="/bin/bash -c 'sleep 1; echo -n `hostname -s` %k > /sys/class/infiniband/%k/node_desc'" >>>> >>>> Shouldn't this udev drop-in by in the rdma-ndd package? >>> >>> Honestly don't even have a clue what rdma-ndd is. :) Don't remember what >>> Doug said about this one... >> >> Guess I didn't read closely enough, this is used if rdma-ndd is not >> installed.. A bit of a chicken and egg issue here isn't there? Wasn't rdma-ndd part of ibutils? And since ibutils isn't in rdma-core, how do we know if it's installed? >> So something like that should be upstream, but the 'sleep 1' is ugly - >> this should probably be a systemd service that runs after >> network-online.target not as a script run from udev? >> >> rdma-ndd dynamically sets the NodeDescription to the hostname in the >> adaptor for the subnet manager/tools to ready. I guess this hunk is >> setting the NodeDescription one-shot at boot.. > > Rather than having this janky udev rule, what if we simply made rdma-ndd > part of what's installed with rdma-core, rather than something found in > yet another infiniband package? (Looks like it's in infiniband-diags, > wasn't even aware rdma-ndd existed until looking at this here). It's probably a good candidate to be pulled back to rdma-core. Ira? -- Doug Ledford <dledford-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> GPG Key ID: 0E572FDD [-- Attachment #2: OpenPGP digital signature --] [-- Type: application/pgp-signature, Size: 884 bytes --] ^ permalink raw reply [flat|nested] 49+ messages in thread
[parent not found: <a6c8091e-fe83-8413-77d7-4aac053b8e62-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>]
* Re: [PATCH rdma-core 2/4] glue/redhat: add udev/systemd/etc infrastructure bits [not found] ` <a6c8091e-fe83-8413-77d7-4aac053b8e62-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> @ 2016-10-17 19:14 ` Jason Gunthorpe 0 siblings, 0 replies; 49+ messages in thread From: Jason Gunthorpe @ 2016-10-17 19:14 UTC (permalink / raw) To: Doug Ledford; +Cc: Jarod Wilson, linux-rdma-u79uwXL29TY76Z2rM5mHXA On Mon, Oct 17, 2016 at 02:56:37PM -0400, Doug Ledford wrote: > Since it got snipped, I'm pretty sure it just lists opensm in the Wants= > tag. With systemd, that's a soft dependency. Only if opensm is > installed and configured to start anyway does systemd then order this > item after opensm. Since you need opensm for links to come up anyway, > it makes sense for the order of startup for RDMA related items to be: Daemons should not require opensm to be started to operate correctly. If they do we surely have a boot race bug that should be fixed, because we cannot rely on a remote SM to have configured the port the time window betweeen rdma.service completion and dependent service start. So I view every use of a opensm dependent in a unit file as either unnecessary or working around a bug.. Lets ID the bugs so we at least know where we stand.. Plus, there are more SM's than opensm, so we really should not hardwire a single SM in the service files upstream, but try and work with all the SMs... Jason -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 49+ messages in thread
* Re: [PATCH rdma-core 2/4] glue/redhat: add udev/systemd/etc infrastructure bits [not found] ` <20161017182037.GK14983-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> 2016-10-17 18:56 ` Doug Ledford @ 2016-10-17 18:56 ` Jason Gunthorpe [not found] ` <20161017185657.GA8122-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org> 1 sibling, 1 reply; 49+ messages in thread From: Jason Gunthorpe @ 2016-10-17 18:56 UTC (permalink / raw) To: Jarod Wilson Cc: linux-rdma-u79uwXL29TY76Z2rM5mHXA, Doug Ledford, Weiny, Ira, Hefty, Sean On Mon, Oct 17, 2016 at 02:20:37PM -0400, Jarod Wilson wrote: > > > > > diff --git a/glue/redhat/ibacm.service b/glue/redhat/ibacm.service > > > > > new file mode 100644 > > > > > index 0000000..1cd031a > > > > > +++ b/glue/redhat/ibacm.service > > > > > > > > Can we just put this in ibacm/ ? > > > > > > Probably. > > > > Okay, the only thing I really don't like being upstream is the > > opensm.service.. > > > > Do you know why acm needs that? > > I think Doug already attempted to address this elsewhere in the thread, > and he'd know better than me. srp_daemon not being able to handle a change in prefix makes sense. But that doesn't explain what problem ibacm has.. To my mind, depending on something like opensm indicates the daemon has a bug - eg it cannot handle dynamic subnet changes. So lets at least be clear on what the bugs we are working around are, ask if they have been fixed, etc. Sean, do you know why ibacm would need to be started after opensm? > > Okay. The trick will be to standardize the systemd_wants name .. > > Perhaps rdma-core should go with rdma-core.service? We were shipping a > package called 'rdma' that carried that. Maybe, but I'd like to have an overall systemd plan.. If we can't have a .target then sure, this is probably the best way.. > > rdma-ndd dynamically sets the NodeDescription to the hostname in the > > adaptor for the subnet manager/tools to ready. I guess this hunk is > > setting the NodeDescription one-shot at boot.. > > Rather than having this janky udev rule, what if we simply made rdma-ndd > part of what's installed with rdma-core, rather than something found in > yet another infiniband package? (Looks like it's in infiniband-diags, > wasn't even aware rdma-ndd existed until looking at this here). Yep, very good idea. Ira? What do you think? Jason -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 49+ messages in thread
[parent not found: <20161017185657.GA8122-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org>]
* RE: [PATCH rdma-core 2/4] glue/redhat: add udev/systemd/etc infrastructure bits [not found] ` <20161017185657.GA8122-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org> @ 2016-10-17 19:10 ` Weiny, Ira [not found] ` <2807E5FD2F6FDA4886F6618EAC48510E24F0A408-8k97q/ur5Z2krb+BlOpmy7fspsVTdybXVpNB7YpNyf8@public.gmane.org> 0 siblings, 1 reply; 49+ messages in thread From: Weiny, Ira @ 2016-10-17 19:10 UTC (permalink / raw) To: Jason Gunthorpe, Jarod Wilson Cc: linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Doug Ledford, Hefty, Sean > > > rdma-ndd dynamically sets the NodeDescription to the hostname in the > > > adaptor for the subnet manager/tools to ready. I guess this hunk is > > > setting the NodeDescription one-shot at boot.. > > > > Rather than having this janky udev rule, what if we simply made > > rdma-ndd part of what's installed with rdma-core, rather than > > something found in yet another infiniband package? (Looks like it's in > > infiniband-diags, wasn't even aware rdma-ndd existed until looking at this > here). > > Yep, very good idea. Yep, very good idea... > > Ira? What do you think? Yes, I've been trying to find time to make a patch which adds rdma-ndd into the rdma-core. I absolutely agree it should be part of rdma-core as it is much better than the 1 time shot of the start up scripts. What I have been worried about is conflicts between infiniband-diags and the new rdma-core. RH made a separate package out of rdma-ndd so that would be easy but I don't think other distros have. So how do you obsolete "part" of a package? Ira -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 49+ messages in thread
[parent not found: <2807E5FD2F6FDA4886F6618EAC48510E24F0A408-8k97q/ur5Z2krb+BlOpmy7fspsVTdybXVpNB7YpNyf8@public.gmane.org>]
* Re: [PATCH rdma-core 2/4] glue/redhat: add udev/systemd/etc infrastructure bits [not found] ` <2807E5FD2F6FDA4886F6618EAC48510E24F0A408-8k97q/ur5Z2krb+BlOpmy7fspsVTdybXVpNB7YpNyf8@public.gmane.org> @ 2016-10-17 20:13 ` Jason Gunthorpe [not found] ` <20161017201309.GA24291-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org> 0 siblings, 1 reply; 49+ messages in thread From: Jason Gunthorpe @ 2016-10-17 20:13 UTC (permalink / raw) To: Weiny, Ira Cc: Jarod Wilson, linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Doug Ledford, Hefty, Sean On Mon, Oct 17, 2016 at 07:10:46PM +0000, Weiny, Ira wrote: > What I have been worried about is conflicts between infiniband-diags > and the new rdma-core. RH made a separate package out of rdma-ndd > so that would be easy but I don't think other distros have. > So how do you obsolete "part" of a package? The distros know how to do this, they just conflict with the old version of infiniband-diags. Jason -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 49+ messages in thread
[parent not found: <20161017201309.GA24291-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org>]
* Re: [PATCH rdma-core 2/4] glue/redhat: add udev/systemd/etc infrastructure bits [not found] ` <20161017201309.GA24291-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org> @ 2016-10-18 14:51 ` Jarod Wilson [not found] ` <20161018145104.GT14983-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> 0 siblings, 1 reply; 49+ messages in thread From: Jarod Wilson @ 2016-10-18 14:51 UTC (permalink / raw) To: Jason Gunthorpe Cc: Weiny, Ira, linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Doug Ledford, Hefty, Sean On Mon, Oct 17, 2016 at 02:13:09PM -0600, Jason Gunthorpe wrote: > On Mon, Oct 17, 2016 at 07:10:46PM +0000, Weiny, Ira wrote: > > > What I have been worried about is conflicts between infiniband-diags > > and the new rdma-core. RH made a separate package out of rdma-ndd > > so that would be easy but I don't think other distros have. > > > So how do you obsolete "part" of a package? > > The distros know how to do this, they just conflict with the old > version of infiniband-diags. Yeah, basically, you spin up a new infiniband-diags package that doesn't have rdma-ndd and a new rdma-core package that includes it, along with (in rpm-ese) 'Conflicts: infiniband-diags < <first version w/o rdma-ndd>', and that should pretty much cover it. -- Jarod Wilson jarod-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 49+ messages in thread
[parent not found: <20161018145104.GT14983-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>]
* RE: [PATCH rdma-core 2/4] glue/redhat: add udev/systemd/etc infrastructure bits [not found] ` <20161018145104.GT14983-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> @ 2016-10-19 18:38 ` Weiny, Ira [not found] ` <2807E5FD2F6FDA4886F6618EAC48510E24F0DF57-8k97q/ur5Z2krb+BlOpmy7fspsVTdybXVpNB7YpNyf8@public.gmane.org> 0 siblings, 1 reply; 49+ messages in thread From: Weiny, Ira @ 2016-10-19 18:38 UTC (permalink / raw) To: Jarod Wilson, Jason Gunthorpe Cc: linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Doug Ledford, Hefty, Sean Ok, I have the C code ported to rdma-core but how do I do this in cmake? AS_IF([test x$rdmandd = xyes], [ PKG_CHECK_MODULES([UDEV], [libudev]) AC_CONFIG_FILES([doc/man/rdma-ndd.8 \ etc/rdma-ndd.init \ etc/rdma-ndd.service]) AC_SUBST([UDEV_CFLAGS]) AC_SUBST([UDEV_LIBS]) if test "$with_udev" = "yes"; then PKG_CHECK_EXISTS(libudev >= 218, [with_dev_logging=no], [with_udev_logging=yes]) if test "$with_udev_logging" = "yes"; then AC_DEFINE_UNQUOTED([HAVE_UDEV_LOGGING], 1, [whether libudev logging can be used]) fi fi ]) I've found a "modules" file which looks like it has a compatible BSD license and could be added but is there a better way? http://fossies.org/linux/flightgear/CMakeModules/FindUDev.cmake I also have to convert the man page from *.rst to man in some way... Would it be ok if I put a dependency on rst2man in the repo? Ira > -----Original Message----- > From: Jarod Wilson [mailto:jarod-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org] > Sent: Tuesday, October 18, 2016 7:51 AM > To: Jason Gunthorpe <jgunthorpe-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org> > Cc: Weiny, Ira <ira.weiny-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>; linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org; Doug > Ledford <dledford-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>; Hefty, Sean <sean.hefty-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> > Subject: Re: [PATCH rdma-core 2/4] glue/redhat: add udev/systemd/etc > infrastructure bits > > On Mon, Oct 17, 2016 at 02:13:09PM -0600, Jason Gunthorpe wrote: > > On Mon, Oct 17, 2016 at 07:10:46PM +0000, Weiny, Ira wrote: > > > > > What I have been worried about is conflicts between infiniband-diags > > > and the new rdma-core. RH made a separate package out of rdma-ndd > > > so that would be easy but I don't think other distros have. > > > > > So how do you obsolete "part" of a package? > > > > The distros know how to do this, they just conflict with the old > > version of infiniband-diags. > > Yeah, basically, you spin up a new infiniband-diags package that doesn't have > rdma-ndd and a new rdma-core package that includes it, along with (in > rpm-ese) 'Conflicts: infiniband-diags < <first version w/o rdma-ndd>', and that > should pretty much cover it. > > -- > Jarod Wilson > jarod-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 49+ messages in thread
[parent not found: <2807E5FD2F6FDA4886F6618EAC48510E24F0DF57-8k97q/ur5Z2krb+BlOpmy7fspsVTdybXVpNB7YpNyf8@public.gmane.org>]
* Re: [PATCH rdma-core 2/4] glue/redhat: add udev/systemd/etc infrastructure bits [not found] ` <2807E5FD2F6FDA4886F6618EAC48510E24F0DF57-8k97q/ur5Z2krb+BlOpmy7fspsVTdybXVpNB7YpNyf8@public.gmane.org> @ 2016-10-19 18:59 ` Jason Gunthorpe [not found] ` <20161019185920.GA20600-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org> 0 siblings, 1 reply; 49+ messages in thread From: Jason Gunthorpe @ 2016-10-19 18:59 UTC (permalink / raw) To: Weiny, Ira Cc: Jarod Wilson, linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Doug Ledford, Hefty, Sean On Wed, Oct 19, 2016 at 06:38:52PM +0000, Weiny, Ira wrote: > I have the C code ported to rdma-core but how do I do this in cmake? Attached, you will also need target_link_libraries(rdma-ndd ${UDEV_LIBRARIES}) > PKG_CHECK_EXISTS(libudev >= 218, [with_dev_logging=no], > [with_udev_logging=yes]) > if test "$with_udev_logging" = "yes"; then > AC_DEFINE_UNQUOTED([HAVE_UDEV_LOGGING], 1, > [whether libudev logging can be used]) Dump HAVE_UDEV_LOGGING from the code, upstream deleted support for it: https://www.redhat.com/archives/libvir-list/2014-December/msg00749.html src.c:3:2: warning: 'udev_set_log_fn' is deprecated (declared at /usr/include/libudev.h:41) [-Wdeprecated-declarations] int main(int argc,const char *argv[]) {udev_set_log_fn(NULL, NULL); return 0;} ^ > I've found a "modules" file which looks like it has a compatible BSD > license and could be added but is there a better way? Basically the right idea, but I prefer to avoid pkgconfig whenever possible as it screws up cross compiling. > I also have to convert the man page from *.rst to man in some way... > Would it be ok if I put a dependency on rst2man in the repo? We have talked about it, maybe for now just include both the .rst and the rst2man output and we can revisit it.. Jason >From b0062acc238e06289aa946dacd5c534cf6c68d7d Mon Sep 17 00:00:00 2001 From: Jason Gunthorpe <jgunthorpe-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org> Date: Wed, 19 Oct 2016 12:57:25 -0600 Subject: [PATCH] Add a dependency on libudev incomplete, needs the RH stuff too. Signed-off-by: Jason Gunthorpe <jgunthorpe-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org> --- .travis.yml | 1 + CMakeLists.txt | 4 ++++ README.md | 2 +- buildlib/FindUDev.cmake | 10 ++++++++++ debian/control | 1 + 5 files changed, 17 insertions(+), 1 deletion(-) create mode 100644 buildlib/FindUDev.cmake diff --git a/.travis.yml b/.travis.yml index d81b699294eb..d9c36cc9c649 100644 --- a/.travis.yml +++ b/.travis.yml @@ -24,6 +24,7 @@ addons: - gcc-6 - libnl-3-dev - libnl-route-3-dev + - libudev-dev - make - ninja-build - pkg-config diff --git a/CMakeLists.txt b/CMakeLists.txt index a23aa860e6d3..9402bacf70ce 100644 --- a/CMakeLists.txt +++ b/CMakeLists.txt @@ -237,6 +237,10 @@ if (NOT NL_KIND EQUAL 0) set(CMAKE_REQUIRED_INCLUDES "${SAFE_CMAKE_REQUIRED_INCLUDES}") endif() +# udev +find_package(UDev REQUIRED) +include_directories(${UDEV_INCLUDE_DIRS}) + # Statically determine sizeof(long), this is largely unnecessary, no new code # should rely on this. check_type_size("long" SIZEOF_LONG BUILTIN_TYPES_ONLY LANGUAGE C) diff --git a/README.md b/README.md index 66aee3f49f00..d24fd0bf2606 100644 --- a/README.md +++ b/README.md @@ -48,7 +48,7 @@ only load from the system path. ### Debian Derived ```sh -$ apt-get install build-essential cmake gcc libnl-3-dev libnl-route-3-dev ninja-build pkg-config valgrind +$ apt-get install build-essential cmake gcc libudev-dev libnl-3-dev libnl-route-3-dev ninja-build pkg-config valgrind ``` ### Fedora diff --git a/buildlib/FindUDev.cmake b/buildlib/FindUDev.cmake new file mode 100644 index 000000000000..ce05ddf991a1 --- /dev/null +++ b/buildlib/FindUDev.cmake @@ -0,0 +1,10 @@ +# COPYRIGHT (c) 2016 Obsidian Research Corporation. See COPYING file + +find_library(LIBUDEV_LIBRARY NAMES udev libudev) + +set(UDEV_LIBRARIES ${LIBUDEV_LIBRARY}) + +include(FindPackageHandleStandardArgs) +find_package_handle_standard_args(UDev REQUIRED_VARS LIBUDEV_LIBRARY) + +mark_as_advanced(LIBUDEV_LIBRARY) diff --git a/debian/control b/debian/control index 2335d1f4814d..ed9850a348be 100644 --- a/debian/control +++ b/debian/control @@ -8,6 +8,7 @@ Build-Depends: build-essential, dh-systemd, dpkg-dev (>= 1.17), gcc, + libudev-dev, libnl-3-dev, libnl-route-3-dev, make, -- 2.1.4 -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply related [flat|nested] 49+ messages in thread
[parent not found: <20161019185920.GA20600-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org>]
* RE: [PATCH rdma-core 2/4] glue/redhat: add udev/systemd/etc infrastructure bits [not found] ` <20161019185920.GA20600-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org> @ 2016-10-19 21:35 ` Weiny, Ira [not found] ` <2807E5FD2F6FDA4886F6618EAC48510E24F0E288-8k97q/ur5Z2krb+BlOpmy7fspsVTdybXVpNB7YpNyf8@public.gmane.org> 0 siblings, 1 reply; 49+ messages in thread From: Weiny, Ira @ 2016-10-19 21:35 UTC (permalink / raw) To: Jason Gunthorpe Cc: Jarod Wilson, linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Doug Ledford, Hefty, Sean Udev below works great. Thanks! But I have another cmake question. I have specified the following: install(FILES rdma-ndd.conf DESTINATION "${CMAKE_INSTALL_SYSCONFDIR}") set(rdma_ndd_CONFIG_PATH "${CMAKE_INSTALL_SYSCONFDIR}") configure_file ("${PROJECT_SOURCE_DIR}/rdma-ndd/rdma-config.h.in" "${PROJECT_BINARY_DIR}/rdma-ndd/rdma-config.h") include_directories("${PROJECT_BINARY_DIR}/rdma-ndd") The idea here is to have an rdma-ndd.conf file which allows the user to configure their names. (previously this was the infiniband-diags.conf file). But I have ported over the code. The value in rdma-config.h ends up being: 17:30:34 > cat build/rdma-ndd/rdma-config.h /* Pick up configuration items from cmake */ #define RDMA_NDD_CONFIG_PATH "etc" #define PACKAGE_VERSION 11 Which seems fine but after a "make install" I'm left with an incorrect path: [root@phcppriv13 sbin]# pwd && ./rdma-ndd -f /usr/local/sbin rdma-ndd[91656]: Using config file (etc/rdma-ndd.conf) ... So it is not reading the correct config file. How do I link the install to this variable in the code? Ira > -----Original Message----- > From: Jason Gunthorpe [mailto:jgunthorpe-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org] > Sent: Wednesday, October 19, 2016 11:59 AM > To: Weiny, Ira <ira.weiny-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> > Cc: Jarod Wilson <jarod-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>; linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org; Doug > Ledford <dledford-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>; Hefty, Sean <sean.hefty-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> > Subject: Re: [PATCH rdma-core 2/4] glue/redhat: add udev/systemd/etc > infrastructure bits > > On Wed, Oct 19, 2016 at 06:38:52PM +0000, Weiny, Ira wrote: > > > I have the C code ported to rdma-core but how do I do this in cmake? > > Attached, you will also need > > target_link_libraries(rdma-ndd ${UDEV_LIBRARIES}) > > > PKG_CHECK_EXISTS(libudev >= 218, [with_dev_logging=no], > > [with_udev_logging=yes]) > > if test "$with_udev_logging" = "yes"; then > > AC_DEFINE_UNQUOTED([HAVE_UDEV_LOGGING], 1, > > [whether libudev logging can be used]) > > Dump HAVE_UDEV_LOGGING from the code, upstream deleted support for it: > > https://www.redhat.com/archives/libvir-list/2014-December/msg00749.html > > src.c:3:2: warning: 'udev_set_log_fn' is deprecated (declared at > /usr/include/libudev.h:41) [-Wdeprecated-declarations] > int main(int argc,const char *argv[]) {udev_set_log_fn(NULL, NULL); return 0;} > ^ > > > I've found a "modules" file which looks like it has a compatible BSD > > license and could be added but is there a better way? > > Basically the right idea, but I prefer to avoid pkgconfig whenever possible as it > screws up cross compiling. > > > I also have to convert the man page from *.rst to man in some way... > > Would it be ok if I put a dependency on rst2man in the repo? > > We have talked about it, maybe for now just include both the .rst and the > rst2man output and we can revisit it.. > > Jason > > From b0062acc238e06289aa946dacd5c534cf6c68d7d Mon Sep 17 00:00:00 > 2001 > From: Jason Gunthorpe <jgunthorpe-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org> > Date: Wed, 19 Oct 2016 12:57:25 -0600 > Subject: [PATCH] Add a dependency on libudev > > incomplete, needs the RH stuff too. > > Signed-off-by: Jason Gunthorpe <jgunthorpe-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org> > --- > .travis.yml | 1 + > CMakeLists.txt | 4 ++++ > README.md | 2 +- > buildlib/FindUDev.cmake | 10 ++++++++++ > debian/control | 1 + > 5 files changed, 17 insertions(+), 1 deletion(-) create mode 100644 > buildlib/FindUDev.cmake > > diff --git a/.travis.yml b/.travis.yml > index d81b699294eb..d9c36cc9c649 100644 > --- a/.travis.yml > +++ b/.travis.yml > @@ -24,6 +24,7 @@ addons: > - gcc-6 > - libnl-3-dev > - libnl-route-3-dev > + - libudev-dev > - make > - ninja-build > - pkg-config > diff --git a/CMakeLists.txt b/CMakeLists.txt index a23aa860e6d3..9402bacf70ce > 100644 > --- a/CMakeLists.txt > +++ b/CMakeLists.txt > @@ -237,6 +237,10 @@ if (NOT NL_KIND EQUAL 0) > set(CMAKE_REQUIRED_INCLUDES "${SAFE_CMAKE_REQUIRED_INCLUDES}") > endif() > > +# udev > +find_package(UDev REQUIRED) > +include_directories(${UDEV_INCLUDE_DIRS}) > + > # Statically determine sizeof(long), this is largely unnecessary, no new code # > should rely on this. > check_type_size("long" SIZEOF_LONG BUILTIN_TYPES_ONLY LANGUAGE C) diff > --git a/README.md b/README.md index 66aee3f49f00..d24fd0bf2606 100644 > --- a/README.md > +++ b/README.md > @@ -48,7 +48,7 @@ only load from the system path. > ### Debian Derived > > ```sh > -$ apt-get install build-essential cmake gcc libnl-3-dev libnl-route-3-dev ninja- > build pkg-config valgrind > +$ apt-get install build-essential cmake gcc libudev-dev libnl-3-dev > +libnl-route-3-dev ninja-build pkg-config valgrind > ``` > > ### Fedora > diff --git a/buildlib/FindUDev.cmake b/buildlib/FindUDev.cmake new file mode > 100644 index 000000000000..ce05ddf991a1 > --- /dev/null > +++ b/buildlib/FindUDev.cmake > @@ -0,0 +1,10 @@ > +# COPYRIGHT (c) 2016 Obsidian Research Corporation. See COPYING file > + > +find_library(LIBUDEV_LIBRARY NAMES udev libudev) > + > +set(UDEV_LIBRARIES ${LIBUDEV_LIBRARY}) > + > +include(FindPackageHandleStandardArgs) > +find_package_handle_standard_args(UDev REQUIRED_VARS > LIBUDEV_LIBRARY) > + > +mark_as_advanced(LIBUDEV_LIBRARY) > diff --git a/debian/control b/debian/control index > 2335d1f4814d..ed9850a348be 100644 > --- a/debian/control > +++ b/debian/control > @@ -8,6 +8,7 @@ Build-Depends: build-essential, > dh-systemd, > dpkg-dev (>= 1.17), > gcc, > + libudev-dev, > libnl-3-dev, > libnl-route-3-dev, > make, > -- > 2.1.4 -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 49+ messages in thread
[parent not found: <2807E5FD2F6FDA4886F6618EAC48510E24F0E288-8k97q/ur5Z2krb+BlOpmy7fspsVTdybXVpNB7YpNyf8@public.gmane.org>]
* RE: [PATCH rdma-core 2/4] glue/redhat: add udev/systemd/etc infrastructure bits [not found] ` <2807E5FD2F6FDA4886F6618EAC48510E24F0E288-8k97q/ur5Z2krb+BlOpmy7fspsVTdybXVpNB7YpNyf8@public.gmane.org> @ 2016-10-19 22:55 ` Weiny, Ira 2016-10-20 3:50 ` Jason Gunthorpe 1 sibling, 0 replies; 49+ messages in thread From: Weiny, Ira @ 2016-10-19 22:55 UTC (permalink / raw) To: Weiny, Ira, Jason Gunthorpe Cc: Jarod Wilson, linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Doug Ledford, Hefty, Sean Nevermind I think I have it... Just need to test with an rpm build... Ira > -----Original Message----- > From: linux-rdma-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org [mailto:linux-rdma- > owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org] On Behalf Of Weiny, Ira > Sent: Wednesday, October 19, 2016 2:35 PM > To: Jason Gunthorpe <jgunthorpe-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org> > Cc: Jarod Wilson <jarod-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>; linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org; Doug > Ledford <dledford-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>; Hefty, Sean <sean.hefty-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> > Subject: RE: [PATCH rdma-core 2/4] glue/redhat: add udev/systemd/etc > infrastructure bits > > Udev below works great. Thanks! > > But I have another cmake question. > > I have specified the following: > > install(FILES rdma-ndd.conf DESTINATION "${CMAKE_INSTALL_SYSCONFDIR}") > set(rdma_ndd_CONFIG_PATH "${CMAKE_INSTALL_SYSCONFDIR}") > configure_file ("${PROJECT_SOURCE_DIR}/rdma-ndd/rdma-config.h.in" > "${PROJECT_BINARY_DIR}/rdma-ndd/rdma-config.h") > include_directories("${PROJECT_BINARY_DIR}/rdma-ndd") > > The idea here is to have an rdma-ndd.conf file which allows the user to > configure their names. (previously this was the infiniband-diags.conf file). But I > have ported over the code. > > The value in rdma-config.h ends up being: > > 17:30:34 > cat build/rdma-ndd/rdma-config.h > /* Pick up configuration items from cmake */ #define > RDMA_NDD_CONFIG_PATH "etc" > #define PACKAGE_VERSION 11 > > Which seems fine but after a "make install" I'm left with an incorrect path: > > [root@phcppriv13 sbin]# pwd && ./rdma-ndd -f /usr/local/sbin > rdma-ndd[91656]: Using config file (etc/rdma-ndd.conf) ... > > So it is not reading the correct config file. > > How do I link the install to this variable in the code? > > Ira > > > > -----Original Message----- > > From: Jason Gunthorpe [mailto:jgunthorpe-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org] > > Sent: Wednesday, October 19, 2016 11:59 AM > > To: Weiny, Ira <ira.weiny-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> > > Cc: Jarod Wilson <jarod-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>; linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org; Doug > > Ledford <dledford-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>; Hefty, Sean <sean.hefty-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> > > Subject: Re: [PATCH rdma-core 2/4] glue/redhat: add udev/systemd/etc > > infrastructure bits > > > > On Wed, Oct 19, 2016 at 06:38:52PM +0000, Weiny, Ira wrote: > > > > > I have the C code ported to rdma-core but how do I do this in cmake? > > > > Attached, you will also need > > > > target_link_libraries(rdma-ndd ${UDEV_LIBRARIES}) > > > > > PKG_CHECK_EXISTS(libudev >= 218, [with_dev_logging=no], > > > [with_udev_logging=yes]) > > > if test "$with_udev_logging" = "yes"; then > > > AC_DEFINE_UNQUOTED([HAVE_UDEV_LOGGING], 1, > > > [whether libudev logging can be > > > used]) > > > > Dump HAVE_UDEV_LOGGING from the code, upstream deleted support for it: > > > > https://www.redhat.com/archives/libvir-list/2014-December/msg00749.htm > > l > > > > src.c:3:2: warning: 'udev_set_log_fn' is deprecated (declared at > > /usr/include/libudev.h:41) [-Wdeprecated-declarations] > > int main(int argc,const char *argv[]) {udev_set_log_fn(NULL, NULL); return > 0;} > > ^ > > > > > I've found a "modules" file which looks like it has a compatible BSD > > > license and could be added but is there a better way? > > > > Basically the right idea, but I prefer to avoid pkgconfig whenever > > possible as it screws up cross compiling. > > > > > I also have to convert the man page from *.rst to man in some way... > > > Would it be ok if I put a dependency on rst2man in the repo? > > > > We have talked about it, maybe for now just include both the .rst and > > the rst2man output and we can revisit it.. > > > > Jason > > > > From b0062acc238e06289aa946dacd5c534cf6c68d7d Mon Sep 17 00:00:00 > > 2001 > > From: Jason Gunthorpe <jgunthorpe-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org> > > Date: Wed, 19 Oct 2016 12:57:25 -0600 > > Subject: [PATCH] Add a dependency on libudev > > > > incomplete, needs the RH stuff too. > > > > Signed-off-by: Jason Gunthorpe <jgunthorpe-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org> > > --- > > .travis.yml | 1 + > > CMakeLists.txt | 4 ++++ > > README.md | 2 +- > > buildlib/FindUDev.cmake | 10 ++++++++++ > > debian/control | 1 + > > 5 files changed, 17 insertions(+), 1 deletion(-) create mode 100644 > > buildlib/FindUDev.cmake > > > > diff --git a/.travis.yml b/.travis.yml index > > d81b699294eb..d9c36cc9c649 100644 > > --- a/.travis.yml > > +++ b/.travis.yml > > @@ -24,6 +24,7 @@ addons: > > - gcc-6 > > - libnl-3-dev > > - libnl-route-3-dev > > + - libudev-dev > > - make > > - ninja-build > > - pkg-config > > diff --git a/CMakeLists.txt b/CMakeLists.txt index > > a23aa860e6d3..9402bacf70ce > > 100644 > > --- a/CMakeLists.txt > > +++ b/CMakeLists.txt > > @@ -237,6 +237,10 @@ if (NOT NL_KIND EQUAL 0) > > set(CMAKE_REQUIRED_INCLUDES > "${SAFE_CMAKE_REQUIRED_INCLUDES}") > > endif() > > > > +# udev > > +find_package(UDev REQUIRED) > > +include_directories(${UDEV_INCLUDE_DIRS}) > > + > > # Statically determine sizeof(long), this is largely unnecessary, no > > new code # should rely on this. > > check_type_size("long" SIZEOF_LONG BUILTIN_TYPES_ONLY LANGUAGE C) > > diff --git a/README.md b/README.md index 66aee3f49f00..d24fd0bf2606 > > 100644 > > --- a/README.md > > +++ b/README.md > > @@ -48,7 +48,7 @@ only load from the system path. > > ### Debian Derived > > > > ```sh > > -$ apt-get install build-essential cmake gcc libnl-3-dev > > libnl-route-3-dev ninja- build pkg-config valgrind > > +$ apt-get install build-essential cmake gcc libudev-dev libnl-3-dev > > +libnl-route-3-dev ninja-build pkg-config valgrind > > ``` > > > > ### Fedora > > diff --git a/buildlib/FindUDev.cmake b/buildlib/FindUDev.cmake new > > file mode > > 100644 index 000000000000..ce05ddf991a1 > > --- /dev/null > > +++ b/buildlib/FindUDev.cmake > > @@ -0,0 +1,10 @@ > > +# COPYRIGHT (c) 2016 Obsidian Research Corporation. See COPYING file > > + > > +find_library(LIBUDEV_LIBRARY NAMES udev libudev) > > + > > +set(UDEV_LIBRARIES ${LIBUDEV_LIBRARY}) > > + > > +include(FindPackageHandleStandardArgs) > > +find_package_handle_standard_args(UDev REQUIRED_VARS > > LIBUDEV_LIBRARY) > > + > > +mark_as_advanced(LIBUDEV_LIBRARY) > > diff --git a/debian/control b/debian/control index > > 2335d1f4814d..ed9850a348be 100644 > > --- a/debian/control > > +++ b/debian/control > > @@ -8,6 +8,7 @@ Build-Depends: build-essential, > > dh-systemd, > > dpkg-dev (>= 1.17), > > gcc, > > + libudev-dev, > > libnl-3-dev, > > libnl-route-3-dev, > > make, > > -- > > 2.1.4 > > -- > To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body > of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at > http://vger.kernel.org/majordomo-info.html -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 49+ messages in thread
* Re: [PATCH rdma-core 2/4] glue/redhat: add udev/systemd/etc infrastructure bits [not found] ` <2807E5FD2F6FDA4886F6618EAC48510E24F0E288-8k97q/ur5Z2krb+BlOpmy7fspsVTdybXVpNB7YpNyf8@public.gmane.org> 2016-10-19 22:55 ` Weiny, Ira @ 2016-10-20 3:50 ` Jason Gunthorpe [not found] ` <20161020035054.GB28678-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org> 1 sibling, 1 reply; 49+ messages in thread From: Jason Gunthorpe @ 2016-10-20 3:50 UTC (permalink / raw) To: Weiny, Ira Cc: Jarod Wilson, linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Doug Ledford, Hefty, Sean On Wed, Oct 19, 2016 at 09:35:15PM +0000, Weiny, Ira wrote: > set(rdma_ndd_CONFIG_PATH "${CMAKE_INSTALL_SYSCONFDIR}") > configure_file ("${PROJECT_SOURCE_DIR}/rdma-ndd/rdma-config.h.in" > "${PROJECT_BINARY_DIR}/rdma-ndd/rdma-config.h") > include_directories("${PROJECT_BINARY_DIR}/rdma-ndd") Please just use the existing buildlib/config.h.in and put in: #define RDMA_NDD_CONFIG_FILE "@CMAKE_INSTALL_FULL_SYSCONFDIR@/rdma-ndd.conf" Nothing else is needed, please don't add more config.h's. > #define RDMA_NDD_CONFIG_PATH "etc" This is the difference between the 'FULL' and normal path versions in the cmake scheme. The FULL version must be used everyplace needing an absolute path, the other verions are used with install and have to do with making DESTDIR work properly. Jason -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 49+ messages in thread
[parent not found: <20161020035054.GB28678-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org>]
* RE: [PATCH rdma-core 2/4] glue/redhat: add udev/systemd/etc infrastructure bits [not found] ` <20161020035054.GB28678-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org> @ 2016-10-20 4:20 ` Weiny, Ira 0 siblings, 0 replies; 49+ messages in thread From: Weiny, Ira @ 2016-10-20 4:20 UTC (permalink / raw) To: Jason Gunthorpe Cc: Jarod Wilson, linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Doug Ledford, Hefty, Sean > > On Wed, Oct 19, 2016 at 09:35:15PM +0000, Weiny, Ira wrote: > > > set(rdma_ndd_CONFIG_PATH "${CMAKE_INSTALL_SYSCONFDIR}") > configure_file > > ("${PROJECT_SOURCE_DIR}/rdma-ndd/rdma-config.h.in" > > "${PROJECT_BINARY_DIR}/rdma-ndd/rdma-config.h") > > include_directories("${PROJECT_BINARY_DIR}/rdma-ndd") > > Please just use the existing buildlib/config.h.in and put in: > > #define RDMA_NDD_CONFIG_FILE > "@CMAKE_INSTALL_FULL_SYSCONFDIR@/rdma-ndd.conf" > > Nothing else is needed, please don't add more config.h's. Fair enough, I missed that as it was buried in buildlib... > > > #define RDMA_NDD_CONFIG_PATH "etc" > > This is the difference between the 'FULL' and normal path versions in the cmake > scheme. The FULL version must be used everyplace needing an absolute path, > the other verions are used with install and have to do with making DESTDIR > work properly. Good to know... I think the biggest issue I have with cmake is that I finally feel like I understand autotools and now I have to learn another system... :-P Ira -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 49+ messages in thread
* [PATCH rdma-core 3/4] glue/redhat: copy stock spec for RH customization [not found] ` <20161014192136.11731-1-jarod-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> 2016-10-14 19:21 ` [PATCH rdma-core 1/4] rpm spec: install documentation too Jarod Wilson 2016-10-14 19:21 ` [PATCH rdma-core 2/4] glue/redhat: add udev/systemd/etc infrastructure bits Jarod Wilson @ 2016-10-14 19:21 ` Jarod Wilson 2016-10-14 19:21 ` [PATCH rdma-core 4/4] glue/redhat/spec: build split rpm packages Jarod Wilson ` (3 subsequent siblings) 6 siblings, 0 replies; 49+ messages in thread From: Jarod Wilson @ 2016-10-14 19:21 UTC (permalink / raw) To: linux-rdma-u79uwXL29TY76Z2rM5mHXA; +Cc: Jarod Wilson We're going to need to do a bit of majorly invasive surgery, and we're not sure everyone else is going to want to package things this way, so we'll make a copy of our own spec here, starting from the one in the tree. Signed-off-by: Jarod Wilson <jarod-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> --- glue/redhat/rdma-core.spec | 127 +++++++++++++++++++++++++++++++++++++++++++++ 1 file changed, 127 insertions(+) create mode 100644 glue/redhat/rdma-core.spec diff --git a/glue/redhat/rdma-core.spec b/glue/redhat/rdma-core.spec new file mode 100644 index 0000000..609b910 --- /dev/null +++ b/glue/redhat/rdma-core.spec @@ -0,0 +1,127 @@ +Name: rdma-core +Version: 11 +Release: 1%{?dist} +Summary: RDMA core userspace libraries and daemons + +# Almost everything is licensed under the OFA dual GPLv2, 2 Clause BSD license +# providers/ipathverbs/ Dual licensed using a BSD license with an extra patent clause +# providers/rxe/ Incorporates code from ipathverbs and contains the patent clause +# providers/hfi1verbs Uses the 3 Clause BSD license +License: (GPLv2 or BSD) and (GPLv2 or PathScale-BSD) +Url: http://openfabrics.org/ +Source: rdma-core-%{version}.tgz +BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root + +BuildRequires: binutils +BuildRequires: cmake >= 2.8.11 +BuildRequires: gcc +BuildRequires: pkgconfig +BuildRequires: pkgconfig(libnl-3.0) +BuildRequires: pkgconfig(libnl-route-3.0) +BuildRequires: valgrind-devel + +# Since we recommend developers use Ninja, so should packagers, for consistency. +%define CMAKE_FLAGS %{nil} +%if 0%{?suse_version} +# SuSE releases have it, and sometime around cmake 3.3.2-1.2 the macros learned to use it. +BuildRequires: ninja,make +%define __builder ninja +# cmake_install,make_jobs is specified by opensuse + +# Tumbleweed's cmake RPM macro adds -Wl,--no-undefined to the module flags +# which is totally inappropriate and breaks building 'ENABLE_EXPORTS' style +# module libraries (eg ibacmp). +%define CMAKE_FLAGS -DCMAKE_MODULE_LINKER_FLAGS="" +%else +%if 0%{?fedora} >= 23 +# Ninja was introduced in FC23 +BuildRequires: ninja-build +%define CMAKE_FLAGS -GNinja +%define make_jobs ninja -v %{?_smp_mflags} +%define cmake_install DESTDIR=%{buildroot} ninja-build install +%else +# Fallback to make otherwise +BuildRequires: make +%define make_jobs make -v %{?_smp_mflags} +%define cmake_install DESTDIR=%{buildroot} make install +%endif +%endif + +%description +Temporary packaging + +This is a simple example without the split sub packages to get things started. + +%prep +%setup + +%build + +# Detect if systemd is supported on this system +%if 0%{?_unitdir:1} +%define my_unitdir %{_unitdir} +%else +%define my_unitdir /tmp/ +%endif + +# New RPM defines _rundir, usually as /run +%if 0%{?_rundir:1} +%else +%define _rundir /var/run +%endif + +# Pass all of the rpm paths directly to GNUInstallDirs and our other defines. +%cmake %{CMAKE_FLAGS} \ + -DCMAKE_BUILD_TYPE=Release \ + -DCMAKE_INSTALL_BINDIR:PATH=%{_bindir} \ + -DCMAKE_INSTALL_SBINDIR:PATH=%{_sbindir} \ + -DCMAKE_INSTALL_LIBDIR:PATH=%{_libdir} \ + -DCMAKE_INSTALL_LIBEXECDIR:PATH=%{_libexecdir} \ + -DCMAKE_INSTALL_LOCALSTATEDIR:PATH=%{_localstatedir} \ + -DCMAKE_INSTALL_SHAREDSTATEDIR:PATH=%{_sharedstatedir} \ + -DCMAKE_INSTALL_INCLUDEDIR:PATH=%{_includedir} \ + -DCMAKE_INSTALL_INFODIR:PATH=%{_infodir} \ + -DCMAKE_INSTALL_MANDIR:PATH=%{_mandir} \ + -DCMAKE_INSTALL_SYSCONFDIR:PATH=%{_sysconfdir} \ + -DCMAKE_INSTALL_SYSTEMD_SERVICEDIR:PATH=%{my_unitdir} \ + -DCMAKE_INSTALL_INITDDIR:PATH=%{_initrddir} \ + -DCMAKE_INSTALL_RUNDIR:PATH=%{_rundir} +%make_jobs + +%install +%cmake_install + +mkdir -p %{buildroot}/%{_docdir}/%{name}-%{version} +install -m0644 Documentation/{ibacm,ibsrpdm,libibcm,libibverbs,librdmacm,rxe}.md %{buildroot}/%{_docdir}/%{name}-%{version}/ + +%if 0%{?_unitdir:1} +rm -rf %{buildroot}/%{_initrddir}/ +%else +rm -rf %{buildroot}/%{my_unitdir}/ +%endif + +%post -p /sbin/ldconfig +%postun -p /sbin/ldconfig + +%files +%doc %{_mandir}/man*/* +%{_bindir}/* +%{_includedir}/* +%{_libdir}/lib*.so* +%{_libdir}/libibverbs/* +%{_libdir}/ibacm/* +%{_libdir}/rsocket/* +%{_sbindir}/* +%{_libexecdir}/* +%{_docdir}/%{name}-%{version}/* +%if 0%{?_unitdir:1} +%{_unitdir}/* +%else +%config %{_initrddir}/* +%endif +%config %{_sysconfdir}/iwpmd.conf +%config %{_sysconfdir}/srp_daemon.conf +%config %{_sysconfdir}/libibverbs.d/* +%config %{_sysconfdir}/logrotate.d/srp_daemon +%{_sysconfdir}/modprobe.d/* +%config %{_sysconfdir}/rsyslog.d/srp_daemon.conf -- 2.10.0 -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply related [flat|nested] 49+ messages in thread
* [PATCH rdma-core 4/4] glue/redhat/spec: build split rpm packages [not found] ` <20161014192136.11731-1-jarod-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> ` (2 preceding siblings ...) 2016-10-14 19:21 ` [PATCH rdma-core 3/4] glue/redhat: copy stock spec for RH customization Jarod Wilson @ 2016-10-14 19:21 ` Jarod Wilson [not found] ` <20161014192136.11731-5-jarod-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> 2016-10-14 22:33 ` [PATCH rdma-core 0/4] rdma-core infrastructure Jason Gunthorpe ` (2 subsequent siblings) 6 siblings, 1 reply; 49+ messages in thread From: Jarod Wilson @ 2016-10-14 19:21 UTC (permalink / raw) To: linux-rdma-u79uwXL29TY76Z2rM5mHXA; +Cc: Jarod Wilson We're thinking that the upgrade path for our users will be simpler and less surprising if we take rdma-core and split out the end result into the same packages we currently ship in our distributions. End result with this spec: Wrote: /home/jwilson/rpmbuild/RPMS/x86_64/rdma-core-11-1.el7.x86_64.rpm Wrote: /home/jwilson/rpmbuild/RPMS/x86_64/rdma-core-devel-11-1.el7.x86_64.rpm Wrote: /home/jwilson/rpmbuild/RPMS/x86_64/libibverbs-11-1.el7.x86_64.rpm Wrote: /home/jwilson/rpmbuild/RPMS/x86_64/libibverbs-utils-11-1.el7.x86_64.rpm Wrote: /home/jwilson/rpmbuild/RPMS/x86_64/ibacm-11-1.el7.x86_64.rpm Wrote: /home/jwilson/rpmbuild/RPMS/x86_64/iwpmd-11-1.el7.x86_64.rpm Wrote: /home/jwilson/rpmbuild/RPMS/x86_64/libibcm-11-1.el7.x86_64.rpm Wrote: /home/jwilson/rpmbuild/RPMS/x86_64/libibumad-11-1.el7.x86_64.rpm Wrote: /home/jwilson/rpmbuild/RPMS/x86_64/librdmacm-11-1.el7.x86_64.rpm Wrote: /home/jwilson/rpmbuild/RPMS/x86_64/librdmacm-utils-11-1.el7.x86_64.rpm Wrote: /home/jwilson/rpmbuild/RPMS/x86_64/srp_daemon-11-1.el7.x86_64.rpm Wrote: /home/jwilson/rpmbuild/RPMS/x86_64/libcxgb3-11-1.el7.x86_64.rpm Wrote: /home/jwilson/rpmbuild/RPMS/x86_64/libcxgb4-11-1.el7.x86_64.rpm Wrote: /home/jwilson/rpmbuild/RPMS/x86_64/libhfi1-11-1.el7.x86_64.rpm Wrote: /home/jwilson/rpmbuild/RPMS/x86_64/libi40iw-11-1.el7.x86_64.rpm Wrote: /home/jwilson/rpmbuild/RPMS/x86_64/libipathverbs-11-1.el7.x86_64.rpm Wrote: /home/jwilson/rpmbuild/RPMS/x86_64/libmlx4-11-1.el7.x86_64.rpm Wrote: /home/jwilson/rpmbuild/RPMS/x86_64/libmlx5-11-1.el7.x86_64.rpm Wrote: /home/jwilson/rpmbuild/RPMS/x86_64/libmthca-11-1.el7.x86_64.rpm Wrote: /home/jwilson/rpmbuild/RPMS/x86_64/libnes-11-1.el7.x86_64.rpm Wrote: /home/jwilson/rpmbuild/RPMS/x86_64/libocrdma-11-1.el7.x86_64.rpm Wrote: /home/jwilson/rpmbuild/RPMS/x86_64/librxe-11-1.el7.x86_64.rpm Wrote: /home/jwilson/rpmbuild/RPMS/x86_64/rdma-core-debuginfo-11-1.el7.x86_64.rpm Signed-off-by: Jarod Wilson <jarod-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> --- glue/redhat/rdma-core.spec | 477 +++++++++++++++++++++++++++++++++++++++++---- 1 file changed, 442 insertions(+), 35 deletions(-) diff --git a/glue/redhat/rdma-core.spec b/glue/redhat/rdma-core.spec index 609b910..177d78b 100644 --- a/glue/redhat/rdma-core.spec +++ b/glue/redhat/rdma-core.spec @@ -7,10 +7,11 @@ Summary: RDMA core userspace libraries and daemons # providers/ipathverbs/ Dual licensed using a BSD license with an extra patent clause # providers/rxe/ Incorporates code from ipathverbs and contains the patent clause # providers/hfi1verbs Uses the 3 Clause BSD license -License: (GPLv2 or BSD) and (GPLv2 or PathScale-BSD) +License: GPLv2 or BSD Url: http://openfabrics.org/ Source: rdma-core-%{version}.tgz -BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root +# https://github.com/linux-rdma/rdma-core +BuildRoot: %(mktemp -ud %{_tmppath}/%{name}-%{version}-%{release}-XXXXXX) BuildRequires: binutils BuildRequires: cmake >= 2.8.11 @@ -19,20 +20,15 @@ BuildRequires: pkgconfig BuildRequires: pkgconfig(libnl-3.0) BuildRequires: pkgconfig(libnl-route-3.0) BuildRequires: valgrind-devel +BuildRequires: libnl3-devel + +# Red Hat/Fedora previously shipped glue/redhat/ as a stand-alone +# package called 'rdma', which we're supplanting here. +Provides: rdma = %{version}-%{release} +Obsoletes: rdma < %{version}-%{release} # Since we recommend developers use Ninja, so should packagers, for consistency. %define CMAKE_FLAGS %{nil} -%if 0%{?suse_version} -# SuSE releases have it, and sometime around cmake 3.3.2-1.2 the macros learned to use it. -BuildRequires: ninja,make -%define __builder ninja -# cmake_install,make_jobs is specified by opensuse - -# Tumbleweed's cmake RPM macro adds -Wl,--no-undefined to the module flags -# which is totally inappropriate and breaks building 'ENABLE_EXPORTS' style -# module libraries (eg ibacmp). -%define CMAKE_FLAGS -DCMAKE_MODULE_LINKER_FLAGS="" -%else %if 0%{?fedora} >= 23 # Ninja was introduced in FC23 BuildRequires: ninja-build @@ -45,12 +41,225 @@ BuildRequires: make %define make_jobs make -v %{?_smp_mflags} %define cmake_install DESTDIR=%{buildroot} make install %endif + +%define systemd_dep systemd-units +%if 0%{?fedora} >= 18 +%define systemd_dep systemd %endif %description -Temporary packaging +RDMA core userspace infrastructure and documentation. + +%package devel +Summary: RDMA core development libraries and headers +Provides: libibcm-devel = %{version}-%{release} +Provides: libibumad-devel = %{version}-%{release} +Provides: libibverbs-devel = %{version}-%{release} +Provides: librdmacm-devel = %{version}-%{release} + +%description devel +RDMA core development libraries and headers. + +%package -n libibverbs +Summary: A library for direct userspace use of RDMA (InfiniBand/iWARP) hardware +Requires(post): /sbin/ldconfig +Requires(postun): /sbin/ldconfig +Requires: rdma-core + +%description -n libibverbs +libibverbs is a library that allows userspace processes to use RDMA +"verbs" as described in the InfiniBand Architecture Specification and +the RDMA Protocol Verbs Specification. This includes direct hardware +access from userspace to InfiniBand/iWARP adapters (kernel bypass) for +fast path operations. + +For this library to be useful, a device-specific plug-in module should +also be installed. + +%package -n libibverbs-utils +Summary: Examples for the libibverbs library +Requires: libibverbs%{?_isa} = %{version}-%{release} +Requires: libibverbs-driver.%{_arch} + +%description -n libibverbs-utils +Useful libibverbs example programs such as ibv_devinfo, which +displays information about RDMA devices. + +%package -n ibacm +Summary: InfiniBand Communication Manager Assistant +Requires(post): %{systemd_dep} +Requires(preun): %{systemd_dep} +Requires(postun): %{systemd_dep} +Requires: rdma-core + +%description -n ibacm +The ibacm daemon helps reduce the load of managing path record lookups on +large InfiniBand fabrics by providing a user space implementation of what +is functionally similar to an ARP cache. The use of ibacm, when properly +configured, can reduce the SA packet load of a large IB cluster from O(n^2) +to O(n). The ibacm daemon is started and normally runs in the background, +user applications need not know about this daemon as long as their app +uses librdmacm to handle connection bring up/tear down. The librdmacm +library knows how to talk directly to the ibacm daemon to retrieve data. + +%package -n iwpmd +Summary: iWarp Port Mapper userspace daemon +Requires(post): %{systemd_dep} +Requires(preun): %{systemd_dep} +Requires(postun): %{systemd_dep} +Requires: rdma-core + +%description -n iwpmd +iwpmd provides a userspace service for iWarp drivers to claim +tcp ports through the standard socket interface. + +%package -n libibcm +Summary: Userspace InfiniBand Connection Manager +ExcludeArch: s390 s390x +Requires: rdma-core + +%description -n libibcm +libibcm provides a userspace library that handles the majority of the low +level work required to open an RDMA connection between two machines. + +%package -n libibumad +Summary: OpenFabrics Alliance InfiniBand umad (userspace management datagram) library +Requires: rdma-core + +%description -n libibumad +libibumad provides the userspace management datagram (umad) library +functions, which sit on top of the umad modules in the kernel. These +are used by the IB diagnostic and management tools, including OpenSM. + +%package -n librdmacm +Summary: Userspace RDMA Connection Manager +Requires: rdma-core + +%description -n librdmacm +librdmacm provides a userspace RDMA Communication Managment API. + +%package -n librdmacm-utils +Summary: Examples for the librdmacm library +Requires: librdmacm%{?_isa} = %{version}-%{release} + +%description -n librdmacm-utils +Example test programs for the librdmacm library. + +%package -n srp_daemon +Summary: Tools for using the InfiniBand SRP protocol devices +Obsoletes: srptools <= 1.0.3 +Provides: srptools = %{version}-%{release} +Obsoletes: openib-srptools <= 0.0.6 +Requires(post): %{systemd_dep} +Requires(preun): %{systemd_dep} +Requires(postun): %{systemd_dep} +Requires: rdma-core + +%description -n srp_daemon +In conjunction with the kernel ib_srp driver, srptools allows you to +discover and use SCSI devices via the SCSI RDMA Protocol over InfiniBand. + +%package -n libcxgb3 +Summary: Chelsio T3 iWARP HCA Userspace Driver +Provides: libibverbs-driver.%{_arch} + +%description -n libcxgb3 +Userspace hardware driver for use with the libibverbs InfiniBand/iWARP verbs +library. This driver enables Chelsio iWARP capable ethernet devices. + +%package -n libcxgb4 +Summary: Chelsio T4 iWARP HCA Userspace Driver +Provides: libibverbs-driver.%{_arch} + +%description -n libcxgb4 +Userspace hardware driver for use with the libibverbs InfiniBand/iWARP verbs +library. This driver enables Chelsio T4 based iWARP capable Ethernet devices. + +%package -n libhfi1 +Summary: Intel Omni-Path HFI Userspace Driver +Provides: libibverbs-driver.%{_arch} + +%description -n libhfi1 +libhfi1 provides a device-specific userspace driver for Intel Host +Fabric interface cards. This driver is designed for use with the +libibverbs library. + +%package -n libi40iw +Summary: Intel Ethernet Connection X722 RDMA Userspace Library +Provides: libibverbs-driver.%{_arch} + +%description -n libi40iw +libi40iw provides a device-specific RDMA userspace library for Intel +Ethernet Connection X722 for use with the libibverbs library. + +%package -n libipathverbs +Summary: QLogic InfiniPath HCA Userspace Driver +Provides: libibverbs-driver.%{_arch} + +%description -n libipathverbs +QLogic hardware driver for use with libibverbs user space verbs access +library. This driver supports QLogic InfiniPath based cards. + +%package -n libmlx4 +Summary: Mellanox ConnectX-3 InfiniBand HCA Userspace Driver +Provides: libibverbs-driver.%{_arch} + +%description -n libmlx4 +libmlx4 provides a device-specific userspace driver for Mellanox +ConnectX-3 HCAs for use with the libibverbs library. + +%package -n libmlx5 +Summary: Mellanox Connect-IB/X-4+ InfiniBand HCA Userspace Driver +Provides: libibverbs-driver.%{_arch} + +%description -n libmlx5 +bmlx5 provides a device-specific userspace driver for Mellanox +Connect-IB/X-4+ HCAs for use with the libibverbs library. + +%package -n libmthca +Summary: Mellanox InfiniBand HCA Userspace Driver +Provides: libibverbs-driver.%{_arch} + +%description -n libmthca +libmthca provides a device-specific userspace driver for Mellanox HCAs +(MT23108 InfiniHost and MT25208 InfiniHost III Ex) for use with the +libibverbs library. -This is a simple example without the split sub packages to get things started. +%package -n libnes +Summary: NetEffect RNIC Userspace Driver +Provides: libibverbs-driver.%{_arch} + +%description -n libnes +Userspace hardware driver for use with the libibverbs InfiniBand/iWARP verbs +library. This driver enables NetEffect iWARP capable ethernet devices. + +%package -n libocrdma +Summary: Userspace Library for Emulex OneConnect RDMA/RoCE Device +Provides: libibverbs-driver.%{_arch} + +%description -n libocrdma +libocrdma provides a device-specific userspace driver for Emulex OneConnect +RDMA/RoCE Adapters for use with the libibverbs library. + +%package -n librxe +Summary: A software implementation of the RoCE protocol +Provides: libibverbs-driver.%{_arch} + +%description -n librxe +This is a software implementation of the RoCE protocol, which transports the +full OFED RDMA protocol set (kernel and user mode) over layer 2 Ethernet. +Infiniband (IB) transport and GRH headers are encapsulated in Ethernet packets +of ether type 0x8915. + +Once a RXE instance has been created, communicating via RXE is the same as +communicating via any OFED compatible Infiniband HCA, albeit in some cases with +addressing implications. + +In particular, while the use of a GRH header is optional within IB subnets, it +is mandatory with RoCE. Verbs applications written over IB verbs should work +seamlessly, but they require provisioning of GRH information when creating address +vectors. The library and driver are modified to provide for mapping from GID to +MAC addresses required by the hardware. %prep %setup @@ -91,8 +300,55 @@ This is a simple example without the split sub packages to get things started. %install %cmake_install +mkdir -p %{buildroot}/%{_sysconfdir}/rdma mkdir -p %{buildroot}/%{_docdir}/%{name}-%{version} -install -m0644 Documentation/{ibacm,ibsrpdm,libibcm,libibverbs,librdmacm,rxe}.md %{buildroot}/%{_docdir}/%{name}-%{version}/ +install -D -m0644 Documentation/{ibacm,ibsrpdm,libibcm,libibverbs,librdmacm,rxe}.md %{buildroot}/%{_docdir}/%{name}-%{version}/ +install -D -m0644 README.md %{buildroot}/%{_docdir}/%{name}-%{version}/ + +# Red Hat specific glue +%global dracutlibdir %{_prefix}/lib/dracut +%global sysmodprobedir %{_prefix}/lib/modprobe.d +mkdir -p %{buildroot}/%{_sysconfdir}/sysconfig/network-scripts +mkdir -p %{buildroot}%{_sysconfdir}/udev/rules.d +mkdir -p %{buildroot}%{_libexecdir} +mkdir -p %{buildroot}%{_udevrulesdir} +mkdir -p %{buildroot}%{dracutlibdir}/modules.d/05rdma +mkdir -p %{buildroot}%{sysmodprobedir} +install -D -m0644 glue/redhat/rdma.conf %{buildroot}/%{_sysconfdir}/rdma/rdma.conf +install -D -m0644 glue/redhat/rdma.sriov-vfs %{buildroot}/%{_sysconfdir}/rdma/sriov-vfs +install -D -m0644 glue/redhat/rdma.mlx4.conf %{buildroot}/%{_sysconfdir}/rdma/mlx4.conf +install -D -m0755 glue/redhat/rdma.ifup-ib %{buildroot}/%{_sysconfdir}/sysconfig/network-scripts/ifup-ib +install -D -m0755 glue/redhat/rdma.ifdown-ib %{buildroot}/%{_sysconfdir}/sysconfig/network-scripts/ifdown-ib +install -D -m0644 glue/redhat/rdma.service %{buildroot}%{_unitdir}/rdma.service +install -D -m0644 glue/redhat/rdma.udev-ipoib-naming.rules %{buildroot}%{_sysconfdir}/udev/rules.d/70-persistent-ipoib.rules +install -D -m0644 glue/redhat/rdma.mlx4.user.modprobe %{buildroot}%{_sysconfdir}/modprobe.d/mlx4.conf +install -D -m0755 glue/redhat/rdma.modules-setup.sh %{buildroot}%{dracutlibdir}/modules.d/05rdma/module-setup.sh +install -D -m0644 glue/redhat/rdma.udev-rules %{buildroot}%{_udevrulesdir}/98-rdma.rules +install -D -m0644 glue/redhat/rdma.mlx4.sys.modprobe %{buildroot}%{sysmodprobedir}/libmlx4.conf +install -D -m0644 glue/redhat/rdma.cxgb3.sys.modprobe %{buildroot}%{sysmodprobedir}/cxgb3.conf +install -D -m0644 glue/redhat/rdma.cxgb4.sys.modprobe %{buildroot}%{sysmodprobedir}/cxgb4.conf +install -D -m0755 glue/redhat/rdma.kernel-init %{buildroot}%{_libexecdir}/rdma-init-kernel +install -D -m0755 glue/redhat/rdma.sriov-init %{buildroot}%{_libexecdir}/rdma-set-sriov-vf +install -D -m0644 glue/redhat/rdma.fixup-mtrr.awk %{buildroot}%{_libexecdir}/rdma-fixup-mtrr.awk +install -D -m0755 glue/redhat/rdma.mlx4-setup.sh %{buildroot}%{_libexecdir}/mlx4-setup.sh + +# ibacm +%{buildroot}/%{_bindir}/ib_acme -D . -O +# Fixup a multilib conflict in ibacm_opts.cfg: +sed -i -e '/^# Specifies the directory of the provider libraries$/ a\ +# Use /usr/lib64/ibacm on 64bit, /usr/lib/libacm on 32bit. +' -e 's%^\(# provider_lib_path /usr/\)lib\(64\)\?/ibacm$%\1lib64/ibacm%' ibacm_opts.cfg +install -D -m0644 ibacm_opts.cfg %{buildroot}%{_sysconfdir}/rdma/ +install -D -m0644 glue/redhat/ibacm.service %{buildroot}%{_unitdir}/ +install -D -m0644 ibacm/man/*.1 %{buildroot}/%{_mandir}/man1/ +install -D -m0644 ibacm/man/*.7 %{buildroot}/%{_mandir}/man7/ +sed -e 's|@ACM_PROVIDER_DIR@|%{libdir}/%{name}/|g' -e 's|@CMAKE_INSTALL_FULL_LOCALSTATEDIR@|%{_localstatedir}|g' ibacm/man/ibacm_prov.7.in > %{buildroot}/%{_mandir}/man7/ibacm_prov.7 + +# iwpmd +install -D -m0644 glue/redhat/iwpmd.service %{buildroot}%{_unitdir}/ + +# srp_daemon +install -D -m0644 glue/redhat/srp_daemon.service %{buildroot}%{_unitdir}/ %if 0%{?_unitdir:1} rm -rf %{buildroot}/%{_initrddir}/ @@ -103,25 +359,176 @@ rm -rf %{buildroot}/%{my_unitdir}/ %post -p /sbin/ldconfig %postun -p /sbin/ldconfig +%post -n ibacm +%systemd_post ibacm.service + +%preun -n ibacm +%systemd_preun ibacm.service + +%postun -n ibacm +%systemd_postun_with_restart ibacm.service + +%post -n libibcm -p /sbin/ldconfig +%postun -n libibcm -p /sbin/ldconfig + %files -%doc %{_mandir}/man*/* -%{_bindir}/* +%dir %{_sysconfdir}/rdma +%doc %{_docdir}/%{name}-%{version}/README.md +%config(noreplace) %{_sysconfdir}/rdma/* +%config(noreplace) %{_sysconfdir}/udev/rules.d/* +%config(noreplace) %{_sysconfdir}/modprobe.d/mlx4.conf +%{_sysconfdir}/sysconfig/network-scripts/* +%{_unitdir}/rdma.service +%dir %{dracutlibdir}/modules.d/05rdma +%{dracutlibdir}/modules.d/05rdma/module-setup.sh +%{_udevrulesdir}/* +%{sysmodprobedir}/libmlx4.conf +%{sysmodprobedir}/cxgb3.conf +%{sysmodprobedir}/cxgb4.conf +%{_libexecdir}/rdma-init-kernel +%{_libexecdir}/rdma-set-sriov-vf +%{_libexecdir}/rdma-fixup-mtrr.awk +%{_libexecdir}/mlx4-setup.sh +%license COPYING.* + +%files devel %{_includedir}/* -%{_libdir}/lib*.so* -%{_libdir}/libibverbs/* +%{_libdir}/lib*.so +%{_libdir}/rsocket/*.so +%{_mandir}/man3/ibv_* +%{_mandir}/man3/rdma* +%{_mandir}/man3/umad* +%{_mandir}/man3/*_to_ibv_rate.* +%{_mandir}/man7/rdma_cm.* +%{_mandir}/man7/rsocket.* + +%files -n libibverbs +%dir %{_sysconfdir}/libibverbs.d +%{_libdir}/libibverbs*.so.* +%dir %{_libdir}/libibverbs +%doc %{_docdir}/%{name}-%{version}/libibverbs.md + +%files -n libibverbs-utils +%{_bindir}/ibv_* +%{_mandir}/man1/ibv_* + +%files -n ibacm +%config(noreplace) %{_sysconfdir}/rdma/ibacm_opts.cfg +%{_bindir}/ib_acme +%{_sbindir}/ibacm +%{_mandir}/man1/ibacm.* +%{_mandir}/man1/ib_acme.* +%{_mandir}/man7/ibacm.* +%{_mandir}/man7/ibacm_prov.* +%{_unitdir}/ibacm.service +%dir %{_libdir}/ibacm %{_libdir}/ibacm/* -%{_libdir}/rsocket/* -%{_sbindir}/* -%{_libexecdir}/* -%{_docdir}/%{name}-%{version}/* -%if 0%{?_unitdir:1} -%{_unitdir}/* -%else -%config %{_initrddir}/* -%endif -%config %{_sysconfdir}/iwpmd.conf -%config %{_sysconfdir}/srp_daemon.conf -%config %{_sysconfdir}/libibverbs.d/* -%config %{_sysconfdir}/logrotate.d/srp_daemon -%{_sysconfdir}/modprobe.d/* -%config %{_sysconfdir}/rsyslog.d/srp_daemon.conf +%doc %{_docdir}/%{name}-%{version}/ibacm.md + +%files -n iwpmd +%{_bindir}/iwpmd +%{_unitdir}/iwpmd.service +%config(noreplace) %{_sysconfdir}/iwpmd.conf +%{_mandir}/man1/iwpmd.* +%{_mandir}/man5/iwpmd.* + +%files -n libibcm +%{_libdir}/libibcm*.so.* +%doc %{_docdir}/%{name}-%{version}/libibcm.md + +%files -n libibumad +%{_libdir}/libibumad*.so.* + +%files -n librdmacm +%{_libdir}/librdmacm*.so.* +%{_libdir}/rsocket/*.so.* +%doc %{_docdir}/%{name}-%{version}/librdmacm.md + +%files -n librdmacm-utils +%{_bindir}/cmtime +%{_bindir}/mckey +%{_bindir}/rcopy +%{_bindir}/rdma_client +%{_bindir}/rdma_server +%{_bindir}/rdma_xclient +%{_bindir}/rdma_xserver +%{_bindir}/riostream +%{_bindir}/rping +%{_bindir}/rstream +%{_bindir}/ucmatose +%{_bindir}/udaddy +%{_bindir}/udpong +%{_mandir}/man1/mckey.* +%{_mandir}/man1/rcopy.* +%{_mandir}/man1/rdma_client.* +%{_mandir}/man1/rdma_server.* +%{_mandir}/man1/rdma_xclient.* +%{_mandir}/man1/rdma_xserver.* +%{_mandir}/man1/riostream.* +%{_mandir}/man1/rping.* +%{_mandir}/man1/rstream.* +%{_mandir}/man1/ucmatose.* +%{_mandir}/man1/udaddy.* + +%files -n srp_daemon +%config(noreplace) %{_sysconfdir}/srp_daemon.conf +%config(noreplace) %{_sysconfdir}/logrotate.d/srp_daemon +%config(noreplace) %{_sysconfdir}/rsyslog.d/srp_daemon.conf +%{_unitdir}/srp_daemon.service +%{_sbindir}/ibsrpdm +%{_sbindir}/srp_daemon +%{_sbindir}/srp_daemon.sh +%{_sbindir}/run_srp_daemon +%{_mandir}/man1/ibsrpdm.1* +%{_mandir}/man1/srp_daemon.1* +%doc %{_docdir}/%{name}-%{version}/ibsrpdm.md + +%files -n libcxgb3 +%{_libdir}/libibverbs/libcxgb3-rdmav2.so +%config(noreplace) %{_sysconfdir}/libibverbs.d/cxgb3.driver + +%files -n libcxgb4 +%{_libdir}/libibverbs/libcxgb4-rdmav2.so +%config(noreplace) %{_sysconfdir}/libibverbs.d/cxgb4.driver + +%files -n libhfi1 +%{_libdir}/libibverbs/libhfi1verbs-rdmav2.so +%config(noreplace) %{_sysconfdir}/libibverbs.d/hfi1verbs.driver + +%files -n libi40iw +%{_libdir}/libibverbs/libi40iw-rdmav2.so +%config(noreplace) %{_sysconfdir}/libibverbs.d/i40iw.driver + +%files -n libipathverbs +%{_libdir}/libibverbs/libipathverbs-rdmav2.so +%config(noreplace) %{_sysconfdir}/libibverbs.d/ipathverbs.driver +%config(noreplace) %{_sysconfdir}/modprobe.d/truescale.conf +%{_libexecdir}/truescale-serdes.cmds + +%files -n libmlx4 +%{_libdir}/libibverbs/libmlx4-rdmav2.so +%config(noreplace) %{_sysconfdir}/libibverbs.d/mlx4.driver + +%files -n libmlx5 +%{_libdir}/libibverbs/libmlx5-rdmav2.so +%config(noreplace) %{_sysconfdir}/libibverbs.d/mlx5.driver + +%files -n libmthca +%{_libdir}/libibverbs/libmthca-rdmav2.so +%config(noreplace) %{_sysconfdir}/libibverbs.d/mthca.driver + +%files -n libnes +%{_libdir}/libibverbs/libnes-rdmav2.so +%config(noreplace) %{_sysconfdir}/libibverbs.d/nes.driver + +%files -n libocrdma +%{_libdir}/libibverbs/libocrdma-rdmav2.so +%config(noreplace) %{_sysconfdir}/libibverbs.d/ocrdma.driver + +%files -n librxe +%{_bindir}/rxe_cfg +%{_mandir}/man7/rxe* +%{_mandir}/man8/rxe* +%{_libdir}/libibverbs/librxe-rdmav2.so +%config(noreplace) %{_sysconfdir}/libibverbs.d/rxe.driver +%doc %{_docdir}/%{name}-%{version}/rxe.md -- 2.10.0 -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply related [flat|nested] 49+ messages in thread
[parent not found: <20161014192136.11731-5-jarod-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>]
* Re: [PATCH rdma-core 4/4] glue/redhat/spec: build split rpm packages [not found] ` <20161014192136.11731-5-jarod-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> @ 2016-10-14 23:39 ` Jason Gunthorpe [not found] ` <20161014233904.GD16509-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org> 0 siblings, 1 reply; 49+ messages in thread From: Jason Gunthorpe @ 2016-10-14 23:39 UTC (permalink / raw) To: Jarod Wilson; +Cc: linux-rdma-u79uwXL29TY76Z2rM5mHXA On Fri, Oct 14, 2016 at 03:21:36PM -0400, Jarod Wilson wrote: > Wrote: /home/jwilson/rpmbuild/RPMS/x86_64/iwpmd-11-1.el7.x86_64.rpm FC used to call this libiwpm for some reason.. > Wrote: /home/jwilson/rpmbuild/RPMS/x86_64/libibcm-11-1.el7.x86_64.rpm Do you want to try and do as I did with debian and put the SONAME data into the package version for the libraries? eg libibcm1_1.0.11-1_amd64.deb > Wrote: /home/jwilson/rpmbuild/RPMS/x86_64/libcxgb3-11-1.el7.x86_64.rpm > Wrote: /home/jwilson/rpmbuild/RPMS/x86_64/libcxgb4-11-1.el7.x86_64.rpm > Wrote: /home/jwilson/rpmbuild/RPMS/x86_64/libhfi1-11-1.el7.x86_64.rpm > Wrote: /home/jwilson/rpmbuild/RPMS/x86_64/libi40iw-11-1.el7.x86_64.rpm > Wrote: /home/jwilson/rpmbuild/RPMS/x86_64/libipathverbs-11-1.el7.x86_64.rpm > Wrote: /home/jwilson/rpmbuild/RPMS/x86_64/libmlx4-11-1.el7.x86_64.rpm > Wrote: /home/jwilson/rpmbuild/RPMS/x86_64/libmlx5-11-1.el7.x86_64.rpm > Wrote: /home/jwilson/rpmbuild/RPMS/x86_64/libmthca-11-1.el7.x86_64.rpm > Wrote: /home/jwilson/rpmbuild/RPMS/x86_64/libnes-11-1.el7.x86_64.rpm > Wrote: /home/jwilson/rpmbuild/RPMS/x86_64/libocrdma-11-1.el7.x86_64.rpm > Wrote: /home/jwilson/rpmbuild/RPMS/x86_64/librxe-11-1.el7.x86_64.rpm Does this mean RH is not going to do a single package for the providers? You know another 5 or so are coming.. Any feedback if things build on your supported arches? I'd be interested to see compiler log if it isn't silent. > +install -D -m0644 Documentation/{ibacm,ibsrpdm,libibcm,libibverbs,librdmacm,rxe}.md %{buildroot}/%{_docdir}/%{name}-%{version}/ > +install -D -m0644 README.md %{buildroot}/%{_docdir}/%{name}-%{version}/ I guess README should go in that patch I sent you.. > +%{buildroot}/%{_bindir}/ib_acme -D . -O > +# Fixup a multilib conflict in ibacm_opts.cfg: > +sed -i -e '/^# Specifies the directory of the provider libraries$/ a\ > +# Use /usr/lib64/ibacm on 64bit, /usr/lib/libacm on 32bit. > +' -e 's%^\(# provider_lib_path > /usr/\)lib\(64\)\?/ibacm$%\1lib64/ibacm%' ibacm_opts.cfg Hum? I'm pretty sure this is basically fixed in the code now, was done here 5eebdb9baaaae420a4bb16e586a96807823916a0 Adjusting the comment like that doesn't really make sense, the acm daemon has a fixed endianness and looks in a single place to load the plugin. If someone wants to use 32 bit plugins they have to install the 32 bit acm daemon, which would have the 32 bit path in the sample conf file... > +install -D -m0644 ibacm/man/*.1 %{buildroot}/%{_mandir}/man1/ > +install -D -m0644 ibacm/man/*.7 %{buildroot}/%{_mandir}/man7/ > +sed -e 's|@ACM_PROVIDER_DIR@|%{libdir}/%{name}/|g' -e 's|@CMAKE_INSTALL_FULL_LOCALSTATEDIR@|%{_localstatedir}|g' ibacm/man/ibacm_prov.7.in > %{buildroot}/%{_mandir}/man7/ibacm_prov.7 ?? cmake is supposed to install these.. Looks like it works. What did you need done here to open code it? Jason -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 49+ messages in thread
[parent not found: <20161014233904.GD16509-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org>]
* Re: [PATCH rdma-core 4/4] glue/redhat/spec: build split rpm packages [not found] ` <20161014233904.GD16509-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org> @ 2016-10-17 18:45 ` Jarod Wilson [not found] ` <20161017184506.GL14983-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> 0 siblings, 1 reply; 49+ messages in thread From: Jarod Wilson @ 2016-10-17 18:45 UTC (permalink / raw) To: Jason Gunthorpe; +Cc: linux-rdma-u79uwXL29TY76Z2rM5mHXA On Fri, Oct 14, 2016 at 05:39:04PM -0600, Jason Gunthorpe wrote: > On Fri, Oct 14, 2016 at 03:21:36PM -0400, Jarod Wilson wrote: > > > Wrote: /home/jwilson/rpmbuild/RPMS/x86_64/iwpmd-11-1.el7.x86_64.rpm > > FC used to call this libiwpm for some reason.. Ah. I may need to add an Obsoletes: for that particular case then. > > Wrote: /home/jwilson/rpmbuild/RPMS/x86_64/libibcm-11-1.el7.x86_64.rpm > > Do you want to try and do as I did with debian and put the SONAME data > into the package version for the libraries? eg > > libibcm1_1.0.11-1_amd64.deb No, that's a debian-ism that Red Hat has never really followed. The soname data is already captured in the rpm metadata. > > Wrote: /home/jwilson/rpmbuild/RPMS/x86_64/libcxgb3-11-1.el7.x86_64.rpm > > Wrote: /home/jwilson/rpmbuild/RPMS/x86_64/libcxgb4-11-1.el7.x86_64.rpm > > Wrote: /home/jwilson/rpmbuild/RPMS/x86_64/libhfi1-11-1.el7.x86_64.rpm > > Wrote: /home/jwilson/rpmbuild/RPMS/x86_64/libi40iw-11-1.el7.x86_64.rpm > > Wrote: /home/jwilson/rpmbuild/RPMS/x86_64/libipathverbs-11-1.el7.x86_64.rpm > > Wrote: /home/jwilson/rpmbuild/RPMS/x86_64/libmlx4-11-1.el7.x86_64.rpm > > Wrote: /home/jwilson/rpmbuild/RPMS/x86_64/libmlx5-11-1.el7.x86_64.rpm > > Wrote: /home/jwilson/rpmbuild/RPMS/x86_64/libmthca-11-1.el7.x86_64.rpm > > Wrote: /home/jwilson/rpmbuild/RPMS/x86_64/libnes-11-1.el7.x86_64.rpm > > Wrote: /home/jwilson/rpmbuild/RPMS/x86_64/libocrdma-11-1.el7.x86_64.rpm > > Wrote: /home/jwilson/rpmbuild/RPMS/x86_64/librxe-11-1.el7.x86_64.rpm > > Does this mean RH is not going to do a single package for the > providers? You know another 5 or so are coming.. Putting all the providers in a single sub-package is certainly something we could do. With rpm virtual Provides and Obsoletes, we could make the upgrade path transparent to at least yum/dnf/rpm, but it might still confuse people who go looking for the same package they've always had installed, so it could be something we do in Fedora and the next RHEL major release, rather than in a current RHEL minor update. > Any feedback if things build on your supported arches? I'd be > interested to see compiler log if it isn't silent. > > > +install -D -m0644 Documentation/{ibacm,ibsrpdm,libibcm,libibverbs,librdmacm,rxe}.md %{buildroot}/%{_docdir}/%{name}-%{version}/ > > +install -D -m0644 README.md %{buildroot}/%{_docdir}/%{name}-%{version}/ > > I guess README should go in that patch I sent you.. D'oh, yeah, I'll mix that in here locally. > > +%{buildroot}/%{_bindir}/ib_acme -D . -O > > +# Fixup a multilib conflict in ibacm_opts.cfg: > > +sed -i -e '/^# Specifies the directory of the provider libraries$/ a\ > > +# Use /usr/lib64/ibacm on 64bit, /usr/lib/libacm on 32bit. > > +' -e 's%^\(# provider_lib_path > > /usr/\)lib\(64\)\?/ibacm$%\1lib64/ibacm%' ibacm_opts.cfg > > Hum? I'm pretty sure this is basically fixed in the code now, was done here > 5eebdb9baaaae420a4bb16e586a96807823916a0 > > Adjusting the comment like that doesn't really make sense, the acm > daemon has a fixed endianness and looks in a single place to load the > plugin. If someone wants to use 32 bit plugins they have to install > the 32 bit acm daemon, which would have the 32 bit path in the sample > conf file... This was just copy and paste from our existing libacm spec, might well be something that was fixed and I just missed it. > > +install -D -m0644 ibacm/man/*.1 %{buildroot}/%{_mandir}/man1/ > > +install -D -m0644 ibacm/man/*.7 %{buildroot}/%{_mandir}/man7/ > > +sed -e 's|@ACM_PROVIDER_DIR@|%{libdir}/%{name}/|g' -e 's|@CMAKE_INSTALL_FULL_LOCALSTATEDIR@|%{_localstatedir}|g' ibacm/man/ibacm_prov.7.in > %{buildroot}/%{_mandir}/man7/ibacm_prov.7 > > ?? cmake is supposed to install these.. Looks like it works. What did > you need done here to open code it? They weren't getting installed, so I threw that hack in, meant to actually say something about that, got lost in the shuffle. I'll double-check if they're still not getting installed... Okay, they're getting installed now. May have just been a transient error with an earlier tarball, or something else I did wrong. I'll drop that bit. -- Jarod Wilson jarod-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 49+ messages in thread
[parent not found: <20161017184506.GL14983-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>]
* Re: [PATCH rdma-core 4/4] glue/redhat/spec: build split rpm packages [not found] ` <20161017184506.GL14983-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> @ 2016-10-17 19:07 ` Jason Gunthorpe [not found] ` <20161017190705.GB8122-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org> 0 siblings, 1 reply; 49+ messages in thread From: Jason Gunthorpe @ 2016-10-17 19:07 UTC (permalink / raw) To: Jarod Wilson; +Cc: linux-rdma-u79uwXL29TY76Z2rM5mHXA On Mon, Oct 17, 2016 at 02:45:06PM -0400, Jarod Wilson wrote: > > > Wrote: /home/jwilson/rpmbuild/RPMS/x86_64/libcxgb3-11-1.el7.x86_64.rpm > > > Wrote: /home/jwilson/rpmbuild/RPMS/x86_64/libcxgb4-11-1.el7.x86_64.rpm > > > Wrote: /home/jwilson/rpmbuild/RPMS/x86_64/libhfi1-11-1.el7.x86_64.rpm > > > Wrote: /home/jwilson/rpmbuild/RPMS/x86_64/libi40iw-11-1.el7.x86_64.rpm > > > Wrote: /home/jwilson/rpmbuild/RPMS/x86_64/libipathverbs-11-1.el7.x86_64.rpm > > > Wrote: /home/jwilson/rpmbuild/RPMS/x86_64/libmlx4-11-1.el7.x86_64.rpm > > > Wrote: /home/jwilson/rpmbuild/RPMS/x86_64/libmlx5-11-1.el7.x86_64.rpm > > > Wrote: /home/jwilson/rpmbuild/RPMS/x86_64/libmthca-11-1.el7.x86_64.rpm > > > Wrote: /home/jwilson/rpmbuild/RPMS/x86_64/libnes-11-1.el7.x86_64.rpm > > > Wrote: /home/jwilson/rpmbuild/RPMS/x86_64/libocrdma-11-1.el7.x86_64.rpm > > > Wrote: /home/jwilson/rpmbuild/RPMS/x86_64/librxe-11-1.el7.x86_64.rpm > > > > Does this mean RH is not going to do a single package for the > > providers? You know another 5 or so are coming.. > > Putting all the providers in a single sub-package is certainly something > we could do. With rpm virtual Provides and Obsoletes, we could make the > upgrade path transparent to at least yum/dnf/rpm, but it might still > confuse people who go looking for the same package they've always had > installed, so it could be something we do in Fedora and the next RHEL > major release, rather than in a current RHEL minor update. I would strongly encoruage this - the current scheme is silly, you need to know to look for the right provider to get things working (which is very much unlike the way the kernel modules work). Suggest to dump the providers in libiverbs or add a ibverbs-providers package.. Or at least start adding new providers (Eg rxe,hfi) to a -providers package. > > > +install -D -m0644 Documentation/{ibacm,ibsrpdm,libibcm,libibverbs,librdmacm,rxe}.md %{buildroot}/%{_docdir}/%{name}-%{version}/ > > > +install -D -m0644 README.md %{buildroot}/%{_docdir}/%{name}-%{version}/ > > > > I guess README should go in that patch I sent you.. > > D'oh, yeah, I'll mix that in here locally. I think you can just add ../README.md to the Documentation/CMakeFile.txt > > > +%{buildroot}/%{_bindir}/ib_acme -D . -O > > > +# Fixup a multilib conflict in ibacm_opts.cfg: > > > +sed -i -e '/^# Specifies the directory of the provider libraries$/ a\ > > > +# Use /usr/lib64/ibacm on 64bit, /usr/lib/libacm on 32bit. > > > +' -e 's%^\(# provider_lib_path > > > /usr/\)lib\(64\)\?/ibacm$%\1lib64/ibacm%' ibacm_opts.cfg > > > > Hum? I'm pretty sure this is basically fixed in the code now, was done here > > 5eebdb9baaaae420a4bb16e586a96807823916a0 > > > > Adjusting the comment like that doesn't really make sense, the acm > > daemon has a fixed endianness and looks in a single place to load the > > plugin. If someone wants to use 32 bit plugins they have to install > > the 32 bit acm daemon, which would have the 32 bit path in the sample > > conf file... > > This was just copy and paste from our existing libacm spec, might well be > something that was fixed and I just missed it. It looks OK as-is to me, I'd drop it now. > They weren't getting installed, so I threw that hack in, meant to > actually say something about that, got lost in the shuffle. I'll > double-check if they're still not getting installed... Okay, they're > getting installed now. May have just been a transient error with an > earlier tarball, or something else I did wrong. I'll drop that bit. How strange.. FWIW, the tarball should be built with git-archive .. Jason -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 49+ messages in thread
[parent not found: <20161017190705.GB8122-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org>]
* Re: [PATCH rdma-core 4/4] glue/redhat/spec: build split rpm packages [not found] ` <20161017190705.GB8122-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org> @ 2016-10-18 14:44 ` Jarod Wilson [not found] ` <20161018144411.GS14983-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> 0 siblings, 1 reply; 49+ messages in thread From: Jarod Wilson @ 2016-10-18 14:44 UTC (permalink / raw) To: Jason Gunthorpe Cc: linux-rdma-u79uwXL29TY76Z2rM5mHXA, dledford-H+wXaHxf7aLQT0dZR+AlfA On Mon, Oct 17, 2016 at 01:07:05PM -0600, Jason Gunthorpe wrote: > On Mon, Oct 17, 2016 at 02:45:06PM -0400, Jarod Wilson wrote: > > > > > Wrote: /home/jwilson/rpmbuild/RPMS/x86_64/libcxgb3-11-1.el7.x86_64.rpm > > > > Wrote: /home/jwilson/rpmbuild/RPMS/x86_64/libcxgb4-11-1.el7.x86_64.rpm > > > > Wrote: /home/jwilson/rpmbuild/RPMS/x86_64/libhfi1-11-1.el7.x86_64.rpm > > > > Wrote: /home/jwilson/rpmbuild/RPMS/x86_64/libi40iw-11-1.el7.x86_64.rpm > > > > Wrote: /home/jwilson/rpmbuild/RPMS/x86_64/libipathverbs-11-1.el7.x86_64.rpm > > > > Wrote: /home/jwilson/rpmbuild/RPMS/x86_64/libmlx4-11-1.el7.x86_64.rpm > > > > Wrote: /home/jwilson/rpmbuild/RPMS/x86_64/libmlx5-11-1.el7.x86_64.rpm > > > > Wrote: /home/jwilson/rpmbuild/RPMS/x86_64/libmthca-11-1.el7.x86_64.rpm > > > > Wrote: /home/jwilson/rpmbuild/RPMS/x86_64/libnes-11-1.el7.x86_64.rpm > > > > Wrote: /home/jwilson/rpmbuild/RPMS/x86_64/libocrdma-11-1.el7.x86_64.rpm > > > > Wrote: /home/jwilson/rpmbuild/RPMS/x86_64/librxe-11-1.el7.x86_64.rpm > > > > > > Does this mean RH is not going to do a single package for the > > > providers? You know another 5 or so are coming.. > > > > Putting all the providers in a single sub-package is certainly something > > we could do. With rpm virtual Provides and Obsoletes, we could make the > > upgrade path transparent to at least yum/dnf/rpm, but it might still > > confuse people who go looking for the same package they've always had > > installed, so it could be something we do in Fedora and the next RHEL > > major release, rather than in a current RHEL minor update. > > I would strongly encoruage this - the current scheme is silly, you > need to know to look for the right provider to get things working > (which is very much unlike the way the kernel modules work). > > Suggest to dump the providers in libiverbs or add a ibverbs-providers > package.. I'm playing with a setup where libibverbs includes all the providers now. I think I like it. It'd require some documentation to explain where libfoo went, but it doesn't look too bad: $ sudo rpm -Uvh libibverbs-11-1.el7.x86_64.rpm libibverbs-utils-11-1.el7.x86_64.rpm Preparing... ################################# [100%] Updating / installing... 1:libibverbs-11-1.el7 ################################# [ 14%] 2:libibverbs-utils-11-1.el7 ################################# [ 29%] Cleaning up / removing... 3:libibverbs-utils-1.2.1-1.el7 ################################# [ 43%] 4:libi40iw-0.5.227-2.el7 ################################# [ 57%] 5:libocrdma-1.0.8-1.el7 ################################# [ 71%] 6:libmlx5-1.2.1-8.el7 ################################# [ 86%] 7:libibverbs-1.2.1-1.el7 ################################# [100%] Seems I have the Provides/Obsoletes correct at least. This also eliminates the somewhat gross libibverbs-driver Provides from each driver and the matching Requires in libibverbs-utils, which I like... Doug, any thoughts from you on this front? > > > > +install -D -m0644 Documentation/{ibacm,ibsrpdm,libibcm,libibverbs,librdmacm,rxe}.md %{buildroot}/%{_docdir}/%{name}-%{version}/ > > > > +install -D -m0644 README.md %{buildroot}/%{_docdir}/%{name}-%{version}/ > > > > > > I guess README should go in that patch I sent you.. > > > > D'oh, yeah, I'll mix that in here locally. > > I think you can just add ../README.md to the > Documentation/CMakeFile.txt First cut, I added a Files line to the root CMakeLists.txt. Would the above be preferred over that? Both seem to work. > > > > +%{buildroot}/%{_bindir}/ib_acme -D . -O > > > > +# Fixup a multilib conflict in ibacm_opts.cfg: > > > > +sed -i -e '/^# Specifies the directory of the provider libraries$/ a\ > > > > +# Use /usr/lib64/ibacm on 64bit, /usr/lib/libacm on 32bit. > > > > +' -e 's%^\(# provider_lib_path > > > > /usr/\)lib\(64\)\?/ibacm$%\1lib64/ibacm%' ibacm_opts.cfg > > > > > > Hum? I'm pretty sure this is basically fixed in the code now, was done here > > > 5eebdb9baaaae420a4bb16e586a96807823916a0 > > > > > > Adjusting the comment like that doesn't really make sense, the acm > > > daemon has a fixed endianness and looks in a single place to load the > > > plugin. If someone wants to use 32 bit plugins they have to install > > > the 32 bit acm daemon, which would have the 32 bit path in the sample > > > conf file... > > > > This was just copy and paste from our existing libacm spec, might well be > > something that was fixed and I just missed it. > > It looks OK as-is to me, I'd drop it now. Dropped, things do look fine w/o that. > > They weren't getting installed, so I threw that hack in, meant to > > actually say something about that, got lost in the shuffle. I'll > > double-check if they're still not getting installed... Okay, they're > > getting installed now. May have just been a transient error with an > > earlier tarball, or something else I did wrong. I'll drop that bit. > > How strange.. FWIW, the tarball should be built with git-archive .. There was a ton of churn from what I was doing, I blame me. ;) All good now, and yes, creating tarballs with git archive: $ git archive --prefix=rdma-core-11/ -o ~/rpmbuild/SOURCES/rdma-core-11.tgz --format tar.gz HEAD -- Jarod Wilson jarod-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 49+ messages in thread
[parent not found: <20161018144411.GS14983-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>]
* Re: [PATCH rdma-core 4/4] glue/redhat/spec: build split rpm packages [not found] ` <20161018144411.GS14983-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> @ 2016-10-18 19:28 ` Jason Gunthorpe 0 siblings, 0 replies; 49+ messages in thread From: Jason Gunthorpe @ 2016-10-18 19:28 UTC (permalink / raw) To: Jarod Wilson Cc: linux-rdma-u79uwXL29TY76Z2rM5mHXA, dledford-H+wXaHxf7aLQT0dZR+AlfA On Tue, Oct 18, 2016 at 10:44:11AM -0400, Jarod Wilson wrote: > > I think you can just add ../README.md to the > > Documentation/CMakeFile.txt > > First cut, I added a Files line to the root CMakeLists.txt. Would the > above be preferred over that? Both seem to work. It is nitpicky, but I'd put it in the Documentation/CMakelists as currently the top level is all setup and doesn't build or install anything. eg the top level plays a role like configure.ac Might be more familiar for people.. > $ git archive --prefix=rdma-core-11/ -o ~/rpmbuild/SOURCES/rdma-core-11.tgz --format tar.gz HEAD Yah, that is the right thing, it should match the tar file what github will autogenerate when we make a tag. Jason -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 49+ messages in thread
* Re: [PATCH rdma-core 0/4] rdma-core infrastructure [not found] ` <20161014192136.11731-1-jarod-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> ` (3 preceding siblings ...) 2016-10-14 19:21 ` [PATCH rdma-core 4/4] glue/redhat/spec: build split rpm packages Jarod Wilson @ 2016-10-14 22:33 ` Jason Gunthorpe [not found] ` <20161014223308.GA16509-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org> 2016-10-15 9:26 ` Leon Romanovsky 2016-10-20 15:33 ` [PATCH rdma-core v2 0/4] rdma-core redhat/ infrastructure Jarod Wilson 6 siblings, 1 reply; 49+ messages in thread From: Jason Gunthorpe @ 2016-10-14 22:33 UTC (permalink / raw) To: Jarod Wilson; +Cc: linux-rdma-u79uwXL29TY76Z2rM5mHXA On Fri, Oct 14, 2016 at 03:21:32PM -0400, Jarod Wilson wrote: > This is a set of patches to make some minor changes to the stock spec file, > add a bunch of userspace glue that Red Hat has been shipping on it's own in > Red Hat Enterprise Linux and Fedora for a while now, and a revised split > package spec file that we're likely to use in at least RHEL, to preserve the > current packaging split. Is this just for EL7, or do you plan to keep going this way indefinitely in EL8 and FC25? Jason -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 49+ messages in thread
[parent not found: <20161014223308.GA16509-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org>]
* Re: [PATCH rdma-core 0/4] rdma-core infrastructure [not found] ` <20161014223308.GA16509-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org> @ 2016-10-17 15:43 ` Jarod Wilson 0 siblings, 0 replies; 49+ messages in thread From: Jarod Wilson @ 2016-10-17 15:43 UTC (permalink / raw) To: Jason Gunthorpe; +Cc: linux-rdma-u79uwXL29TY76Z2rM5mHXA On Fri, Oct 14, 2016 at 04:33:08PM -0600, Jason Gunthorpe wrote: > On Fri, Oct 14, 2016 at 03:21:32PM -0400, Jarod Wilson wrote: > > This is a set of patches to make some minor changes to the stock spec file, > > add a bunch of userspace glue that Red Hat has been shipping on it's own in > > Red Hat Enterprise Linux and Fedora for a while now, and a revised split > > package spec file that we're likely to use in at least RHEL, to preserve the > > current packaging split. > > Is this just for EL7, or do you plan to keep going this way > indefinitely in EL8 and FC25? Kind of TBD at the moment. We could probably go either way for Fedora and a new EL major release. -- Jarod Wilson jarod-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 49+ messages in thread
* Re: [PATCH rdma-core 0/4] rdma-core infrastructure [not found] ` <20161014192136.11731-1-jarod-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> ` (4 preceding siblings ...) 2016-10-14 22:33 ` [PATCH rdma-core 0/4] rdma-core infrastructure Jason Gunthorpe @ 2016-10-15 9:26 ` Leon Romanovsky [not found] ` <20161015092619.GJ9282-2ukJVAZIZ/Y@public.gmane.org> 2016-10-20 15:33 ` [PATCH rdma-core v2 0/4] rdma-core redhat/ infrastructure Jarod Wilson 6 siblings, 1 reply; 49+ messages in thread From: Leon Romanovsky @ 2016-10-15 9:26 UTC (permalink / raw) To: Jarod Wilson; +Cc: linux-rdma-u79uwXL29TY76Z2rM5mHXA [-- Attachment #1: Type: text/plain, Size: 3517 bytes --] On Fri, Oct 14, 2016 at 03:21:32PM -0400, Jarod Wilson wrote: > This is a set of patches to make some minor changes to the stock spec file, > add a bunch of userspace glue that Red Hat has been shipping on it's own in > Red Hat Enterprise Linux and Fedora for a while now, and a revised split > package spec file that we're likely to use in at least RHEL, to preserve the > current packaging split. Jarod, I'm far a way from packaging, so I have very general questions. 1. You mentioned FC, but used glue/redhat/. Is it applicable for Centos? 2. Do FC and Centos need similar files in structure? 3. Does it make sense to rename glue/ to be packages/ and move debian there? > > Jarod Wilson (4): > rpm spec: install documentation too > glue/redhat: add udev/systemd/etc infrastructure bits > glue/redhat: copy stock spec for RH customization > glue/redhat/spec: build split rpm packages > > glue/redhat/ibacm.service | 12 + > glue/redhat/iwpmd.service | 12 + > glue/redhat/rdma-core.spec | 534 +++++++++++++++++++++++++++++++ > glue/redhat/rdma.conf | 25 ++ > glue/redhat/rdma.cxgb3.sys.modprobe | 1 + > glue/redhat/rdma.cxgb4.sys.modprobe | 1 + > glue/redhat/rdma.fixup-mtrr.awk | 160 +++++++++ > glue/redhat/rdma.ifdown-ib | 183 +++++++++++ > glue/redhat/rdma.ifup-ib | 308 ++++++++++++++++++ > glue/redhat/rdma.kernel-init | 262 +++++++++++++++ > glue/redhat/rdma.mlx4-setup.sh | 91 ++++++ > glue/redhat/rdma.mlx4.conf | 27 ++ > glue/redhat/rdma.mlx4.sys.modprobe | 5 + > glue/redhat/rdma.mlx4.user.modprobe | 21 ++ > glue/redhat/rdma.modules-setup.sh | 30 ++ > glue/redhat/rdma.service | 15 + > glue/redhat/rdma.sriov-init | 137 ++++++++ > glue/redhat/rdma.sriov-vfs | 41 +++ > glue/redhat/rdma.udev-ipoib-naming.rules | 13 + > glue/redhat/rdma.udev-rules | 18 ++ > glue/redhat/srp_daemon.service | 17 + > rdma-core.spec | 4 + > 22 files changed, 1917 insertions(+) > create mode 100644 glue/redhat/ibacm.service > create mode 100644 glue/redhat/iwpmd.service > create mode 100644 glue/redhat/rdma-core.spec > create mode 100644 glue/redhat/rdma.conf > create mode 100644 glue/redhat/rdma.cxgb3.sys.modprobe > create mode 100644 glue/redhat/rdma.cxgb4.sys.modprobe > create mode 100644 glue/redhat/rdma.fixup-mtrr.awk > create mode 100644 glue/redhat/rdma.ifdown-ib > create mode 100644 glue/redhat/rdma.ifup-ib > create mode 100644 glue/redhat/rdma.kernel-init > create mode 100644 glue/redhat/rdma.mlx4-setup.sh > create mode 100644 glue/redhat/rdma.mlx4.conf > create mode 100644 glue/redhat/rdma.mlx4.sys.modprobe > create mode 100644 glue/redhat/rdma.mlx4.user.modprobe > create mode 100644 glue/redhat/rdma.modules-setup.sh > create mode 100644 glue/redhat/rdma.service > create mode 100644 glue/redhat/rdma.sriov-init > create mode 100644 glue/redhat/rdma.sriov-vfs > create mode 100644 glue/redhat/rdma.udev-ipoib-naming.rules > create mode 100644 glue/redhat/rdma.udev-rules > create mode 100644 glue/redhat/srp_daemon.service > > -- > 2.10.0 > > -- > To unsubscribe from this list: send the line "unsubscribe linux-rdma" in > the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org > More majordomo info at http://vger.kernel.org/majordomo-info.html [-- Attachment #2: signature.asc --] [-- Type: application/pgp-signature, Size: 819 bytes --] ^ permalink raw reply [flat|nested] 49+ messages in thread
[parent not found: <20161015092619.GJ9282-2ukJVAZIZ/Y@public.gmane.org>]
* Re: [PATCH rdma-core 0/4] rdma-core infrastructure [not found] ` <20161015092619.GJ9282-2ukJVAZIZ/Y@public.gmane.org> @ 2016-10-17 15:51 ` Jarod Wilson [not found] ` <20161017155159.GG14983-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> 0 siblings, 1 reply; 49+ messages in thread From: Jarod Wilson @ 2016-10-17 15:51 UTC (permalink / raw) To: Leon Romanovsky; +Cc: linux-rdma-u79uwXL29TY76Z2rM5mHXA On Sat, Oct 15, 2016 at 12:26:19PM +0300, Leon Romanovsky wrote: > On Fri, Oct 14, 2016 at 03:21:32PM -0400, Jarod Wilson wrote: > > This is a set of patches to make some minor changes to the stock spec file, > > add a bunch of userspace glue that Red Hat has been shipping on it's own in > > Red Hat Enterprise Linux and Fedora for a while now, and a revised split > > package spec file that we're likely to use in at least RHEL, to preserve the > > current packaging split. > > Jarod, > > I'm far a way from packaging, so I have very general questions. > 1. You mentioned FC, but used glue/redhat/. Is it applicable for Centos? Red Hat is the driving force behind Red Hat Enterprise Linux, CentOS (or any other clone) and Fedora, so it would generally be applicable for all of them, similar to how the 'debian' stuff is generally applicable to derivatives like ubuntu as well. > 2. Do FC and Centos need similar files in structure? For the most part, they should be identical. > 3. Does it make sense to rename glue/ to be packages/ and move debian there? That, or as Jason has suggested, just have a top-level redhat directory, same as the debian one. Don't really care much what it's called, just as long as we can get (at least most of) this stuff into the tree, rather than having it lingering in our own special package. -- Jarod Wilson jarod-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 49+ messages in thread
[parent not found: <20161017155159.GG14983-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>]
* Re: [PATCH rdma-core 0/4] rdma-core infrastructure [not found] ` <20161017155159.GG14983-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> @ 2016-10-17 16:11 ` Jason Gunthorpe [not found] ` <20161017161154.GB5679-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org> 0 siblings, 1 reply; 49+ messages in thread From: Jason Gunthorpe @ 2016-10-17 16:11 UTC (permalink / raw) To: Jarod Wilson; +Cc: Leon Romanovsky, linux-rdma-u79uwXL29TY76Z2rM5mHXA On Mon, Oct 17, 2016 at 11:51:59AM -0400, Jarod Wilson wrote: > > 3. Does it make sense to rename glue/ to be packages/ and move debian there? > > That, or as Jason has suggested, just have a top-level redhat directory, > same as the debian one. Don't really care much what it's called, just as > long as we can get (at least most of) this stuff into the tree, rather > than having it lingering in our own special package. The debian/ directory has to be top level for debian tools, so I'm inclined to just follow the pattern and go with redhat/. I think it is no problem to take what you have right away, but lets try to move as much as is trivial/sensible into common places. Maybe we can tackle the larger questions (eg systemd) later.. Jason -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 49+ messages in thread
[parent not found: <20161017161154.GB5679-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org>]
* Re: [PATCH rdma-core 0/4] rdma-core infrastructure [not found] ` <20161017161154.GB5679-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org> @ 2016-10-17 16:26 ` Jarod Wilson 0 siblings, 0 replies; 49+ messages in thread From: Jarod Wilson @ 2016-10-17 16:26 UTC (permalink / raw) To: Jason Gunthorpe; +Cc: Leon Romanovsky, linux-rdma-u79uwXL29TY76Z2rM5mHXA On Mon, Oct 17, 2016 at 10:11:54AM -0600, Jason Gunthorpe wrote: > On Mon, Oct 17, 2016 at 11:51:59AM -0400, Jarod Wilson wrote: > > > > 3. Does it make sense to rename glue/ to be packages/ and move debian there? > > > > That, or as Jason has suggested, just have a top-level redhat directory, > > same as the debian one. Don't really care much what it's called, just as > > long as we can get (at least most of) this stuff into the tree, rather > > than having it lingering in our own special package. > > The debian/ directory has to be top level for debian tools, so I'm > inclined to just follow the pattern and go with redhat/. Okay, good, my vague recollection of that was correct. > I think it is no problem to take what you have right away, but lets > try to move as much as is trivial/sensible into common places. I'm shuffling things around locally to redhat/ and have pulled in your Docs install change. Want me to finish cleaning up, double-check that it all builds, and ship a v2 set? > Maybe we can tackle the larger questions (eg systemd) later.. Some of these issues might be better addressed once more distros have had a chance to digest the new package and see what they still need. Entirely possible others have a similar pile of glue for their distro, including generic parts, and their generic parts are more polished than ours. -- Jarod Wilson jarod-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 49+ messages in thread
* [PATCH rdma-core v2 0/4] rdma-core redhat/ infrastructure [not found] ` <20161014192136.11731-1-jarod-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> ` (5 preceding siblings ...) 2016-10-15 9:26 ` Leon Romanovsky @ 2016-10-20 15:33 ` Jarod Wilson [not found] ` <20161020153357.27286-1-jarod-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> 6 siblings, 1 reply; 49+ messages in thread From: Jarod Wilson @ 2016-10-20 15:33 UTC (permalink / raw) To: linux-rdma-u79uwXL29TY76Z2rM5mHXA; +Cc: Jarod Wilson This is a set of patches to make some minor changes to the stock spec file, add a bunch of userspace glue that Red Hat has been shipping on it's own in Red Hat Enterprise Linux and Fedora for a while now, and a revised split package spec file that we're likely to use in at least RHEL, to preserve the current packaging split, save a change that merges all libibverbs providers into the libibverbs package itself (with appropriate Obsoletes/Provides). This second spin incorporates changes that hopefully address all feedback from the first version of the patchset. Jarod Wilson (4): Install end user focused documentation files redhat: add udev/systemd/etc infrastructure bits redhat: copy stock spec for RH customization redhat/spec: build split rpm packages CMakeLists.txt | 3 +- Documentation/CMakeLists.txt | 10 + debian/ibacm.install | 1 + debian/ibverbs-providers.install | 1 + debian/libibcm1.install | 1 + debian/libibverbs1.install | 1 + debian/librdmacm1.install | 1 + debian/srptools.install | 1 + rdma-core.spec | 6 +- redhat/ibacm.service | 12 ++ redhat/rdma-core.spec | 417 ++++++++++++++++++++++++++++++++++++ redhat/rdma.conf | 25 +++ redhat/rdma.cxgb3.sys.modprobe | 1 + redhat/rdma.cxgb4.sys.modprobe | 1 + redhat/rdma.fixup-mtrr.awk | 160 ++++++++++++++ redhat/rdma.ifdown-ib | 183 ++++++++++++++++ redhat/rdma.ifup-ib | 308 ++++++++++++++++++++++++++ redhat/rdma.kernel-init | 262 ++++++++++++++++++++++ redhat/rdma.mlx4-setup.sh | 91 ++++++++ redhat/rdma.mlx4.conf | 27 +++ redhat/rdma.mlx4.sys.modprobe | 5 + redhat/rdma.mlx4.user.modprobe | 21 ++ redhat/rdma.modules-setup.sh | 30 +++ redhat/rdma.service | 15 ++ redhat/rdma.sriov-init | 137 ++++++++++++ redhat/rdma.sriov-vfs | 41 ++++ redhat/rdma.udev-ipoib-naming.rules | 13 ++ redhat/rdma.udev-rules | 18 ++ redhat/srp_daemon.service | 17 ++ 29 files changed, 1807 insertions(+), 2 deletions(-) create mode 100644 Documentation/CMakeLists.txt create mode 100644 redhat/ibacm.service create mode 100644 redhat/rdma-core.spec create mode 100644 redhat/rdma.conf create mode 100644 redhat/rdma.cxgb3.sys.modprobe create mode 100644 redhat/rdma.cxgb4.sys.modprobe create mode 100644 redhat/rdma.fixup-mtrr.awk create mode 100644 redhat/rdma.ifdown-ib create mode 100644 redhat/rdma.ifup-ib create mode 100644 redhat/rdma.kernel-init create mode 100644 redhat/rdma.mlx4-setup.sh create mode 100644 redhat/rdma.mlx4.conf create mode 100644 redhat/rdma.mlx4.sys.modprobe create mode 100644 redhat/rdma.mlx4.user.modprobe create mode 100644 redhat/rdma.modules-setup.sh create mode 100644 redhat/rdma.service create mode 100644 redhat/rdma.sriov-init create mode 100644 redhat/rdma.sriov-vfs create mode 100644 redhat/rdma.udev-ipoib-naming.rules create mode 100644 redhat/rdma.udev-rules create mode 100644 redhat/srp_daemon.service -- 2.10.0 -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 49+ messages in thread
[parent not found: <20161020153357.27286-1-jarod-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>]
* [PATCH rdma-core v2 1/4] Install end user focused documentation files [not found] ` <20161020153357.27286-1-jarod-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> @ 2016-10-20 15:33 ` Jarod Wilson 2016-10-20 15:33 ` [PATCH rdma-core v2 2/4] redhat: add udev/systemd/etc infrastructure bits Jarod Wilson ` (2 subsequent siblings) 3 siblings, 0 replies; 49+ messages in thread From: Jarod Wilson @ 2016-10-20 15:33 UTC (permalink / raw) To: linux-rdma-u79uwXL29TY76Z2rM5mHXA; +Cc: Jarod Wilson, Jason Gunthorpe We recommend that all distros ship these. v2: installing README.md and MAINTAINERS as well. Suggested-by: Jarod Wilson <jarod-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> Signed-off-by: Jason Gunthorpe <jgunthorpe-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org> Signed-off-by: Jarod Wilson <jarod-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> --- CMakeLists.txt | 3 ++- Documentation/CMakeLists.txt | 10 ++++++++++ debian/ibacm.install | 1 + debian/ibverbs-providers.install | 1 + debian/libibcm1.install | 1 + debian/libibverbs1.install | 1 + debian/librdmacm1.install | 1 + debian/srptools.install | 1 + rdma-core.spec | 6 +++++- 9 files changed, 23 insertions(+), 2 deletions(-) create mode 100644 Documentation/CMakeLists.txt diff --git a/CMakeLists.txt b/CMakeLists.txt index 4d291d2..8dec772 100644 --- a/CMakeLists.txt +++ b/CMakeLists.txt @@ -21,7 +21,7 @@ # Use the historical search path for providers, in the standard system library. cmake_minimum_required(VERSION 2.8.11 FATAL_ERROR) -project(RDMA C) +project(rdma-core C) # CMake likes to use -rdynamic too much, they fixed it in 3.4. if(POLICY CMP0065) @@ -259,6 +259,7 @@ configure_file("${BUILDLIB}/config.h.in" "${BUILD_INCLUDE}/config.h" ESCAPE_QUOT # Sub-directories add_subdirectory(ccan) add_subdirectory(util) +add_subdirectory(Documentation) # Libraries add_subdirectory(libibumad) add_subdirectory(libibumad/man) diff --git a/Documentation/CMakeLists.txt b/Documentation/CMakeLists.txt new file mode 100644 index 0000000..6170b5f --- /dev/null +++ b/Documentation/CMakeLists.txt @@ -0,0 +1,10 @@ +install(FILES + ibacm.md + ibsrpdm.md + libibcm.md + libibverbs.md + librdmacm.md + rxe.md + ../README.md + ../MAINTAINERS + DESTINATION "${CMAKE_INSTALL_DOCDIR}") diff --git a/debian/ibacm.install b/debian/ibacm.install index 2bb9591..f2a6c53 100644 --- a/debian/ibacm.install +++ b/debian/ibacm.install @@ -8,3 +8,4 @@ usr/share/man/man1/ib_acme.1 usr/share/man/man1/ibacm.1 usr/share/man/man7/ibacm.7 usr/share/man/man7/ibacm_prov.7 +usr/share/doc/rdma-core/ibacm.md usr/share/doc/ibacm/ diff --git a/debian/ibverbs-providers.install b/debian/ibverbs-providers.install index 1b41218..7458540 100644 --- a/debian/ibverbs-providers.install +++ b/debian/ibverbs-providers.install @@ -5,3 +5,4 @@ usr/lib/truescale-serdes.cmds usr/share/man/man8/rxe_cfg.8 usr/share/man/man7/rxe.7 usr/bin/rxe_cfg +usr/share/doc/rdma-core/rxe.md usr/share/doc/ibverbs-providers/ diff --git a/debian/libibcm1.install b/debian/libibcm1.install index 6f270b7..a0ace6e 100644 --- a/debian/libibcm1.install +++ b/debian/libibcm1.install @@ -1 +1,2 @@ usr/lib/*/libibcm*.so.* +usr/share/doc/rdma-core/libibcm.md usr/share/doc/libibcm1/ diff --git a/debian/libibverbs1.install b/debian/libibverbs1.install index 78a7f76..83bdd80 100644 --- a/debian/libibverbs1.install +++ b/debian/libibverbs1.install @@ -1 +1,2 @@ usr/lib/*/libibverbs*.so.* +usr/share/doc/rdma-core/libibverbs.md usr/share/doc/libibverbs1/ diff --git a/debian/librdmacm1.install b/debian/librdmacm1.install index c17048e..09140ab 100644 --- a/debian/librdmacm1.install +++ b/debian/librdmacm1.install @@ -1,2 +1,3 @@ usr/lib/*/librdmacm*.so.* usr/lib/*/rsocket/librspreload*.so* +usr/share/doc/rdma-core/librdmacm.md usr/share/doc/librdmacm1/ diff --git a/debian/srptools.install b/debian/srptools.install index 17b909d..9c07015 100644 --- a/debian/srptools.install +++ b/debian/srptools.install @@ -6,3 +6,4 @@ usr/sbin/ibsrpdm usr/sbin/srp_daemon usr/share/man/man1/ibsrpdm.1 usr/share/man/man1/srp_daemon.1 +usr/share/doc/rdma-core/ibsrpdm.md usr/share/doc/srptools/ diff --git a/rdma-core.spec b/rdma-core.spec index 96c86fe..39be6a0 100644 --- a/rdma-core.spec +++ b/rdma-core.spec @@ -85,7 +85,8 @@ This is a simple example without the split sub packages to get things started. -DCMAKE_INSTALL_SYSCONFDIR:PATH=%{_sysconfdir} \ -DCMAKE_INSTALL_SYSTEMD_SERVICEDIR:PATH=%{my_unitdir} \ -DCMAKE_INSTALL_INITDDIR:PATH=%{_initrddir} \ - -DCMAKE_INSTALL_RUNDIR:PATH=%{_rundir} + -DCMAKE_INSTALL_RUNDIR:PATH=%{_rundir} \ + -DCMAKE_INSTALL_DOCDIR:PATH=%{_docdir}/%{name}-%{version} %make_jobs %install @@ -102,6 +103,8 @@ rm -rf %{buildroot}/%{my_unitdir}/ %files %doc %{_mandir}/man*/* +%doc %{_docdir}/%{name}-%{version}/README.md +%doc %{_docdir}/%{name}-%{version}/MAINTAINERS %{_bindir}/* %{_includedir}/* %{_libdir}/lib*.so* @@ -110,6 +113,7 @@ rm -rf %{buildroot}/%{my_unitdir}/ %{_libdir}/rsocket/* %{_sbindir}/* %{_libexecdir}/* +%{_docdir}/%{name}-%{version}/* %if 0%{?_unitdir:1} %{_unitdir}/* %else -- 2.10.0 -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply related [flat|nested] 49+ messages in thread
* [PATCH rdma-core v2 2/4] redhat: add udev/systemd/etc infrastructure bits [not found] ` <20161020153357.27286-1-jarod-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> 2016-10-20 15:33 ` [PATCH rdma-core v2 1/4] Install end user focused documentation files Jarod Wilson @ 2016-10-20 15:33 ` Jarod Wilson 2016-10-20 15:33 ` [PATCH rdma-core v2 3/4] redhat: copy stock spec for RH customization Jarod Wilson 2016-10-20 15:33 ` [PATCH rdma-core v2 4/4] redhat/spec: build split rpm packages Jarod Wilson 3 siblings, 0 replies; 49+ messages in thread From: Jarod Wilson @ 2016-10-20 15:33 UTC (permalink / raw) To: linux-rdma-u79uwXL29TY76Z2rM5mHXA; +Cc: Jarod Wilson, Doug Ledford Red Hat has been shipping an "rdma" package, as well as it's own systemd unit files for some daemons for a while now, in both Fedora and Red Hat Enterprise Linux. Some of these are fairly RH-specific, but might be of use to others, so we'd like to move them into the upstream source tree. Most of these were authored by Doug Ledford, though I'm currently the one that maintains (most of) them in RHEL. CC: Doug Ledford <dledford-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> Signed-off-by: Jarod Wilson <jarod-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> --- redhat/ibacm.service | 12 ++ redhat/rdma.conf | 25 +++ redhat/rdma.cxgb3.sys.modprobe | 1 + redhat/rdma.cxgb4.sys.modprobe | 1 + redhat/rdma.fixup-mtrr.awk | 160 +++++++++++++++++++ redhat/rdma.ifdown-ib | 183 +++++++++++++++++++++ redhat/rdma.ifup-ib | 308 ++++++++++++++++++++++++++++++++++++ redhat/rdma.kernel-init | 262 ++++++++++++++++++++++++++++++ redhat/rdma.mlx4-setup.sh | 91 +++++++++++ redhat/rdma.mlx4.conf | 27 ++++ redhat/rdma.mlx4.sys.modprobe | 5 + redhat/rdma.mlx4.user.modprobe | 21 +++ redhat/rdma.modules-setup.sh | 30 ++++ redhat/rdma.service | 15 ++ redhat/rdma.sriov-init | 137 ++++++++++++++++ redhat/rdma.sriov-vfs | 41 +++++ redhat/rdma.udev-ipoib-naming.rules | 13 ++ redhat/rdma.udev-rules | 18 +++ redhat/srp_daemon.service | 17 ++ 19 files changed, 1367 insertions(+) create mode 100644 redhat/ibacm.service create mode 100644 redhat/rdma.conf create mode 100644 redhat/rdma.cxgb3.sys.modprobe create mode 100644 redhat/rdma.cxgb4.sys.modprobe create mode 100644 redhat/rdma.fixup-mtrr.awk create mode 100644 redhat/rdma.ifdown-ib create mode 100644 redhat/rdma.ifup-ib create mode 100644 redhat/rdma.kernel-init create mode 100644 redhat/rdma.mlx4-setup.sh create mode 100644 redhat/rdma.mlx4.conf create mode 100644 redhat/rdma.mlx4.sys.modprobe create mode 100644 redhat/rdma.mlx4.user.modprobe create mode 100644 redhat/rdma.modules-setup.sh create mode 100644 redhat/rdma.service create mode 100644 redhat/rdma.sriov-init create mode 100644 redhat/rdma.sriov-vfs create mode 100644 redhat/rdma.udev-ipoib-naming.rules create mode 100644 redhat/rdma.udev-rules create mode 100644 redhat/srp_daemon.service diff --git a/redhat/ibacm.service b/redhat/ibacm.service new file mode 100644 index 0000000..1cd031a --- /dev/null +++ b/redhat/ibacm.service @@ -0,0 +1,12 @@ +[Unit] +Description=Starts the InfiniBand Address Cache Manager daemon +Documentation=man:ibacm +Requires=rdma.service +After=rdma.service opensm.service + +[Service] +Type=forking +ExecStart=/usr/sbin/ibacm + +[Install] +WantedBy=network.target diff --git a/redhat/rdma.conf b/redhat/rdma.conf new file mode 100644 index 0000000..9446564 --- /dev/null +++ b/redhat/rdma.conf @@ -0,0 +1,25 @@ +# Load IPoIB +IPOIB_LOAD=yes +# Load SRP (SCSI Remote Protocol initiator support) module +SRP_LOAD=yes +# Load SRPT (SCSI Remote Protocol target support) module +SRPT_LOAD=yes +# Load iSER (iSCSI over RDMA initiator support) module +ISER_LOAD=yes +# Load iSERT (iSCSI over RDMA target support) module +ISERT_LOAD=yes +# Load RDS (Reliable Datagram Service) network protocol +RDS_LOAD=no +# Load NFSoRDMA client transport module +XPRTRDMA_LOAD=yes +# Load NFSoRDMA server transport module +SVCRDMA_LOAD=no +# Load Tech Preview device driver modules +TECH_PREVIEW_LOAD=no +# Should we modify the system mtrr registers? We may need to do this if you +# get messages from the ib_ipath driver saying that it couldn't enable +# write combining for the PIO buffs on the card. +# +# Note: recent kernels should do this for us, but in case they don't, we'll +# leave this option +FIXUP_MTRR_REGS=no diff --git a/redhat/rdma.cxgb3.sys.modprobe b/redhat/rdma.cxgb3.sys.modprobe new file mode 100644 index 0000000..d5925a7 --- /dev/null +++ b/redhat/rdma.cxgb3.sys.modprobe @@ -0,0 +1 @@ +install cxgb3 /sbin/modprobe --ignore-install cxgb3 $CMDLINE_OPTS && /sbin/modprobe iw_cxgb3 diff --git a/redhat/rdma.cxgb4.sys.modprobe b/redhat/rdma.cxgb4.sys.modprobe new file mode 100644 index 0000000..44163ab --- /dev/null +++ b/redhat/rdma.cxgb4.sys.modprobe @@ -0,0 +1 @@ +install cxgb4 /sbin/modprobe --ignore-install cxgb4 $CMDLINE_OPTS && /sbin/modprobe iw_cxgb4 diff --git a/redhat/rdma.fixup-mtrr.awk b/redhat/rdma.fixup-mtrr.awk new file mode 100644 index 0000000..a57ca76 --- /dev/null +++ b/redhat/rdma.fixup-mtrr.awk @@ -0,0 +1,160 @@ +# This is a simple script that checks the contents of /proc/mtrr to see if +# the BIOS maker for the computer took the easy way out in terms of +# specifying memory regions when there is a hole below 4GB for PCI access +# and the machine has 4GB or more of RAM. When the contents of /proc/mtrr +# show a 4GB mapping of write-back cached RAM, minus punch out hole(s) of +# uncacheable regions (the area reserved for PCI access), then it becomes +# impossible for the ib_ipath driver to set write_combining on its PIO +# buffers. To correct the problem, remap the lower memory region in various +# chunks up to the start of the punch out hole(s), then delete the punch out +# hole(s) entirely as they aren't needed any more. That way, ib_ipath will +# be able to set write_combining on its PIO memory access region. + +BEGIN { + regs = 0 +} + +function check_base(mem) +{ + printf "Base memory data: base=0x%08x, size=0x%x\n", base[mem], size[mem] > "/dev/stderr" + if (size[mem] < (512 * 1024 * 1024)) + return 0 + if (type[mem] != "write-back") + return 0 + if (base[mem] >= (4 * 1024 * 1024 * 1024)) + return 0 + return 1 +} + +function check_hole(hole) +{ + printf "Hole data: base=0x%08x, size=0x%x\n", base[hole], size[hole] > "/dev/stderr" + if (size[hole] > (1 * 1024 * 1024 * 1024)) + return 0 + if (type[hole] != "uncachable") + return 0 + if ((base[hole] + size[hole]) > (4 * 1024 * 1024 * 1024)) + return 0 + return 1 +} + +function build_entries(start, end, new_base, new_size, tmp_base) +{ + # mtrr registers require alignment of blocks, so a 256MB chunk must + # be 256MB aligned. Additionally, all blocks must be a power of 2 + # in size. So, do the largest power of two size that we can and + # still have start + block <= end, rinse and repeat. + tmp_base = start + do { + new_base = tmp_base + new_size = 4096 + while (((new_base + new_size) < end) && + ((new_base % new_size) == 0)) + new_size = lshift(new_size, 1) + if (((new_base + new_size) > end) || + ((new_base % new_size) != 0)) + new_size = rshift(new_size, 1) + printf "base=0x%x size=0x%x type=%s\n", + new_base, new_size, type[mem] > "/dev/stderr" + printf "base=0x%x size=0x%x type=%s\n", + new_base, new_size, type[mem] > "/proc/mtrr" + fflush("") + tmp_base = new_base + new_size + } while (tmp_base < end) +} + +{ + gsub("^reg", "") + gsub(": base=", " ") + gsub(" [(].*), size=", " ") + gsub(": ", " ") + gsub(", count=.*$", "") + register[regs] = strtonum($1) + base[regs] = strtonum($2) + size[regs] = strtonum($3) + human_size[regs] = size[regs] + if (match($3, "MB")) { size[regs] *= 1024*1024; mult[regs] = "MB" } + else { size[regs] *= 1024; mult[regs] = "KB" } + type[regs] = $4 + enabled[regs] = 1 + end[regs] = base[regs] + size[regs] + regs++ +} + +END { + # First we need to find our base memory region. We only care about + # the memory register that starts at base 0. This is the only one + # that we can reliably know is our global memory region, and the + # only one that we can reliably check against overlaps. It's entirely + # possible that any memory region not starting at 0 and having an + # overlap with another memory region is in fact intentional and we + # shouldn't touch it. + for(i=0; i<regs; i++) + if (base[i] == 0) + break + # Did we get a valid base register? + if (i == regs) + exit 1 + mem = i + if (!check_base(mem)) + exit 1 + + cur_hole = 0 + for(i=0; i<regs; i++) { + if (i == mem) + continue + if (base[i] < end[mem] && check_hole(i)) + holes[cur_hole++] = i + } + if (cur_hole == 0) { + print "Nothing to do" > "/dev/stderr" + exit 1 + } + printf "Found %d punch-out holes\n", cur_hole > "/dev/stderr" + + # We need to sort the holes according to base address + for(j = 0; j < cur_hole - 1; j++) { + for(i = cur_hole - 1; i > j; i--) { + if(base[holes[i]] < base[holes[i-1]]) { + tmp = holes[i] + holes[i] = holes[i-1] + holes[i-1] = tmp + } + } + } + # OK, the common case would be that the BIOS is mapping holes out + # of the 4GB memory range, and that our hole(s) are consecutive and + # that our holes and our memory region end at the same place. However, + # things like machines with 8GB of RAM or more can foul up these + # common traits. + # + # So, our modus operandi is to disable all of the memory/hole regions + # to start, then build new base memory zones that in the end add + # up to the same as our original zone minus the holes. We know that + # we will never have a hole listed here that belongs to a valid + # hole punched in a write-combining memory region because you can't + # overlay write-combining on top of write-back and we know our base + # memory region is write-back, so in order for this hole to overlap + # our base memory region it can't be also overlapping a write-combining + # region. + printf "disable=%d\n", register[mem] > "/dev/stderr" + printf "disable=%d\n", register[mem] > "/proc/mtrr" + fflush("") + enabled[mem] = 0 + for(i=0; i < cur_hole; i++) { + printf "disable=%d\n", register[holes[i]] > "/dev/stderr" + printf "disable=%d\n", register[holes[i]] > "/proc/mtrr" + fflush("") + enabled[holes[i]] = 0 + } + build_entries(base[mem], base[holes[0]]) + for(i=0; i < cur_hole - 1; i++) + if (base[holes[i+1]] > end[holes[i]]) + build_entries(end[holes[i]], base[holes[i+1]]) + if (end[mem] > end[holes[i]]) + build_entries(end[holes[i]], end[mem]) + # We changed up the mtrr regs, so signal to the rdma script to + # reload modules that need the mtrr regs to be right. + exit 0 +} + diff --git a/redhat/rdma.ifdown-ib b/redhat/rdma.ifdown-ib new file mode 100644 index 0000000..1cb284d --- /dev/null +++ b/redhat/rdma.ifdown-ib @@ -0,0 +1,183 @@ +#!/bin/bash +# Network Interface Configuration System +# Copyright (c) 1996-2013 Red Hat, Inc. all rights reserved. +# +# This program is free software; you can redistribute it and/or modify +# it under the terms of the GNU General Public License, version 2, +# as published by the Free Software Foundation. +# +# This program is distributed in the hope that it will be useful, +# but WITHOUT ANY WARRANTY; without even the implied warranty of +# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the +# GNU General Public License for more details. +# +# You should have received a copy of the GNU General Public License +# along with this program; if not, write to the Free Software +# Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301, USA. + +. /etc/init.d/functions + +cd /etc/sysconfig/network-scripts +. ./network-functions + +[ -f ../network ] && . ../network + +CONFIG=${1} + +source_config + +# Allow the user to override the detection of our physical device by passing +# it in. No checking is done, if the user gives us a bogus dev, it's +# their problem. +[ -n "${PHYSDEV}" ] && REALDEVICE="$PHYSDEV" + +. /etc/sysconfig/network + +# Check to make sure the device is actually up +check_device_down ${DEVICE} && exit 0 + +# If we are a P_Key device, we need to munge a few things +if [ "${PKEY}" = yes ]; then + [ -z "${PKEY_ID}" ] && { + net_log $"InfiniBand IPoIB device: PKEY=yes requires a PKEY_ID" + exit 1 + } + [ -z "${PHYSDEV}" ] && { + net_log $"InfiniBand IPoIB device: PKEY=yes requires a PHYSDEV" + exit 1 + } + # Normalize our PKEY_ID to have the high bit set + NEW_PKEY_ID=`printf "0x%04x" $(( 0x8000 | ${PKEY_ID} ))` + NEW_PKEY_NAME=`printf "%04x" ${NEW_PKEY_ID}` + [ "${DEVICE}" != "${PHYSDEV}.${NEW_PKEY_NAME}" ] && { + net_log $"Configured DEVICE name does not match what new device name would be. This +is most likely because once the PKEY_ID was normalized, it no longer +resulted in the expected device naming, and so the DEVICE entry in the +config file needs to be updated to match. This can also be caused by +giving PKEY_ID as a hex number but without using the mandatory 0x prefix. + Configured DEVICE=$DEVICE + Configured PHYSDEV=$PHYSDEV + Configured PKEY_ID=$PKEY_ID + Calculated PKEY_ID=$NEW_PKEY_ID + Calculated name=${PHYSDEV}.${NEW_PKEY_NAME}" + exit 1 + } + [ -d "/sys/class/net/${DEVICE}" ] || exit 0 + # When we get to downing the IP address, we need REALDEVICE to + # point to our PKEY device + REALDEVICE="${DEVICE}" +fi + + +if [ "${SLAVE}" != "yes" -o -z "${MASTER}" ]; then +if [ -n "${HWADDR}" -a -z "${MACADDR}" ]; then + HWADDR=$(echo $HWADDR | tail -c 24) + FOUNDMACADDR=$(get_hwaddr ${REALDEVICE} | tail -c 24) + if [ -n "${FOUNDMACADDR}" -a "${FOUNDMACADDR}" != "${HWADDR}" ]; then + NEWCONFIG=$(get_config_by_hwaddr ${FOUNDMACADDR}) + if [ -n "${NEWCONFIG}" ]; then + eval $(LANG=C grep -F "DEVICE=" $NEWCONFIG) + else + net_log $"Device ${DEVICE} has MAC address ${FOUNDMACADDR}, instead of configured address ${HWADDR}. Ignoring." + exit 1 + fi + if [ -n "${NEWCONFIG}" -a "${NEWCONFIG##*/}" != "${CONFIG##*/}" -a "${DEVICE}" = "${REALDEVICE}" ]; then + exec /sbin/ifdown ${NEWCONFIG} + else + net_log $"Device ${DEVICE} has MAC address ${FOUNDMACADDR}, instead of configured address ${HWADDR}. Ignoring." + exit 1 + fi + fi +fi +fi + +if is_bonding_device ${DEVICE} ; then + for device in $(LANG=C grep -l "^[[:space:]]*MASTER=\"\?${DEVICE}\"\?\([[:space:]#]\|$\)" /etc/sysconfig/network-scripts/ifcfg-*) ; do + is_ignored_file "$device" && continue + /sbin/ifdown ${device##*/} + done + for arg in $BONDING_OPTS ; do + key=${arg%%=*}; + [[ "${key}" != "arp_ip_target" ]] && continue + value=${arg##*=}; + if [ "${value:0:1}" != "" ]; then + OLDIFS=$IFS; + IFS=','; + for arp_ip in $value; do + if grep -q $arp_ip /sys/class/net/${DEVICE}/bonding/arp_ip_target; then + echo "-$arp_ip" > /sys/class/net/${DEVICE}/bonding/arp_ip_target + fi + done + IFS=$OLDIFS; + else + value=${value#+}; + if grep -q $value /sys/class/net/${DEVICE}/bonding/arp_ip_target; then + echo "-$value" > /sys/class/net/${DEVICE}/bonding/arp_ip_target + fi + fi + done +fi + +/etc/sysconfig/network-scripts/ifdown-ipv6 ${CONFIG} + +retcode=0 +[ -n "$(pidof -x dhclient)" ] && { + for VER in "" 6 ; do + if [ -f "/var/run/dhclient$VER-${DEVICE}.pid" ]; then + dhcpid=$(cat /var/run/dhclient$VER-${DEVICE}.pid) + generate_lease_file_name $VER + if [[ "$DHCPRELEASE" = [yY1]* ]]; then + /sbin/dhclient -r -lf ${LEASEFILE} -pf /var/run/dhclient$VER-${DEVICE}.pid ${DEVICE} >/dev/null 2>&1 + retcode=$? + else + kill $dhcpid >/dev/null 2>&1 + retcode=$? + reason=STOP$VER interface=${DEVICE} /sbin/dhclient-script + fi + if [ -f "/var/run/dhclient$VER-${DEVICE}.pid" ]; then + rm -f /var/run/dhclient$VER-${DEVICE}.pid + kill $dhcpid >/dev/null 2>&1 + fi + fi + done +} +# we can't just delete the configured address because that address +# may have been changed in the config file since the device was +# brought up. Flush all addresses associated with this +# instance instead. +if [ -d "/sys/class/net/${REALDEVICE}" ]; then + if [ "${REALDEVICE}" = "${DEVICE}" ]; then + ip addr flush dev ${REALDEVICE} scope global 2>/dev/null + else + ip addr flush dev ${REALDEVICE} label ${DEVICE} scope global 2>/dev/null + fi + + if [ "${SLAVE}" = "yes" -a -n "${MASTER}" ]; then + echo "-${DEVICE}" > /sys/class/net/${MASTER}/bonding/slaves 2>/dev/null + fi + + if [ "${REALDEVICE}" = "${DEVICE}" ]; then + ip link set dev ${DEVICE} down 2>/dev/null + fi +fi +[ "$retcode" = "0" ] && retcode=$? + +# wait up to 5 seconds for device to actually come down... +waited=0 +while ! check_device_down ${DEVICE} && [ "$waited" -lt 50 ] ; do + usleep 10000 + waited=$(($waited+1)) +done + +if [ "$retcode" = 0 ] ; then + /etc/sysconfig/network-scripts/ifdown-post $CONFIG + # do NOT use $? because ifdown should return whether or not + # the interface went down. +fi + +if [ -n "$PKEY" ]; then + # PKey PKEY + echo "$NEW_PKEY_ID" > /sys/class/net/${PHYSDEV}/delete_child +fi + +exit $retcode diff --git a/redhat/rdma.ifup-ib b/redhat/rdma.ifup-ib new file mode 100644 index 0000000..bb4d4f7 --- /dev/null +++ b/redhat/rdma.ifup-ib @@ -0,0 +1,308 @@ +#!/bin/bash +# Network Interface Configuration System +# Copyright (c) 1996-2013 Red Hat, Inc. all rights reserved. +# +# This program is free software; you can redistribute it and/or modify +# it under the terms of the GNU General Public License, version 2, +# as published by the Free Software Foundation. +# +# This program is distributed in the hope that it will be useful, +# but WITHOUT ANY WARRANTY; without even the implied warranty of +# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the +# GNU General Public License for more details. +# +# You should have received a copy of the GNU General Public License +# along with this program; if not, write to the Free Software +# Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301, USA. + +. /etc/init.d/functions + +cd /etc/sysconfig/network-scripts +. ./network-functions + +[ -f ../network ] && . ../network + +CONFIG="${1}" + +need_config "${CONFIG}" + +source_config + +# Allow the user to override the detection of our physical device by passing +# it in. No checking is done, if the user gives us a bogus dev, it's +# their problem. +[ -n "${PHYSDEV}" ] && REALDEVICE="$PHYSDEV" + +if [ "${BOOTPROTO}" = "dhcp" ]; then + DYNCONFIG=true +fi + +# load the module associated with that device +# /sbin/modprobe ${REALDEVICE} +is_available_wait ${REALDEVICE} ${DEVTIMEOUT} + +# bail out, if the MAC does not fit +if [ -n "${HWADDR}" ]; then + FOUNDMACADDR=$(get_hwaddr ${REALDEVICE} | tail -c 24) + HWADDR=$(echo $HWADDR | tail -c 24) + if [ "${FOUNDMACADDR}" != "${HWADDR}" ]; then + net_log $"Device ${DEVICE} has different MAC address than expected, ignoring." + exit 1 + fi +fi + +# now check the real state +is_available ${REALDEVICE} || { + if [ -n "$alias" ]; then + net_log $"$alias device ${DEVICE} does not seem to be present, delaying initialization." + else + net_log $"Device ${DEVICE} does not seem to be present, delaying initialization." + fi + exit 1 +} + +# if we are a P_Key device, create the device if needed +if [ "${PKEY}" = yes ]; then + [ -z "${PKEY_ID}" ] && { + net_log $"InfiniBand IPoIB device: PKEY=yes requires a PKEY_ID" + exit 1 + } + [ -z "${PHYSDEV}" ] && { + net_log $"InfiniBand IPoIB device: PKEY=yes requires a PHYSDEV" + exit 1 + } + # Normalize our PKEY_ID to have the high bit set + NEW_PKEY_ID=`printf "0x%04x" $(( 0x8000 | ${PKEY_ID} ))` + NEW_PKEY_NAME=`printf "%04x" ${NEW_PKEY_ID}` + [ "${DEVICE}" != "${PHYSDEV}.${NEW_PKEY_NAME}" ] && { + net_log $"Configured DEVICE name does not match what new device name would be. This +is most likely because once the PKEY_ID was normalized, it no longer +resulted in the expected device naming, and so the DEVICE entry in the +config file needs to be updated to match. This can also be caused by +giving PKEY_ID as a hex number but without using the mandatory 0x prefix. + Configured DEVICE=$DEVICE + Configured PHYSDEV=$PHYSDEV + Configured PKEY_ID=$PKEY_ID + Calculated PKEY_ID=$NEW_PKEY_ID + Calculated name=${PHYSDEV}.${NEW_PKEY_NAME}" + exit 1 + } + [ -d "/sys/class/net/${DEVICE}" ] || + echo "${NEW_PKEY_ID}" > "/sys/class/net/${PHYSDEV}/create_child" + [ -d "/sys/class/net/${DEVICE}" ] || { + echo "Failed to create child device $NEW_PKEY_ID of $PHYSDEV" + exit 1 + } + # When we get to setting up the IP address, we need REALDEVICE to + # point to our new PKEY device + REALDEVICE="${DEVICE}" +fi + + +if [ -n "${MACADDR}" ]; then + net_log $"IPoIB devices do not support setting the MAC address of the interface" + # ip link set dev ${DEVICE} address ${MACADDR} +fi + +# First, do we even support setting connected mode? +if [ -e /sys/class/net/${DEVICE}/mode ]; then + # OK, set the mode in all cases, that way it gets reset on a down/up + # cycle, allowing people to change the mode without rebooting + if [ "${CONNECTED_MODE}" = yes ]; then + echo connected > /sys/class/net/${DEVICE}/mode + # cap the MTU where we should based upon mode + [ -z "$MTU" ] && MTU=65520 + [ "$MTU" -gt 65520 ] && MTU=65520 + else + echo datagram > /sys/class/net/${DEVICE}/mode + # cap the MTU where we should based upon mode + [ -z "$MTU" ] && MTU=2044 + [ "$MTU" -gt 2044 ] && MTU=2044 + fi +fi + +if [ -n "${MTU}" ]; then + ip link set dev ${DEVICE} mtu ${MTU} +fi + +# slave device? +if [ "${SLAVE}" = yes -a "${ISALIAS}" = no -a "${MASTER}" != "" ]; then + install_bonding_driver ${MASTER} + grep -wq "${DEVICE}" /sys/class/net/${MASTER}/bonding/slaves 2>/dev/null || { + /sbin/ip link set dev ${DEVICE} down + echo "+${DEVICE}" > /sys/class/net/${MASTER}/bonding/slaves 2>/dev/null + } + ethtool_set + + exit 0 +fi + +# Bonding initialization. For DHCP, we need to enslave the devices early, +# so it can actually get an IP. +if [ "$ISALIAS" = no ] && is_bonding_device ${DEVICE} ; then + install_bonding_driver ${DEVICE} + /sbin/ip link set dev ${DEVICE} up + for device in $(LANG=C grep -l "^[[:space:]]*MASTER=\"\?${DEVICE}\"\?\([[:space:]#]\|$\)" /etc/sysconfig/network-scripts/ifcfg-*) ; do + is_ignored_file "$device" && continue + /sbin/ifup ${device##*/} + done + + [ -n "${LINKDELAY}" ] && /bin/sleep ${LINKDELAY} + + # add the bits to setup the needed post enslavement parameters + for arg in $BONDING_OPTS ; do + key=${arg%%=*}; + value=${arg##*=}; + if [ "${key}" = "primary" ]; then + echo $value > /sys/class/net/${DEVICE}/bonding/$key + fi + done +fi + + +if [ -n "${DYNCONFIG}" ] && [ -x /sbin/dhclient ]; then + if [[ "${PERSISTENT_DHCLIENT}" = [yY1]* ]]; then + ONESHOT=""; + else + ONESHOT="-1"; + fi; + generate_config_file_name + generate_lease_file_name + DHCLIENTARGS="${DHCLIENTARGS} -H ${DHCP_HOSTNAME:-${HOSTNAME%%.*}} ${ONESHOT} -q ${DHCLIENTCONF} -lf ${LEASEFILE} -pf /var/run/dhclient-${DEVICE}.pid" + echo + echo -n $"Determining IP information for ${DEVICE}..." + if [[ "${PERSISTENT_DHCLIENT}" != [yY1]* ]] && check_link_down ${DEVICE}; then + echo $" failed; no link present. Check cable?" + exit 1 + fi + + ethtool_set + + if /sbin/dhclient ${DHCLIENTARGS} ${DEVICE} ; then + echo $" done." + dhcpipv4="good" + else + echo $" failed." + if [[ "${IPV4_FAILURE_FATAL}" = [Yy1]* ]] ; then + exit 1 + fi + if [[ "$IPV6INIT" != [yY1]* && "$DHCPV6C" != [yY1]* ]] ; then + exit 1 + fi + net_log "Unable to obtain IPv4 DHCP address ${DEVICE}." warning + fi +# end dynamic device configuration +else + if [ -z "${IPADDR}" -a -z "${IPADDR0}" -a -z "${IPADDR1}" -a -z "${IPADDR2}" ]; then + # enable device without IP, useful for e.g. PPPoE + ip link set dev ${REALDEVICE} up + ethtool_set + [ -n "${LINKDELAY}" ] && /bin/sleep ${LINKDELAY} + else + + expand_config + + [ -n "${ARP}" ] && \ + ip link set dev ${REALDEVICE} $(toggle_value arp $ARP) + + if ! ip link set dev ${REALDEVICE} up ; then + net_log $"Failed to bring up ${DEVICE}." + exit 1 + fi + + ethtool_set + + [ -n "${LINKDELAY}" ] && /bin/sleep ${LINKDELAY} + + if [ "${DEVICE}" = "lo" ]; then + SCOPE="scope host" + else + SCOPE=${SCOPE:-} + fi + + if [ -n "$SRCADDR" ]; then + SRC="src $SRCADDR" + else + SRC= + fi + + # set IP address(es) + for idx in {0..256} ; do + if [ -z "${ipaddr[$idx]}" ]; then + break + fi + + if ! LC_ALL=C ip addr ls ${REALDEVICE} | LC_ALL=C grep -q "${ipaddr[$idx]}/${prefix[$idx]}" ; then + [ "${REALDEVICE}" != "lo" ] && [ "${arpcheck[$idx]}" != "no" ] && \ + /sbin/arping -q -c 2 -w 3 -D -I ${REALDEVICE} ${ipaddr[$idx]} + if [ $? = 1 ]; then + net_log $"Error, some other host already uses address ${ipaddr[$idx]}." + exit 1 + fi + + if ! ip addr add ${ipaddr[$idx]}/${prefix[$idx]} \ + brd ${broadcast[$idx]:-+} dev ${REALDEVICE} ${SCOPE} label ${DEVICE}; then + net_log $"Error adding address ${ipaddr[$idx]} for ${DEVICE}." + fi + fi + + if [ -n "$SRCADDR" ]; then + sysctl -w "net.ipv4.conf.${REALDEVICE}.arp_filter=1" >/dev/null 2>&1 + fi + + # update ARP cache of neighboring computers + if [ "${REALDEVICE}" != "lo" ]; then + /sbin/arping -q -A -c 1 -I ${REALDEVICE} ${ipaddr[$idx]} + ( sleep 2; + /sbin/arping -q -U -c 1 -I ${REALDEVICE} ${ipaddr[$idx]} ) > /dev/null 2>&1 < /dev/null & + fi + done + + # Set a default route. + if [ "${DEFROUTE}" != "no" ] && [ -z "${GATEWAYDEV}" -o "${GATEWAYDEV}" = "${REALDEVICE}" ]; then + # set up default gateway. replace if one already exists + if [ -n "${GATEWAY}" ] && [ "$(ipcalc --network ${GATEWAY} ${netmask[0]} 2>/dev/null)" = "NETWORK=${NETWORK}" ]; then + ip route replace default ${METRIC:+metric $METRIC} \ + via ${GATEWAY} ${WINDOW:+window $WINDOW} ${SRC} \ + ${GATEWAYDEV:+dev $GATEWAYDEV} || + net_log $"Error adding default gateway ${GATEWAY} for ${DEVICE}." + elif [ "${GATEWAYDEV}" = "${DEVICE}" ]; then + ip route replace default ${METRIC:+metric $METRIC} \ + ${SRC} ${WINDOW:+window $WINDOW} dev ${REALDEVICE} || + net_log $"Erorr adding default gateway for ${REALDEVICE}." + fi + fi + fi +fi + +# Add Zeroconf route. +if [ -z "${NOZEROCONF}" -a "${ISALIAS}" = "no" -a "${REALDEVICE}" != "lo" ]; then + ip route add 169.254.0.0/16 dev ${REALDEVICE} metric $((1000 + $(cat /sys/class/net/${REALDEVICE}/ifindex))) scope link +fi + +# Inform firewall which network zone (empty means default) this interface belongs to +if [ -x /usr/bin/firewall-cmd -a "${REALDEVICE}" != "lo" ]; then + /usr/bin/firewall-cmd --zone="${ZONE}" --change-interface="${DEVICE}" > /dev/null 2>&1 +fi + +# IPv6 initialisation? +/etc/sysconfig/network-scripts/ifup-ipv6 ${CONFIG} +if [[ "${DHCPV6C}" = [Yy1]* ]] && [ -x /sbin/dhclient ]; then + generate_config_file_name 6 + generate_lease_file_name 6 + echo + echo -n $"Determining IPv6 information for ${DEVICE}..." + if /sbin/dhclient -6 -1 ${DHCPV6C_OPTIONS} ${DHCLIENTCONF} -lf ${LEASEFILE} -pf /var/run/dhclient6-${DEVICE}.pid -H ${DHCP_HOSTNAME:-${HOSTNAME%%.*}} ${DEVICE} ; then + echo $" done." + else + echo $" failed." + if [ "${dhcpipv4}" = "good" -o -n "${IPADDR}" ]; then + net_log "Unable to obtain IPv6 DHCP address ${DEVICE}." warning + else + exit 1 + fi + fi +fi + +exec /etc/sysconfig/network-scripts/ifup-post ${CONFIG} ${2} + diff --git a/redhat/rdma.kernel-init b/redhat/rdma.kernel-init new file mode 100644 index 0000000..6cb4732 --- /dev/null +++ b/redhat/rdma.kernel-init @@ -0,0 +1,262 @@ +#!/bin/bash +# +# Bring up the kernel RDMA stack +# +# This is usually run automatically by systemd after a hardware activation +# event in udev has triggered a start of the rdma.service unit +# + +shopt -s nullglob + +CONFIG=/etc/rdma/rdma.conf +MTRR_SCRIPT=/usr/libexec/rdma-fixup-mtrr.awk + +LOAD_ULP_MODULES="" +LOAD_CORE_USER_MODULES="ib_umad ib_uverbs ib_ucm rdma_ucm" +LOAD_CORE_CM_MODULES="iw_cm ib_cm rdma_cm" +LOAD_CORE_MODULES="ib_core ib_mad ib_sa ib_addr" +LOAD_TECH_PREVIEW_DRIVERS="no" + +if [ -f $CONFIG ]; then + . $CONFIG + + if [ "${RDS_LOAD}" == "yes" ]; then + IPOIB_LOAD=yes + fi + + if [ "${IPOIB_LOAD}" == "yes" ]; then + LOAD_ULP_MODULES="ib_ipoib" + fi + + if [ "${RDS_LOAD}" == "yes" -a -f /lib/modules/`uname -r`/kernel/net/rds/rds.ko ]; then + LOAD_ULP_MODULES="$LOAD_ULP_MODULES rds" + if [ -f /lib/modules/`uname -r`/kernel/net/rds/rds_tcp.ko ]; then + LOAD_ULP_MODULES="$LOAD_ULP_MODULES rds_tcp" + fi + if [ -f /lib/modules/`uname -r`/kernel/net/rds/rds_rdma.ko ]; then + LOAD_ULP_MODULES="$LOAD_ULP_MODULES rds_rdma" + fi + fi + + if [ "${SRP_LOAD}" == "yes" ]; then + LOAD_ULP_MODULES="$LOAD_ULP_MODULES ib_srp" + fi + + if [ "${SRPT_LOAD}" == "yes" ]; then + LOAD_ULP_MODULES="$LOAD_ULP_MODULES ib_srpt" + fi + + if [ "${ISER_LOAD}" == "yes" ]; then + LOAD_ULP_MODULES="$LOAD_ULP_MODULES ib_iser" + fi + + if [ "${ISERT_LOAD}" == "yes" ]; then + LOAD_ULP_MODULES="$LOAD_ULP_MODULES ib_isert" + fi + + if [ "${XPRTRDMA_LOAD}" == "yes" ]; then + LOAD_ULP_MODULES="$LOAD_ULP_MODULES xprtrdma" + fi + + if [ "${SVCRDMA_LOAD}" == "yes" ]; then + LOAD_ULP_MODULES="$LOAD_ULP_MODULES svcrdma" + fi + if [ "${TECH_PREVIEW_LOAD}" == "yes" ]; then + LOAD_TECH_PREVIEW_DRIVERS="$TECH_PREVIEW_LOAD" + fi +else + LOAD_ULP_MODULES="ib_ipoib" +fi + +# If module $1 is loaded return - 0 else - 1 +is_loaded() +{ + /sbin/lsmod | grep -w "$1" > /dev/null 2>&1 + return $? +} + +load_modules() +{ + local RC=0 + + for module in $*; do + if ! /sbin/modinfo $module > /dev/null 2>&1; then + # do not attempt to load modules which do not exist + continue + fi + if ! is_loaded $module; then + /sbin/modprobe $module + res=$? + RC=$[ $RC + $res ] + if [ $res -ne 0 ]; then + echo + echo "Failed to load module $module" + fi + fi + done + return $RC +} + +# This function is a horrible hack to work around BIOS authors that should +# be shot. Specifically, certain BIOSes will map the entire 4GB address +# space as write-back cacheable when the machine has 4GB or more of RAM, and +# then they will exclude the reserved PCI I/O addresses from that 4GB +# cacheable mapping by making on overlapping uncacheable mapping. However, +# once you do that, it is then impossible to set *any* of the PCI I/O +# address space as write-combining. This is an absolute death-knell to +# certain IB hardware. So, we unroll this mapping here. Instead of +# punching a hole in a single 4GB mapping, we redo the base 4GB mapping as +# a series of discreet mappings that effectively are the same as the 4GB +# mapping minus the hole, and then we delete the uncacheable mappings that +# are used to punch the hole. This then leaves the PCI I/O address space +# unregistered (which defaults it to uncacheable), but available for +# write-combining mappings where needed. +check_mtrr_registers() +{ + # If we actually change the mtrr registers, then the awk script will + # return true, and we need to unload the ib_ipath module if it's already + # loaded. The udevtrigger in load_hardware_modules will immediately + # reload the ib_ipath module for us, so there shouldn't be a problem. + [ -f /proc/mtrr -a -f $MTRR_SCRIPT ] && + awk -f $MTRR_SCRIPT /proc/mtrr 2>/dev/null && + if is_loaded ib_ipath; then + /sbin/rmmod ib_ipath + fi +} + +load_hardware_modules() +{ + local -i RC=0 + + [ "$FIXUP_MTRR_REGS" = "yes" ] && check_mtrr_registers + # We match both class NETWORK and class INFINIBAND devices since our + # iWARP hardware is listed under class NETWORK. The side effect of + # this is that we might cause a non-iWARP network driver to be loaded. + udevadm trigger --subsystem-match=pci --attr-nomatch=driver --attr-match=class=0x020000 --attr-match=class=0x0c0600 + udevadm settle + if [ -r /proc/device-tree ]; then + if [ -n "`ls /proc/device-tree | grep lhca`" ]; then + if ! is_loaded ib_ehca; then + load_modules ib_ehca + RC+=$? + fi + fi + fi + if is_loaded mlx4_core -a ! is_loaded mlx4_ib; then + load_modules mlx4_ib + RC+=$? + fi + if is_loaded mlx4_core -a ! is_loaded mlx4_en; then + load_modules mlx4_en + RC+=$? + fi + if is_loaded mlx5_core -a ! is_loaded mlx5_ib; then + load_modules mlx5_ib + RC+=$? + fi + if is_loaded cxgb3 -a ! is_loaded iw_cxgb3; then + load_modules iw_cxgb3 + RC+=$? + fi + if is_loaded cxgb4 -a ! is_loaded iw_cxgb4; then + load_modules iw_cxgb4 + RC+=$? + fi + if is_loaded be2net -a ! is_loaded ocrdma; then + load_modules ocrdma + RC+=$? + fi + if is_loaded enic -a ! is_loaded usnic_verbs; then + load_modules usnic_verbs + RC+=$? + fi + if [ "${LOAD_TECH_PREVIEW_DRIVERS}" == "yes" ]; then + if is_loaded i40e -a ! is_loaded i40iw; then + load_modules i40iw + RC+=$? + fi + fi + return $RC +} + +errata_58() +{ + # Check AMD chipset issue Errata #58 + if test -x /sbin/lspci && test -x /sbin/setpci; then + if ( /sbin/lspci -nd 1022:1100 | grep "1100" > /dev/null ) && + ( /sbin/lspci -nd 1022:7450 | grep "7450" > /dev/null ) && + ( /sbin/lspci -nd 15b3:5a46 | grep "5a46" > /dev/null ); then + CURVAL=`/sbin/setpci -d 1022:1100 69` + for val in $CURVAL + do + if [ "${val}" != "c0" ]; then + /sbin/setpci -d 1022:1100 69=c0 + if [ $? -eq 0 ]; then + break + else + echo "Failed to apply AMD-8131 Errata #58 workaround" + fi + fi + done + fi + fi +} + +errata_56() +{ + # Check AMD chipset issue Errata #56 + if test -x /sbin/lspci && test -x /sbin/setpci; then + if ( /sbin/lspci -nd 1022:1100 | grep "1100" > /dev/null ) && + ( /sbin/lspci -nd 1022:7450 | grep "7450" > /dev/null ) && + ( /sbin/lspci -nd 15b3:5a46 | grep "5a46" > /dev/null ); then + bus="" + # Look for devices AMD-8131 + for dev in `/sbin/setpci -v -f -d 1022:7450 19 | cut -d':' -f1,2` + do + bus=`/sbin/setpci -s $dev 19` + rev=`/sbin/setpci -s $dev 8` + # Look for Tavor attach to secondary bus of this devices + for device in `/sbin/setpci -f -s $bus: -d 15b3:5a46 19` + do + if [ $rev -lt 13 ]; then + /sbin/setpci -d 15b3:5a44 72=14 + if [ $? -eq 0 ]; then + break + else + echo + echo "Failed to apply AMD-8131 Errata #56 workaround" + fi + else + continue + fi + # If more than one device is on the bus the issue a + # warning + num=`/sbin/setpci -f -s $bus: 0 | wc -l | sed 's/\ *//g'` + if [ $num -gt 1 ]; then + echo "Warning: your current PCI-X configuration might be incorrect." + echo "see AMD-8131 Errata 56 for more details." + fi + done + done + fi + fi +} + + +load_hardware_modules +RC=$[ $RC + $? ] +load_modules $LOAD_CORE_MODULES +RC=$[ $RC + $? ] +load_modules $LOAD_CORE_CM_MODULES +RC=$[ $RC + $? ] +load_modules $LOAD_CORE_USER_MODULES +RC=$[ $RC + $? ] +load_modules $LOAD_ULP_MODULES +RC=$[ $RC + $? ] + +errata_58 +errata_56 + +/usr/libexec/rdma-set-sriov-vf + +exit $RC diff --git a/redhat/rdma.mlx4-setup.sh b/redhat/rdma.mlx4-setup.sh new file mode 100644 index 0000000..5e71ade --- /dev/null +++ b/redhat/rdma.mlx4-setup.sh @@ -0,0 +1,91 @@ +#!/bin/bash +dir="/sys/bus/pci/drivers/mlx4_core" +[ ! -d $dir ] && exit 1 +pushd $dir >/dev/null + +function set_dual_port() { + device=$1 + port1=$2 + port2=$3 + pushd $device >/dev/null + cur_p1=`cat mlx4_port1` + cur_p2=`cat mlx4_port2` + + # special case the "eth eth" mode as we need port2 to + # actually switch to eth before the driver will let us + # switch port1 to eth as well + if [ "$port1" == "eth" ]; then + if [ "$port2" != "eth" ]; then + echo "In order for port1 to be eth, port2 to must also be eth" + popd >/dev/null + return + fi + if [ "$cur_p2" != "eth" -a "$cur_p2" != "auto (eth)" ]; then + tries=0 + echo "$port2" > mlx4_port2 2>/dev/null + sleep .25 + cur_p2=`cat mlx4_port2` + while [ "$cur_p2" != "eth" -a "$cur_p2" != "auto (eth)" -a $tries -lt 10 ]; do + sleep .25 + let tries++ + cur_p2=`cat mlx4_port2` + done + if [ "$cur_p2" != "eth" -a "$cur_p2" != "auto (eth)" ]; then + echo "Failed to set port2 to eth mode" + popd >/dev/null + return + fi + fi + if [ "$cur_p1" != "eth" -a "$cur_p1" != "auto (eth)" ]; then + tries=0 + echo "$port1" > mlx4_port1 2>/dev/null + sleep .25 + cur_p1=`cat mlx4_port1` + while [ "$cur_p1" != "eth" -a "$cur_p1" != "auto (eth)" -a $tries -lt 10 ]; do + sleep .25 + let tries++ + cur_p1=`cat mlx4_port1` + done + if [ "$cur_p1" != "eth" -a "$cur_p1" != "auto (eth)" ]; then + echo "Failed to set port1 to eth mode" + fi + fi + popd >/dev/null + return + fi + + # our mode is not eth <anything> as that is covered above + # so we should be able to succesfully set the ports in + # port1 then port2 order + if [ "$cur_p1" != "$port1" -o "$cur_p2" != "$port2" ]; then + # Try setting the ports in order first + echo "$port1" > mlx4_port1 2>/dev/null ; sleep .1 + echo "$port2" > mlx4_port2 2>/dev/null ; sleep .1 + cur_p1=`cat mlx4_port1` + cur_p2=`cat mlx4_port2` + fi + + if [ "$cur_p1" != "$port1" -o "$cur_p2" != "$port2" ]; then + # Try reverse order this time + echo "$port2" > mlx4_port2 2>/dev/null ; sleep .1 + echo "$port1" > mlx4_port1 2>/dev/null ; sleep .1 + cur_p1=`cat mlx4_port1` + cur_p2=`cat mlx4_port2` + fi + + if [ "$cur_p1" != "$port1" -o "$cur_p2" != "$port2" ]; then + echo "Error setting port type on mlx4 device $device" + fi + + popd >/dev/null + return +} + + +while read device port1 port2 ; do + [ -d "$device" ] || continue + [ -z "$port1" ] && continue + [ -f "$device/mlx4_port2" -a -z "$port2" ] && continue + [ -f "$device/mlx4_port2" ] && set_dual_port $device $port1 $port2 || echo "$port1" > "$device/mlx4_port1" +done +popd 2&>/dev/null diff --git a/redhat/rdma.mlx4.conf b/redhat/rdma.mlx4.conf new file mode 100644 index 0000000..71207cc --- /dev/null +++ b/redhat/rdma.mlx4.conf @@ -0,0 +1,27 @@ +# Config file for mlx4 hardware port settings +# This file is read when the mlx4_core module is loaded and used to +# set the port types for any hardware found. If a card is not listed +# in this file, then its port types are left alone. +# +# Format: +# <pci_device_of_card> <port1_type> [port2_type] +# +# @port1 and @port2: +# One of auto, ib, or eth. No checking is performed to make sure that +# combinations are valid. Invalid inputs will result in the driver +# not setting the port to the type requested. port1 is required at +# all times, port2 is required for dual port cards. +# +# Example: +# 0000:0b:00.0 eth eth +# +# You can find the right pci device to use for any given card by loading +# the mlx4_core module, then going to /sys/bus/pci/drivers/mlx4_core and +# seeing what possible PCI devices are listed there. The possible values +# for ports are: ib, eth, and auto. However, not all cards support all +# types, so if you get messages from the kernel that your selected port +# type isn't supported, there's nothing this script can do about it. Also, +# some cards don't support using different types on the two ports (aka, +# both ports must be either eth or ib). Again, we can't set what the kernel +# or hardware won't support. +# diff --git a/redhat/rdma.mlx4.sys.modprobe b/redhat/rdma.mlx4.sys.modprobe new file mode 100644 index 0000000..781562c --- /dev/null +++ b/redhat/rdma.mlx4.sys.modprobe @@ -0,0 +1,5 @@ +# WARNING! - This file is overwritten any time the rdma rpm package is +# updated. Please do not make any changes to this file. Instead, make +# changes to the mlx4.conf file. It's contents are preserved if they +# have been changed from the default values. +install mlx4_core /sbin/modprobe --ignore-install mlx4_core $CMDLINE_OPTS && (if [ -f /usr/libexec/mlx4-setup.sh -a -f /etc/rdma/mlx4.conf ]; then /usr/libexec/mlx4-setup.sh < /etc/rdma/mlx4.conf; fi; /sbin/modprobe mlx4_en; if /sbin/modinfo mlx4_ib > /dev/null 2>&1; then /sbin/modprobe mlx4_ib; fi) diff --git a/redhat/rdma.mlx4.user.modprobe b/redhat/rdma.mlx4.user.modprobe new file mode 100644 index 0000000..c8b4cce --- /dev/null +++ b/redhat/rdma.mlx4.user.modprobe @@ -0,0 +1,21 @@ +# This file is intended for users to select the various module options +# they need for the mlx4 driver. On upgrade of the rdma package, +# any user made changes to this file are preserved. Any changes made +# to the libmlx4.conf file in this directory are overwritten on +# pacakge upgrade. +# +# Some sample options and what they would do +# Enable debugging output, device managed flow control, and disable SRIOV +#options mlx4_core debug_level=1 log_num_mgm_entry_size=-1 probe_vf=0 num_vfs=0 +# +# Enable debugging output and create SRIOV devices, but don't attach any of +# the child devices to the host, only the parent device +#options mlx4_core debug_level=1 probe_vf=0 num_vfs=7 +# +# Enable debugging output, SRIOV, and attach one of the SRIOV child devices +# in addition to the parent device to the host +#options mlx4_core debug_level=1 probe_vf=1 num_vfs=7 +# +# Enable per priority flow control for send and receive, setting both priority +# 1 and 2 as no drop priorities +#options mlx4_en pfctx=3 pfcrx=3 diff --git a/redhat/rdma.modules-setup.sh b/redhat/rdma.modules-setup.sh new file mode 100644 index 0000000..19a182f --- /dev/null +++ b/redhat/rdma.modules-setup.sh @@ -0,0 +1,30 @@ +#!/bin/bash + +check() { + [ -n "$hostonly" -a -c /sys/class/infiniband_verbs/uverbs0 ] && return 0 + [ -n "$hostonly" ] && return 255 + return 0 +} + +depends() { + return 0 +} + +install() { + inst /etc/rdma/rdma.conf + inst /etc/rdma/mlx4.conf + inst /etc/rdma/sriov-vfs + inst /usr/libexec/rdma-init-kernel + inst /usr/libexec/rdma-fixup-mtrr.awk + inst /usr/libexec/mlx4-setup.sh + inst /usr/libexec/rdma-set-sriov-vf + inst /usr/lib/modprobe.d/libmlx4.conf + inst_multiple lspci setpci awk sleep + inst_multiple -o /etc/modprobe.d/mlx4.conf + inst_rules 98-rdma.rules 70-persistent-ipoib.rules +} + +installkernel() { + hostonly='' instmods =drivers/infiniband =drivers/net/ethernet/mellanox =drivers/net/ethernet/chelsio =drivers/net/ethernet/cisco =drivers/net/ethernet/emulex =drivers/target + hostonly='' instmods crc-t10dif crct10dif_common +} diff --git a/redhat/rdma.service b/redhat/rdma.service new file mode 100644 index 0000000..514ef58 --- /dev/null +++ b/redhat/rdma.service @@ -0,0 +1,15 @@ +[Unit] +Description=Initialize the iWARP/InfiniBand/RDMA stack in the kernel +Documentation=file:/etc/rdma/rdma.conf +RefuseManualStop=true +DefaultDependencies=false +Conflicts=emergency.target emergency.service +Before=network.target remote-fs-pre.target + +[Service] +Type=oneshot +RemainAfterExit=yes +ExecStart=/usr/libexec/rdma-init-kernel + +[Install] +WantedBy=sysinit.target diff --git a/redhat/rdma.sriov-init b/redhat/rdma.sriov-init new file mode 100644 index 0000000..0d7cbc6 --- /dev/null +++ b/redhat/rdma.sriov-init @@ -0,0 +1,137 @@ +#!/bin/bash +# +# Initialize SRIOV virtual devices +# +# This is usually run automatically by systemd after a hardware activation +# event in udev has triggered a start of the rdma.service unit +port=1 + +function __get_parent_pci_dev() +{ + pushd /sys/bus/pci/devices/$pci_dev >/dev/null 2>&1 + ppci_dev=`ls -l physfn | cut -f 2 -d '/'` + popd >/dev/null 2>&1 +} + +function __get_parent_ib_dev() +{ + ib_dev=`ls -l | awk '/'$ppci_dev'/ { print $9 }'` +} + +function __get_parent_net_dev() +{ + for netdev in /sys/bus/pci/devices/$ppci_dev/net/* ; do + if [ "$port" -eq `cat $netdev/dev_port` ]; then + netdev=`basename $netdev` + break + fi + done +} + +function __get_vf_num() +{ + pushd /sys/bus/pci/devices/$ppci_dev >/dev/null 2>&1 + vf=`ls -l virtfn* | awk '/'$pci_dev'/ { print $9 }' | sed -e 's/virtfn//'` + popd >/dev/null 2>&1 +} + +function __en_sriov_set_vf() +{ + pci_dev=$1 + shift + [ "$1" = "port" ] && port=$2 && shift 2 + # We find our parent device by the netdev registered port number, + # however, the netdev port numbers start at 0 while the port + # numbers on the card start at 1, so we subtract 1 from our + # configured port number to get the netdev number + let port-- + # Now we need to fill in the necessary information to pass to the ip + # command + __get_parent_pci_dev + __get_parent_net_dev + __get_vf_num + # The rest is easy. Either the user passed valid arguments as options + # or they didn't + ip link set dev $netdev vf $vf $* +} + +function __ib_sriov_set_vf() +{ + pci_dev=$1 + shift + [ "$1" = "port" ] && port=$2 && shift 2 + guid="" + __get_parent_pci_dev + __get_parent_ib_dev + [ -f $ib_dev/iov/$pci_dev/ports/$port/gid_idx/0 ] || return + while [ -n "$1" ]; do + case $1 in + guid) + guid=$2 + shift 2 + ;; + pkey) + shift 1 + break + ;; + *) + echo "Unknown option in $src" + shift + ;; + esac + done + if [ -n "$guid" ]; then + guid_idx=`cat "$ib_dev/iov/$pci_dev/ports/$port/gid_idx/0"` + echo "$guid" > "$ib_dev/iov/ports/$port/admin_guids/$guid_idx" + fi + i=0 + while [ -n "$1" ]; do + for pkey in $ib_dev/iov/ports/$port/pkeys/*; do + if [ `cat $pkey` = "$1" ]; then + echo `basename $pkey` > $ib_dev/iov/$pci_dev/ports/$port/pkey_idx/$i + let i++ + break + fi + done + shift + done +} + +[ -d /sys/class/infiniband ] || return +pushd /sys/class/infiniband >/dev/null 2>&1 + +if [ -z "$*" ]; then + src=/etc/rdma/sriov-vfs + [ -f "$src" ] || return + grep -v "^#" $src | while read -a args; do + # When we use read -a to read into an array, the index starts at + # 0, unlike below where the arg count starts at 1 + port=1 + next_arg=1 + [ "${args[$next_arg]}" = "port" ] && next_arg=3 + case ${args[$next_arg]} in + guid|pkey) + __ib_sriov_set_vf ${args[*]} + ;; + mac|vlan|rate|spoofchk|enable) + __en_sriov_set_vf ${args[*]} + ;; + *) + ;; + esac + done +else + [ "$2" = "port" ] && next_arg=$4 || next_arg=$2 + case $next_arg in + guid|pkey) + __ib_sriov_set_vf $* + ;; + mac|vlan|rate|spoofchk|enable) + __en_sriov_set_vf $* + ;; + *) + ;; + esac +fi + +popd >/dev/null 2>&1 diff --git a/redhat/rdma.sriov-vfs b/redhat/rdma.sriov-vfs new file mode 100644 index 0000000..ef3e6c0 --- /dev/null +++ b/redhat/rdma.sriov-vfs @@ -0,0 +1,41 @@ +# All lines in this file that start with a # are comments, +# all other lines will be processed without argument checks +# Format of this file is one sriov vf setting per line with +# arguments as follows: +# vf [port #] [ethernet settings | infiniband settings] +# +# @vf - PCI address of device to configure as found in +# /sys/bus/pci/devices/ +# +# [port @port] - Optional: the port number we are setting on +# the device. We always assume port 1 unless told +# otherwise. +# +# Ethernet settings: +# mac <mac address> [additional options] +# @mac - mac address to assign to vf...this is currently required by +# the ip program if you wish to be able to set any of the other +# settings. If you don't set anything on a vf, it will get a +# random mac address and you may use static IP addressing to +# have a consistent IP address in spite of the random mac +# @* - additional arguments are passed to ip link without any +# further processing/checking, additional options that could +# be passed as of the time of writing this are: +# [ vlan VLANID [ qos VLAN-QOS ] ] +# [ rate TXRATE ] +# [ spoofchk { on | off} ] +# [ state { auto | enable | disable} ] +# +# InfiniBand settings: +# [guid <guid>] [pkey <space separated list of pkeys>] +# @guid - 64bit GUID value to assign to vf. Omit this option to +# use a subnet manager assigned GUID. +# @pkey - one or more pkeys to assign to this guest, must be last +# item on line +# +# Examples: +# +# 0000:44:00.1 guid 05011403007bcba1 pkey 0xffff 0x8002 +# 0000:44:00.1 port 2 mac aa:bb:cc:dd:ee:f0 spoofchk on +# 0000:44:00.2 port 1 pkey 0x7fff 0x0002 +# 0000:44:00.2 port 2 mac aa:bb:cc:dd:ee:f1 vlan 10 spoofchk on state enable diff --git a/redhat/rdma.udev-ipoib-naming.rules b/redhat/rdma.udev-ipoib-naming.rules new file mode 100644 index 0000000..1002470 --- /dev/null +++ b/redhat/rdma.udev-ipoib-naming.rules @@ -0,0 +1,13 @@ +# This is a sample udev rules file that demonstrates how to get udev to +# set the name of IPoIB interfaces to whatever you wish. There is a +# 16 character limit on network device names though, so don't go too nuts +# +# Important items to note: ATTR{type}=="32" is IPoIB interfaces, and the +# ATTR{address} match must start with ?* and only reference the last 8 +# bytes of the address or else the address might not match on any given +# start of the IPoIB stack +# +# Note: as of rhel7, udev is case sensitive on the address field match +# and all addresses need to be in lower case. +# +# ACTION=="add", SUBSYSTEM=="net", DRIVERS=="?*", ATTR{type}=="32", ATTR{address}=="?*00:02:c9:03:00:31:78:f2", NAME="mlx4_ib3" diff --git a/redhat/rdma.udev-rules b/redhat/rdma.udev-rules new file mode 100644 index 0000000..0c7a8fc --- /dev/null +++ b/redhat/rdma.udev-rules @@ -0,0 +1,18 @@ +# We list all the various kernel modules that drive hardware in the +# InfiniBand stack (and a few in the network stack that might not actually +# be RDMA capable, but we don't know that at this time and it's safe to +# enable the IB stack, so do so unilaterally) and on load of any of that +# hardware, we trigger the rdma.service load in systemd + +SUBSYSTEM=="module", KERNEL=="cxgb*", ACTION=="add", TAG+="systemd", ENV{SYSTEMD_WANTS}="rdma.service" +SUBSYSTEM=="module", KERNEL=="ib_*", ACTION=="add", TAG+="systemd", ENV{SYSTEMD_WANTS}="rdma.service" +SUBSYSTEM=="module", KERNEL=="mlx*", ACTION=="add", TAG+="systemd", ENV{SYSTEMD_WANTS}="rdma.service" +SUBSYSTEM=="module", KERNEL=="iw_*", ACTION=="add", TAG+="systemd", ENV{SYSTEMD_WANTS}="rdma.service" +SUBSYSTEM=="module", KERNEL=="be2net", ACTION=="add", TAG+="systemd", ENV{SYSTEMD_WANTS}="rdma.service" +SUBSYSTEM=="module", KERNEL=="enic", ACTION=="add", TAG+="systemd", ENV{SYSTEMD_WANTS}="rdma.service" + +# When we detect a new verbs device is added to the system, set the node +# description on that device +# If rdma-ndd is installed, defer the setting of the node description to it. +SUBSYSTEM=="infiniband", KERNEL=="*", ACTION=="add", TEST!="/usr/sbin/rdma-ndd", RUN+="/bin/bash -c 'sleep 1; echo -n `hostname -s` %k > /sys/class/infiniband/%k/node_desc'" + diff --git a/redhat/srp_daemon.service b/redhat/srp_daemon.service new file mode 100644 index 0000000..f9c4b1e --- /dev/null +++ b/redhat/srp_daemon.service @@ -0,0 +1,17 @@ +[Unit] +Description=Start or stop the daemon that attaches to SRP devices +Documentation=file:///etc/rdma/rdma.conf file:///etc/srp_daemon.conf +DefaultDependencies=false +Conflicts=emergency.target emergency.service +Requires=rdma.service +Wants=opensm.service +After=rdma.service opensm.service +After=network.target +Before=remote-fs-pre.target + +[Service] +Type=simple +ExecStart=/usr/sbin/srp_daemon.sh + +[Install] +WantedBy=remote-fs-pre.target -- 2.10.0 -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply related [flat|nested] 49+ messages in thread
* [PATCH rdma-core v2 3/4] redhat: copy stock spec for RH customization [not found] ` <20161020153357.27286-1-jarod-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> 2016-10-20 15:33 ` [PATCH rdma-core v2 1/4] Install end user focused documentation files Jarod Wilson 2016-10-20 15:33 ` [PATCH rdma-core v2 2/4] redhat: add udev/systemd/etc infrastructure bits Jarod Wilson @ 2016-10-20 15:33 ` Jarod Wilson 2016-10-20 15:33 ` [PATCH rdma-core v2 4/4] redhat/spec: build split rpm packages Jarod Wilson 3 siblings, 0 replies; 49+ messages in thread From: Jarod Wilson @ 2016-10-20 15:33 UTC (permalink / raw) To: linux-rdma-u79uwXL29TY76Z2rM5mHXA; +Cc: Jarod Wilson We're going to need to do a bit of majorly invasive surgery, and we're not sure everyone else is going to want to package things this way, so we'll make a copy of our own spec here, starting from the one in the tree. Signed-off-by: Jarod Wilson <jarod-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> --- redhat/rdma-core.spec | 125 ++++++++++++++++++++++++++++++++++++++++++++++++++ 1 file changed, 125 insertions(+) create mode 100644 redhat/rdma-core.spec diff --git a/redhat/rdma-core.spec b/redhat/rdma-core.spec new file mode 100644 index 0000000..47b7d87 --- /dev/null +++ b/redhat/rdma-core.spec @@ -0,0 +1,125 @@ +Name: rdma-core +Version: 11 +Release: 1%{?dist} +Summary: RDMA core userspace libraries and daemons + +# Almost everything is licensed under the OFA dual GPLv2, 2 Clause BSD license +# providers/ipathverbs/ Dual licensed using a BSD license with an extra patent clause +# providers/rxe/ Incorporates code from ipathverbs and contains the patent clause +# providers/hfi1verbs Uses the 3 Clause BSD license +License: (GPLv2 or BSD) and (GPLv2 or PathScale-BSD) +Url: http://openfabrics.org/ +Source: rdma-core-%{version}.tgz +BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root + +BuildRequires: binutils +BuildRequires: cmake >= 2.8.11 +BuildRequires: gcc +BuildRequires: pkgconfig +BuildRequires: pkgconfig(libnl-3.0) +BuildRequires: pkgconfig(libnl-route-3.0) +BuildRequires: valgrind-devel + +# Since we recommend developers use Ninja, so should packagers, for consistency. +%define CMAKE_FLAGS %{nil} +%if 0%{?suse_version} +# SuSE releases have it, and sometime around cmake 3.3.2-1.2 the macros learned to use it. +BuildRequires: ninja,make +%define __builder ninja +# cmake_install,make_jobs is specified by opensuse + +# Tumbleweed's cmake RPM macro adds -Wl,--no-undefined to the module flags +# which is totally inappropriate and breaks building 'ENABLE_EXPORTS' style +# module libraries (eg ibacmp). +%define CMAKE_FLAGS -DCMAKE_MODULE_LINKER_FLAGS="" +%else +%if 0%{?fedora} >= 23 +# Ninja was introduced in FC23 +BuildRequires: ninja-build +%define CMAKE_FLAGS -GNinja +%define make_jobs ninja -v %{?_smp_mflags} +%define cmake_install DESTDIR=%{buildroot} ninja-build install +%else +# Fallback to make otherwise +BuildRequires: make +%define make_jobs make -v %{?_smp_mflags} +%define cmake_install DESTDIR=%{buildroot} make install +%endif +%endif + +%description +Temporary packaging + +This is a simple example without the split sub packages to get things started. + +%prep +%setup + +%build + +# Detect if systemd is supported on this system +%if 0%{?_unitdir:1} +%define my_unitdir %{_unitdir} +%else +%define my_unitdir /tmp/ +%endif + +# New RPM defines _rundir, usually as /run +%if 0%{?_rundir:1} +%else +%define _rundir /var/run +%endif + +# Pass all of the rpm paths directly to GNUInstallDirs and our other defines. +%cmake %{CMAKE_FLAGS} \ + -DCMAKE_BUILD_TYPE=Release \ + -DCMAKE_INSTALL_BINDIR:PATH=%{_bindir} \ + -DCMAKE_INSTALL_SBINDIR:PATH=%{_sbindir} \ + -DCMAKE_INSTALL_LIBDIR:PATH=%{_libdir} \ + -DCMAKE_INSTALL_LIBEXECDIR:PATH=%{_libexecdir} \ + -DCMAKE_INSTALL_LOCALSTATEDIR:PATH=%{_localstatedir} \ + -DCMAKE_INSTALL_SHAREDSTATEDIR:PATH=%{_sharedstatedir} \ + -DCMAKE_INSTALL_INCLUDEDIR:PATH=%{_includedir} \ + -DCMAKE_INSTALL_INFODIR:PATH=%{_infodir} \ + -DCMAKE_INSTALL_MANDIR:PATH=%{_mandir} \ + -DCMAKE_INSTALL_SYSCONFDIR:PATH=%{_sysconfdir} \ + -DCMAKE_INSTALL_SYSTEMD_SERVICEDIR:PATH=%{my_unitdir} \ + -DCMAKE_INSTALL_INITDDIR:PATH=%{_initrddir} \ + -DCMAKE_INSTALL_RUNDIR:PATH=%{_rundir} \ + -DCMAKE_INSTALL_DOCDIR:PATH=%{_docdir}/%{name}-%{version} +%make_jobs + +%install +%cmake_install + +%if 0%{?_unitdir:1} +rm -rf %{buildroot}/%{_initrddir}/ +%else +rm -rf %{buildroot}/%{my_unitdir}/ +%endif + +%post -p /sbin/ldconfig +%postun -p /sbin/ldconfig + +%files +%doc %{_mandir}/man*/* +%{_bindir}/* +%{_includedir}/* +%{_libdir}/lib*.so* +%{_libdir}/libibverbs/* +%{_libdir}/ibacm/* +%{_libdir}/rsocket/* +%{_sbindir}/* +%{_libexecdir}/* +%{_docdir}/%{name}-%{version}/* +%if 0%{?_unitdir:1} +%{_unitdir}/* +%else +%config %{_initrddir}/* +%endif +%config %{_sysconfdir}/iwpmd.conf +%config %{_sysconfdir}/srp_daemon.conf +%config %{_sysconfdir}/libibverbs.d/* +%config %{_sysconfdir}/logrotate.d/srp_daemon +%{_sysconfdir}/modprobe.d/* +%config %{_sysconfdir}/rsyslog.d/srp_daemon.conf -- 2.10.0 -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply related [flat|nested] 49+ messages in thread
* [PATCH rdma-core v2 4/4] redhat/spec: build split rpm packages [not found] ` <20161020153357.27286-1-jarod-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> ` (2 preceding siblings ...) 2016-10-20 15:33 ` [PATCH rdma-core v2 3/4] redhat: copy stock spec for RH customization Jarod Wilson @ 2016-10-20 15:33 ` Jarod Wilson [not found] ` <20161020153357.27286-5-jarod-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> 3 siblings, 1 reply; 49+ messages in thread From: Jarod Wilson @ 2016-10-20 15:33 UTC (permalink / raw) To: linux-rdma-u79uwXL29TY76Z2rM5mHXA; +Cc: Jarod Wilson We're thinking that the upgrade path for our users will be simpler and less surprising if we take rdma-core and split out the end result into the same packages we currently ship in our distributions, save the libibverbs providers, which are all merged into libibverbs. End result with this spec: Wrote: /home/jwilson/rpmbuild/RPMS/x86_64/rdma-core-11-1.el7.x86_64.rpm Wrote: /home/jwilson/rpmbuild/RPMS/x86_64/rdma-core-devel-11-1.el7.x86_64.rpm Wrote: /home/jwilson/rpmbuild/RPMS/x86_64/libibverbs-11-1.el7.x86_64.rpm Wrote: /home/jwilson/rpmbuild/RPMS/x86_64/libibverbs-utils-11-1.el7.x86_64.rpm Wrote: /home/jwilson/rpmbuild/RPMS/x86_64/ibacm-11-1.el7.x86_64.rpm Wrote: /home/jwilson/rpmbuild/RPMS/x86_64/iwpmd-11-1.el7.x86_64.rpm Wrote: /home/jwilson/rpmbuild/RPMS/x86_64/libibcm-11-1.el7.x86_64.rpm Wrote: /home/jwilson/rpmbuild/RPMS/x86_64/libibumad-11-1.el7.x86_64.rpm Wrote: /home/jwilson/rpmbuild/RPMS/x86_64/librdmacm-11-1.el7.x86_64.rpm Wrote: /home/jwilson/rpmbuild/RPMS/x86_64/librdmacm-utils-11-1.el7.x86_64.rpm Wrote: /home/jwilson/rpmbuild/RPMS/x86_64/srp_daemon-11-1.el7.x86_64.rpm Wrote: /home/jwilson/rpmbuild/RPMS/x86_64/rdma-core-debuginfo-11-1.el7.x86_64.rpm Signed-off-by: Jarod Wilson <jarod-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> --- redhat/rdma-core.spec | 360 +++++++++++++++++++++++++++++++++++++++++++++----- 1 file changed, 326 insertions(+), 34 deletions(-) diff --git a/redhat/rdma-core.spec b/redhat/rdma-core.spec index 47b7d87..6fc35b5 100644 --- a/redhat/rdma-core.spec +++ b/redhat/rdma-core.spec @@ -7,10 +7,11 @@ Summary: RDMA core userspace libraries and daemons # providers/ipathverbs/ Dual licensed using a BSD license with an extra patent clause # providers/rxe/ Incorporates code from ipathverbs and contains the patent clause # providers/hfi1verbs Uses the 3 Clause BSD license -License: (GPLv2 or BSD) and (GPLv2 or PathScale-BSD) +License: GPLv2 or BSD Url: http://openfabrics.org/ Source: rdma-core-%{version}.tgz -BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root +# https://github.com/linux-rdma/rdma-core +BuildRoot: %(mktemp -ud %{_tmppath}/%{name}-%{version}-%{release}-XXXXXX) BuildRequires: binutils BuildRequires: cmake >= 2.8.11 @@ -19,20 +20,15 @@ BuildRequires: pkgconfig BuildRequires: pkgconfig(libnl-3.0) BuildRequires: pkgconfig(libnl-route-3.0) BuildRequires: valgrind-devel +BuildRequires: libnl3-devel + +# Red Hat/Fedora previously shipped redhat/ as a stand-alone +# package called 'rdma', which we're supplanting here. +Provides: rdma = %{version}-%{release} +Obsoletes: rdma < %{version}-%{release} # Since we recommend developers use Ninja, so should packagers, for consistency. %define CMAKE_FLAGS %{nil} -%if 0%{?suse_version} -# SuSE releases have it, and sometime around cmake 3.3.2-1.2 the macros learned to use it. -BuildRequires: ninja,make -%define __builder ninja -# cmake_install,make_jobs is specified by opensuse - -# Tumbleweed's cmake RPM macro adds -Wl,--no-undefined to the module flags -# which is totally inappropriate and breaks building 'ENABLE_EXPORTS' style -# module libraries (eg ibacmp). -%define CMAKE_FLAGS -DCMAKE_MODULE_LINKER_FLAGS="" -%else %if 0%{?fedora} >= 23 # Ninja was introduced in FC23 BuildRequires: ninja-build @@ -45,12 +41,161 @@ BuildRequires: make %define make_jobs make -v %{?_smp_mflags} %define cmake_install DESTDIR=%{buildroot} make install %endif + +%define systemd_dep systemd-units +%if 0%{?fedora} >= 18 +%define systemd_dep systemd %endif %description -Temporary packaging +RDMA core userspace infrastructure and documentation. + +%package devel +Summary: RDMA core development libraries and headers +Provides: libibverbs-devel = %{version}-%{release} +Obsoletes: libibverbs-devel < %{version}-%{release} +Provides: libibcm-devel = %{version}-%{release} +Obsoletes: libibcm-devel < %{version}-%{release} +Provides: libibumad-devel = %{version}-%{release} +Obsoletes: libibumad-devel < %{version}-%{release} +Provides: librdmacm-devel = %{version}-%{release} +Obsoletes: librdmacm-devel < %{version}-%{release} +Provides: ibacm-devel = %{version}-%{release} +Obsoletes: ibacm-devel < %{version}-%{release} + +%description devel +RDMA core development libraries and headers. + +%package -n libibverbs +Summary: A library and drivers for direct userspace use of RDMA (InfiniBand/iWARP) hardware +Requires(post): /sbin/ldconfig +Requires(postun): /sbin/ldconfig +Requires: rdma-core +Provides: libcxgb3 = %{version}-%{release} +Obsoletes: libcxgb3 < %{version}-%{release} +Provides: libcxgb4 = %{version}-%{release} +Obsoletes: libcxgb4 < %{version}-%{release} +Provides: libhfi1 = %{version}-%{release} +Obsoletes: libhfi1 < %{version}-%{release} +Provides: libi40iw = %{version}-%{release} +Obsoletes: libi40iw < %{version}-%{release} +Provides: libipathverbs = %{version}-%{release} +Obsoletes: libipathverbs < %{version}-%{release} +Provides: libmlx4 = %{version}-%{release} +Obsoletes: libmlx4 < %{version}-%{release} +Provides: libmlx5 = %{version}-%{release} +Obsoletes: libmlx5 < %{version}-%{release} +Provides: libmthca = %{version}-%{release} +Obsoletes: libmthca < %{version}-%{release} +Provides: libnes = %{version}-%{release} +Obsoletes: libnes < %{version}-%{release} +Provides: libocrdma = %{version}-%{release} +Obsoletes: libocrdma < %{version}-%{release} +Provides: librxe = %{version}-%{release} +Obsoletes: librxe < %{version}-%{release} + +%description -n libibverbs +libibverbs is a library that allows userspace processes to use RDMA +"verbs" as described in the InfiniBand Architecture Specification and +the RDMA Protocol Verbs Specification. This includes direct hardware +access from userspace to InfiniBand/iWARP adapters (kernel bypass) for +fast path operations. + +Device-specific plug-in ibverbs userspace drivers are included: + +- libcxgb3: Chelsio T3 iWARP HCA +- libcxgb4: Chelsio T4 iWARP HCA +- libhfi1: Intel Omni-Path HFI +- libi40iw: Intel Ethernet Connection X722 RDMA +- libipathverbs: QLogic InfiniPath HCA +- libmlx4: Mellanox ConnectX-3 InfiniBand HCA +- libmlx5: Mellanox Connect-IB/X-4+ InfiniBand HCA +- libmthca: Mellanox InfiniBand HCA +- libnes: NetEffect RNIC +- libocrdma: Emulex OneConnect RDMA/RoCE Device +- librxe: A software implementation of the RoCE protocol + +%package -n libibverbs-utils +Summary: Examples for the libibverbs library +Requires: libibverbs%{?_isa} = %{version}-%{release} + +%description -n libibverbs-utils +Useful libibverbs example programs such as ibv_devinfo, which +displays information about RDMA devices. + +%package -n ibacm +Summary: InfiniBand Communication Manager Assistant +Requires(post): %{systemd_dep} +Requires(preun): %{systemd_dep} +Requires(postun): %{systemd_dep} +Requires: rdma-core + +%description -n ibacm +The ibacm daemon helps reduce the load of managing path record lookups on +large InfiniBand fabrics by providing a user space implementation of what +is functionally similar to an ARP cache. The use of ibacm, when properly +configured, can reduce the SA packet load of a large IB cluster from O(n^2) +to O(n). The ibacm daemon is started and normally runs in the background, +user applications need not know about this daemon as long as their app +uses librdmacm to handle connection bring up/tear down. The librdmacm +library knows how to talk directly to the ibacm daemon to retrieve data. + +%package -n iwpmd +Summary: iWarp Port Mapper userspace daemon +Requires(post): %{systemd_dep} +Requires(preun): %{systemd_dep} +Requires(postun): %{systemd_dep} +Requires: rdma-core + +%description -n iwpmd +iwpmd provides a userspace service for iWarp drivers to claim +tcp ports through the standard socket interface. + +%package -n libibcm +Summary: Userspace InfiniBand Connection Manager +ExcludeArch: s390 s390x +Requires: rdma-core + +%description -n libibcm +libibcm provides a userspace library that handles the majority of the low +level work required to open an RDMA connection between two machines. + +%package -n libibumad +Summary: OpenFabrics Alliance InfiniBand umad (userspace management datagram) library +Requires: rdma-core + +%description -n libibumad +libibumad provides the userspace management datagram (umad) library +functions, which sit on top of the umad modules in the kernel. These +are used by the IB diagnostic and management tools, including OpenSM. + +%package -n librdmacm +Summary: Userspace RDMA Connection Manager +Requires: rdma-core + +%description -n librdmacm +librdmacm provides a userspace RDMA Communication Managment API. + +%package -n librdmacm-utils +Summary: Examples for the librdmacm library +Requires: librdmacm%{?_isa} = %{version}-%{release} + +%description -n librdmacm-utils +Example test programs for the librdmacm library. -This is a simple example without the split sub packages to get things started. +%package -n srp_daemon +Summary: Tools for using the InfiniBand SRP protocol devices +Obsoletes: srptools <= 1.0.3 +Provides: srptools = %{version}-%{release} +Obsoletes: openib-srptools <= 0.0.6 +Requires(post): %{systemd_dep} +Requires(preun): %{systemd_dep} +Requires(postun): %{systemd_dep} +Requires: rdma-core + +%description -n srp_daemon +In conjunction with the kernel ib_srp driver, srptools allows you to +discover and use SCSI devices via the SCSI RDMA Protocol over InfiniBand. %prep %setup @@ -92,6 +237,43 @@ This is a simple example without the split sub packages to get things started. %install %cmake_install +mkdir -p %{buildroot}/%{_sysconfdir}/rdma + +# Red Hat specific glue +%global dracutlibdir %{_prefix}/lib/dracut +%global sysmodprobedir %{_prefix}/lib/modprobe.d +mkdir -p %{buildroot}/%{_sysconfdir}/sysconfig/network-scripts +mkdir -p %{buildroot}%{_sysconfdir}/udev/rules.d +mkdir -p %{buildroot}%{_libexecdir} +mkdir -p %{buildroot}%{_udevrulesdir} +mkdir -p %{buildroot}%{dracutlibdir}/modules.d/05rdma +mkdir -p %{buildroot}%{sysmodprobedir} +install -D -m0644 redhat/rdma.conf %{buildroot}/%{_sysconfdir}/rdma/rdma.conf +install -D -m0644 redhat/rdma.sriov-vfs %{buildroot}/%{_sysconfdir}/rdma/sriov-vfs +install -D -m0644 redhat/rdma.mlx4.conf %{buildroot}/%{_sysconfdir}/rdma/mlx4.conf +install -D -m0755 redhat/rdma.ifup-ib %{buildroot}/%{_sysconfdir}/sysconfig/network-scripts/ifup-ib +install -D -m0755 redhat/rdma.ifdown-ib %{buildroot}/%{_sysconfdir}/sysconfig/network-scripts/ifdown-ib +install -D -m0644 redhat/rdma.service %{buildroot}%{_unitdir}/rdma.service +install -D -m0644 redhat/rdma.udev-ipoib-naming.rules %{buildroot}%{_sysconfdir}/udev/rules.d/70-persistent-ipoib.rules +install -D -m0644 redhat/rdma.mlx4.user.modprobe %{buildroot}%{_sysconfdir}/modprobe.d/mlx4.conf +install -D -m0755 redhat/rdma.modules-setup.sh %{buildroot}%{dracutlibdir}/modules.d/05rdma/module-setup.sh +install -D -m0644 redhat/rdma.udev-rules %{buildroot}%{_udevrulesdir}/98-rdma.rules +install -D -m0644 redhat/rdma.mlx4.sys.modprobe %{buildroot}%{sysmodprobedir}/libmlx4.conf +install -D -m0644 redhat/rdma.cxgb3.sys.modprobe %{buildroot}%{sysmodprobedir}/cxgb3.conf +install -D -m0644 redhat/rdma.cxgb4.sys.modprobe %{buildroot}%{sysmodprobedir}/cxgb4.conf +install -D -m0755 redhat/rdma.kernel-init %{buildroot}%{_libexecdir}/rdma-init-kernel +install -D -m0755 redhat/rdma.sriov-init %{buildroot}%{_libexecdir}/rdma-set-sriov-vf +install -D -m0644 redhat/rdma.fixup-mtrr.awk %{buildroot}%{_libexecdir}/rdma-fixup-mtrr.awk +install -D -m0755 redhat/rdma.mlx4-setup.sh %{buildroot}%{_libexecdir}/mlx4-setup.sh + +# ibacm +%{buildroot}/%{_bindir}/ib_acme -D . -O +install -D -m0644 ibacm_opts.cfg %{buildroot}%{_sysconfdir}/rdma/ +install -D -m0644 redhat/ibacm.service %{buildroot}%{_unitdir}/ + +# srp_daemon +install -D -m0644 redhat/srp_daemon.service %{buildroot}%{_unitdir}/ + %if 0%{?_unitdir:1} rm -rf %{buildroot}/%{_initrddir}/ %else @@ -101,25 +283,135 @@ rm -rf %{buildroot}/%{my_unitdir}/ %post -p /sbin/ldconfig %postun -p /sbin/ldconfig +%post -n ibacm +%systemd_post ibacm.service + +%preun -n ibacm +%systemd_preun ibacm.service + +%postun -n ibacm +%systemd_postun_with_restart ibacm.service + +%post -n libibcm -p /sbin/ldconfig +%postun -n libibcm -p /sbin/ldconfig + %files -%doc %{_mandir}/man*/* -%{_bindir}/* +%dir %{_sysconfdir}/rdma +%doc %{_docdir}/%{name}-%{version}/README.md +%config(noreplace) %{_sysconfdir}/rdma/* +%config(noreplace) %{_sysconfdir}/udev/rules.d/* +%config(noreplace) %{_sysconfdir}/modprobe.d/mlx4.conf +%config(noreplace) %{_sysconfdir}/modprobe.d/truescale.conf +%{_sysconfdir}/sysconfig/network-scripts/* +%{_unitdir}/rdma.service +%dir %{dracutlibdir}/modules.d/05rdma +%{dracutlibdir}/modules.d/05rdma/module-setup.sh +%{_udevrulesdir}/* +%{sysmodprobedir}/libmlx4.conf +%{sysmodprobedir}/cxgb3.conf +%{sysmodprobedir}/cxgb4.conf +%{_libexecdir}/rdma-init-kernel +%{_libexecdir}/rdma-set-sriov-vf +%{_libexecdir}/rdma-fixup-mtrr.awk +%{_libexecdir}/mlx4-setup.sh +%{_libexecdir}/truescale-serdes.cmds +%license COPYING.* + +%files devel +%doc %{_docdir}/%{name}-%{version}/MAINTAINERS %{_includedir}/* -%{_libdir}/lib*.so* -%{_libdir}/libibverbs/* +%{_libdir}/lib*.so +%{_libdir}/rsocket/*.so +%{_mandir}/man3/ibv_* +%{_mandir}/man3/rdma* +%{_mandir}/man3/umad* +%{_mandir}/man3/*_to_ibv_rate.* +%{_mandir}/man7/rdma_cm.* +%{_mandir}/man7/rsocket.* + +%files -n libibverbs +%dir %{_sysconfdir}/libibverbs.d +%dir %{_libdir}/libibverbs +%{_libdir}/libibverbs*.so.* +%{_libdir}/libibverbs/*.so +%config(noreplace) %{_sysconfdir}/libibverbs.d/*.driver +%doc %{_docdir}/%{name}-%{version}/libibverbs.md +%doc %{_docdir}/%{name}-%{version}/rxe.md +%{_bindir}/rxe_cfg +%{_mandir}/man7/rxe* +%{_mandir}/man8/rxe* + +%files -n libibverbs-utils +%{_bindir}/ibv_* +%{_mandir}/man1/ibv_* + +%files -n ibacm +%config(noreplace) %{_sysconfdir}/rdma/ibacm_opts.cfg +%{_bindir}/ib_acme +%{_sbindir}/ibacm +%{_mandir}/man1/ibacm.* +%{_mandir}/man1/ib_acme.* +%{_mandir}/man7/ibacm.* +%{_mandir}/man7/ibacm_prov.* +%{_unitdir}/ibacm.service +%dir %{_libdir}/ibacm %{_libdir}/ibacm/* -%{_libdir}/rsocket/* -%{_sbindir}/* -%{_libexecdir}/* -%{_docdir}/%{name}-%{version}/* -%if 0%{?_unitdir:1} -%{_unitdir}/* -%else -%config %{_initrddir}/* -%endif -%config %{_sysconfdir}/iwpmd.conf -%config %{_sysconfdir}/srp_daemon.conf -%config %{_sysconfdir}/libibverbs.d/* -%config %{_sysconfdir}/logrotate.d/srp_daemon -%{_sysconfdir}/modprobe.d/* -%config %{_sysconfdir}/rsyslog.d/srp_daemon.conf +%doc %{_docdir}/%{name}-%{version}/ibacm.md + +%files -n iwpmd +%{_bindir}/iwpmd +%{_unitdir}/iwpmd.service +%config(noreplace) %{_sysconfdir}/iwpmd.conf +%{_mandir}/man1/iwpmd.* +%{_mandir}/man5/iwpmd.* + +%files -n libibcm +%{_libdir}/libibcm*.so.* +%doc %{_docdir}/%{name}-%{version}/libibcm.md + +%files -n libibumad +%{_libdir}/libibumad*.so.* + +%files -n librdmacm +%{_libdir}/librdmacm*.so.* +%{_libdir}/rsocket/*.so.* +%doc %{_docdir}/%{name}-%{version}/librdmacm.md + +%files -n librdmacm-utils +%{_bindir}/cmtime +%{_bindir}/mckey +%{_bindir}/rcopy +%{_bindir}/rdma_client +%{_bindir}/rdma_server +%{_bindir}/rdma_xclient +%{_bindir}/rdma_xserver +%{_bindir}/riostream +%{_bindir}/rping +%{_bindir}/rstream +%{_bindir}/ucmatose +%{_bindir}/udaddy +%{_bindir}/udpong +%{_mandir}/man1/mckey.* +%{_mandir}/man1/rcopy.* +%{_mandir}/man1/rdma_client.* +%{_mandir}/man1/rdma_server.* +%{_mandir}/man1/rdma_xclient.* +%{_mandir}/man1/rdma_xserver.* +%{_mandir}/man1/riostream.* +%{_mandir}/man1/rping.* +%{_mandir}/man1/rstream.* +%{_mandir}/man1/ucmatose.* +%{_mandir}/man1/udaddy.* + +%files -n srp_daemon +%config(noreplace) %{_sysconfdir}/srp_daemon.conf +%config(noreplace) %{_sysconfdir}/logrotate.d/srp_daemon +%config(noreplace) %{_sysconfdir}/rsyslog.d/srp_daemon.conf +%{_unitdir}/srp_daemon.service +%{_sbindir}/ibsrpdm +%{_sbindir}/srp_daemon +%{_sbindir}/srp_daemon.sh +%{_sbindir}/run_srp_daemon +%{_mandir}/man1/ibsrpdm.1* +%{_mandir}/man1/srp_daemon.1* +%doc %{_docdir}/%{name}-%{version}/ibsrpdm.md -- 2.10.0 -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply related [flat|nested] 49+ messages in thread
[parent not found: <20161020153357.27286-5-jarod-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>]
* Re: [PATCH rdma-core v2 4/4] redhat/spec: build split rpm packages [not found] ` <20161020153357.27286-5-jarod-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> @ 2016-10-27 21:10 ` Jason Gunthorpe [not found] ` <20161027211059.GA7224-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org> 0 siblings, 1 reply; 49+ messages in thread From: Jason Gunthorpe @ 2016-10-27 21:10 UTC (permalink / raw) To: Jarod Wilson; +Cc: linux-rdma-u79uwXL29TY76Z2rM5mHXA On Thu, Oct 20, 2016 at 11:33:57AM -0400, Jarod Wilson wrote: > @@ -7,10 +7,11 @@ Summary: RDMA core userspace libraries and daemons > # providers/ipathverbs/ Dual licensed using a BSD license with an extra patent clause > # providers/rxe/ Incorporates code from ipathverbs and contains the patent clause > # providers/hfi1verbs Uses the 3 Clause BSD license > -License: (GPLv2 or BSD) and (GPLv2 or PathScale-BSD) > +License: GPLv2 or BSD Is this Ok? The Fedora guidelines I read suggested the PathScale license would need to be assigned a short tag, and I'd be surprised if 'BSD' is the right tag due to the patent stuff.. > Url: http://openfabrics.org/ I guess we should change this url to https://github.com/linux-rdma/rdma-core ? > Source: rdma-core-%{version}.tgz > -BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root > +# https://github.com/linux-rdma/rdma-core > +BuildRoot: %(mktemp -ud %{_tmppath}/%{name}-%{version}-%{release}-XXXXXX) I always wondered why there was so much variability in spec files here.. I followed the Fedora guidelines, should we copy the above into the other spec file? > @@ -19,20 +20,15 @@ BuildRequires: pkgconfig > BuildRequires: pkgconfig(libnl-3.0) > BuildRequires: pkgconfig(libnl-route-3.0) > BuildRequires: valgrind-devel > +BuildRequires: libnl3-devel ? Isn't pkgconfig(libnl-3.0) the same thing? >%define systemd_dep systemd-units >%if 0%{?fedora} >= 18 >%define systemd_dep systemd >%endif The source package probably doesn't even build on FC 18.. can probably remove this > +Summary: InfiniBand Communication Manager Assistant > +Requires(post): %{systemd_dep} > +Requires(preun): %{systemd_dep} > +Requires(postun): %{systemd_dep} I suppose we need these and related in the other spec file too? Looks like this spec file isn't going to work on C6, so you can probably drop the other systemd compat stuff: --- a/redhat/rdma-core.spec +++ b/redhat/rdma-core.spec @@ -202,13 +202,6 @@ discover and use SCSI devices via the SCSI RDMA Protocol over InfiniBand. %build -# Detect if systemd is supported on this system -%if 0%{?_unitdir:1} -%define my_unitdir %{_unitdir} -%else -%define my_unitdir /tmp/ -%endif - # New RPM defines _rundir, usually as /run %if 0%{?_rundir:1} %else @@ -228,7 +221,7 @@ discover and use SCSI devices via the SCSI RDMA Protocol over InfiniBand. -DCMAKE_INSTALL_INFODIR:PATH=%{_infodir} \ -DCMAKE_INSTALL_MANDIR:PATH=%{_mandir} \ -DCMAKE_INSTALL_SYSCONFDIR:PATH=%{_sysconfdir} \ - -DCMAKE_INSTALL_SYSTEMD_SERVICEDIR:PATH=%{my_unitdir} \ + -DCMAKE_INSTALL_SYSTEMD_SERVICEDIR:PATH=%{_unitdir} \ -DCMAKE_INSTALL_INITDDIR:PATH=%{_initrddir} \ -DCMAKE_INSTALL_RUNDIR:PATH=%{_rundir} \ -DCMAKE_INSTALL_DOCDIR:PATH=%{_docdir}/%{name}-%{version} @@ -276,8 +269,6 @@ install -D -m0644 redhat/srp_daemon.service %{buildroot}%{_unitdir}/ %if 0%{?_unitdir:1} rm -rf %{buildroot}/%{_initrddir}/ -%else -rm -rf %{buildroot}/%{my_unitdir}/ %endif %post -p /sbin/ldconfig > +%package -n librdmacm-utils > +Summary: Examples for the librdmacm library > +Requires: librdmacm%{?_isa} = %{version}-%{release} Why the requires? Shouldn't auto shlib dependencies take care of that? Anyhow, this all looks fine to me, I put a branch here, with one change to make the debian packaging work after the README.md change: https://github.com/jgunthorpe/rdma-plumbing/tree/redhat-packaging If you want to make any final adjustments let me know, otherwise I will send this on.. Jason -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 49+ messages in thread
[parent not found: <20161027211059.GA7224-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org>]
* Re: [PATCH rdma-core v2 4/4] redhat/spec: build split rpm packages [not found] ` <20161027211059.GA7224-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org> @ 2016-10-28 17:11 ` Jarod Wilson [not found] ` <20161028171147.GJ42084-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> 0 siblings, 1 reply; 49+ messages in thread From: Jarod Wilson @ 2016-10-28 17:11 UTC (permalink / raw) To: Jason Gunthorpe; +Cc: linux-rdma-u79uwXL29TY76Z2rM5mHXA On Thu, Oct 27, 2016 at 03:10:59PM -0600, Jason Gunthorpe wrote: > On Thu, Oct 20, 2016 at 11:33:57AM -0400, Jarod Wilson wrote: > > @@ -7,10 +7,11 @@ Summary: RDMA core userspace libraries and daemons > > # providers/ipathverbs/ Dual licensed using a BSD license with an extra patent clause > > # providers/rxe/ Incorporates code from ipathverbs and contains the patent clause > > # providers/hfi1verbs Uses the 3 Clause BSD license > > -License: (GPLv2 or BSD) and (GPLv2 or PathScale-BSD) > > +License: GPLv2 or BSD > > Is this Ok? The Fedora guidelines I read suggested the PathScale > license would need to be assigned a short tag, and I'd be surprised if > 'BSD' is the right tag due to the patent stuff.. Our standalone libipathverbs has just "GPLv2 or BSD", and I didn't see anything specific about PathScale, but I may not have been looking hard enough or in the right place in the Fedora packaging guidelines. Where did you see that? > > Url: http://openfabrics.org/ > > I guess we should change this url to > https://github.com/linux-rdma/rdma-core ? Either one works for me. > > Source: rdma-core-%{version}.tgz > > -BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root > > +# https://github.com/linux-rdma/rdma-core > > +BuildRoot: %(mktemp -ud %{_tmppath}/%{name}-%{version}-%{release}-XXXXXX) > > I always wondered why there was so much variability in spec files > here.. I followed the Fedora guidelines, should we copy the above into > the other spec file? I believe the current Fedora guidelines actually say "just omit BuildRoot", because rpm will figure out a sane default by itself. The one with mktemp was introduced by the security-conscious/paranoid, I just copied it over from another of the specs I was merging together here, not sure what the "best" route is here now. > > @@ -19,20 +20,15 @@ BuildRequires: pkgconfig > > BuildRequires: pkgconfig(libnl-3.0) > > BuildRequires: pkgconfig(libnl-route-3.0) > > BuildRequires: valgrind-devel > > +BuildRequires: libnl3-devel > > ? > > Isn't pkgconfig(libnl-3.0) the same thing? Oops, probably. Another copy-paste addition from another spec. > >%define systemd_dep systemd-units > >%if 0%{?fedora} >= 18 > >%define systemd_dep systemd > >%endif > > The source package probably doesn't even build on FC 18.. can probably > remove this Works for me. FC18 is 3-4 years old now, and nobody sane should be running it for anything useful that they want to deploy new software on. > > +Summary: InfiniBand Communication Manager Assistant > > +Requires(post): %{systemd_dep} > > +Requires(preun): %{systemd_dep} > > +Requires(postun): %{systemd_dep} > > I suppose we need these and related in the other spec file too? > Looks like this spec file isn't going to work on C6, so you can > probably drop the other systemd compat stuff: Ah, yes, probably a good idea to add these there too. I'd meant to add all the stuff that should go in both specs *before* the split/copy, but alas, I failed. :) > --- a/redhat/rdma-core.spec > +++ b/redhat/rdma-core.spec > @@ -202,13 +202,6 @@ discover and use SCSI devices via the SCSI RDMA Protocol over InfiniBand. > > %build > > -# Detect if systemd is supported on this system > -%if 0%{?_unitdir:1} > -%define my_unitdir %{_unitdir} > -%else > -%define my_unitdir /tmp/ > -%endif > - > # New RPM defines _rundir, usually as /run > %if 0%{?_rundir:1} > %else > @@ -228,7 +221,7 @@ discover and use SCSI devices via the SCSI RDMA Protocol over InfiniBand. > -DCMAKE_INSTALL_INFODIR:PATH=%{_infodir} \ > -DCMAKE_INSTALL_MANDIR:PATH=%{_mandir} \ > -DCMAKE_INSTALL_SYSCONFDIR:PATH=%{_sysconfdir} \ > - -DCMAKE_INSTALL_SYSTEMD_SERVICEDIR:PATH=%{my_unitdir} \ > + -DCMAKE_INSTALL_SYSTEMD_SERVICEDIR:PATH=%{_unitdir} \ > -DCMAKE_INSTALL_INITDDIR:PATH=%{_initrddir} \ > -DCMAKE_INSTALL_RUNDIR:PATH=%{_rundir} \ > -DCMAKE_INSTALL_DOCDIR:PATH=%{_docdir}/%{name}-%{version} > @@ -276,8 +269,6 @@ install -D -m0644 redhat/srp_daemon.service %{buildroot}%{_unitdir}/ > > %if 0%{?_unitdir:1} > rm -rf %{buildroot}/%{_initrddir}/ > -%else > -rm -rf %{buildroot}/%{my_unitdir}/ > %endif > > %post -p /sbin/ldconfig Looks good to me. And yeah, we have no plans to update the el6 rdma stack with rdma-core and driver refreshes at this stage in it's lifecycle, so there's really no sense in pretending to maybe support it. > > +%package -n librdmacm-utils > > +Summary: Examples for the librdmacm library > > +Requires: librdmacm%{?_isa} = %{version}-%{release} > > Why the requires? Shouldn't auto shlib dependencies take care of that? Probably. I think this was another legacy bit copied over from a stand-alone spec file. > Anyhow, this all looks fine to me, I put a branch here, with one > change to make the debian packaging work after the README.md change: > > https://github.com/jgunthorpe/rdma-plumbing/tree/redhat-packaging > > If you want to make any final adjustments let me know, otherwise I > will send this on.. Nah, I think things look good, and we can always keep tweaking as needed, this is a solid update to work on top of. -- Jarod Wilson jarod-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 49+ messages in thread
[parent not found: <20161028171147.GJ42084-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>]
* Re: [PATCH rdma-core v2 4/4] redhat/spec: build split rpm packages [not found] ` <20161028171147.GJ42084-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> @ 2016-10-28 17:25 ` Jason Gunthorpe [not found] ` <20161028172503.GA28451-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org> 2016-11-03 20:35 ` Doug Ledford 1 sibling, 1 reply; 49+ messages in thread From: Jason Gunthorpe @ 2016-10-28 17:25 UTC (permalink / raw) To: Jarod Wilson; +Cc: linux-rdma-u79uwXL29TY76Z2rM5mHXA On Fri, Oct 28, 2016 at 01:11:47PM -0400, Jarod Wilson wrote: > On Thu, Oct 27, 2016 at 03:10:59PM -0600, Jason Gunthorpe wrote: > > On Thu, Oct 20, 2016 at 11:33:57AM -0400, Jarod Wilson wrote: > > > @@ -7,10 +7,11 @@ Summary: RDMA core userspace libraries and daemons > > > # providers/ipathverbs/ Dual licensed using a BSD license with an extra patent clause > > > # providers/rxe/ Incorporates code from ipathverbs and contains the patent clause > > > # providers/hfi1verbs Uses the 3 Clause BSD license > > > -License: (GPLv2 or BSD) and (GPLv2 or PathScale-BSD) > > > +License: GPLv2 or BSD > > > > Is this Ok? The Fedora guidelines I read suggested the PathScale > > license would need to be assigned a short tag, and I'd be surprised if > > 'BSD' is the right tag due to the patent stuff.. > > Our standalone libipathverbs has just "GPLv2 or BSD", I suspect that was a mistake, the difference in the pathscale license is subtle and several other people assumed it was the cannonical 'BSD' text... > and I didn't see anything specific about PathScale, but I may not > have been looking hard enough or in the right place in the Fedora > packaging guidelines. Where did you see that? https://fedoraproject.org/wiki/Licensing:Main?rd=Licensing 'All software in Fedora must be under licenses in the Fedora licensing list.' The Pathscale license is not in the licensing list. The patent clause seems legally significant enough to at least ask what tag is OK. Also, we now have CC0 and MIT licensed files, so I guess a 'and CC0 and MIT' is appropriate too? > Nah, I think things look good, and we can always keep tweaking as needed, > this is a solid update to work on top of. Okay, I'll patch in the changes from this discussion and send the pull. Jason -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 49+ messages in thread
[parent not found: <20161028172503.GA28451-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org>]
* Re: [PATCH rdma-core v2 4/4] redhat/spec: build split rpm packages [not found] ` <20161028172503.GA28451-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org> @ 2016-10-28 20:57 ` Jason Gunthorpe 2016-10-28 21:55 ` Jarod Wilson 1 sibling, 0 replies; 49+ messages in thread From: Jason Gunthorpe @ 2016-10-28 20:57 UTC (permalink / raw) To: Jarod Wilson; +Cc: linux-rdma-u79uwXL29TY76Z2rM5mHXA On Fri, Oct 28, 2016 at 11:25:03AM -0600, Jason Gunthorpe wrote: > > Nah, I think things look good, and we can always keep tweaking as needed, > > this is a solid update to work on top of. > > Okay, I'll patch in the changes from this discussion and send the > pull. I added two commits: https://github.com/linux-rdma/rdma-core/pull/30 This bit seems important: --- a/redhat/rdma-core.spec +++ b/redhat/rdma-core.spec @@ -267,7 +267,7 @@ install -D -m0644 redhat/rdma.fixup-mtrr.awk %{buildroot}%{_libexecdir}/rdma-fix install -D -m0755 redhat/rdma.mlx4-setup.sh %{buildroot}%{_libexecdir}/mlx4-setup.sh # ibacm -%{buildroot}/%{_bindir}/ib_acme -D . -O +bin/ib_acme -D . -O install -D -m0644 ibacm_opts.cfg %{buildroot}%{_sysconfdir}/rdma/ install -D -m0644 redhat/ibacm.service %{buildroot}%{_unitdir}/ -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 49+ messages in thread
* Re: [PATCH rdma-core v2 4/4] redhat/spec: build split rpm packages [not found] ` <20161028172503.GA28451-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org> 2016-10-28 20:57 ` Jason Gunthorpe @ 2016-10-28 21:55 ` Jarod Wilson 1 sibling, 0 replies; 49+ messages in thread From: Jarod Wilson @ 2016-10-28 21:55 UTC (permalink / raw) To: Jason Gunthorpe; +Cc: linux-rdma-u79uwXL29TY76Z2rM5mHXA On Fri, Oct 28, 2016 at 11:25:03AM -0600, Jason Gunthorpe wrote: > On Fri, Oct 28, 2016 at 01:11:47PM -0400, Jarod Wilson wrote: > > On Thu, Oct 27, 2016 at 03:10:59PM -0600, Jason Gunthorpe wrote: > > > On Thu, Oct 20, 2016 at 11:33:57AM -0400, Jarod Wilson wrote: > > > > @@ -7,10 +7,11 @@ Summary: RDMA core userspace libraries and daemons > > > > # providers/ipathverbs/ Dual licensed using a BSD license with an extra patent clause > > > > # providers/rxe/ Incorporates code from ipathverbs and contains the patent clause > > > > # providers/hfi1verbs Uses the 3 Clause BSD license > > > > -License: (GPLv2 or BSD) and (GPLv2 or PathScale-BSD) > > > > +License: GPLv2 or BSD > > > > > > Is this Ok? The Fedora guidelines I read suggested the PathScale > > > license would need to be assigned a short tag, and I'd be surprised if > > > 'BSD' is the right tag due to the patent stuff.. > > > > Our standalone libipathverbs has just "GPLv2 or BSD", > > I suspect that was a mistake, the difference in the pathscale license > is subtle and several other people assumed it was the cannonical 'BSD' > text... I sent something off to the Fedora legal mailing list, we'll see what they have to say. I didn't find anything interesting in the initial package review, nobody questioned the license there, but that could easily have been an oversight. -- Jarod Wilson jarod-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 49+ messages in thread
* Re: [PATCH rdma-core v2 4/4] redhat/spec: build split rpm packages [not found] ` <20161028171147.GJ42084-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> 2016-10-28 17:25 ` Jason Gunthorpe @ 2016-11-03 20:35 ` Doug Ledford [not found] ` <581B9F91.4050407-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> 1 sibling, 1 reply; 49+ messages in thread From: Doug Ledford @ 2016-11-03 20:35 UTC (permalink / raw) To: Jarod Wilson, Jason Gunthorpe Cc: linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org [-- Attachment #1.1: Type: text/plain, Size: 2473 bytes --] On 10/28/16 11:11 AM, Jarod Wilson wrote: > On Thu, Oct 27, 2016 at 03:10:59PM -0600, Jason Gunthorpe wrote: >> On Thu, Oct 20, 2016 at 11:33:57AM -0400, Jarod Wilson wrote: >>> Url: http://openfabrics.org/ >> >> I guess we should change this url to >> https://github.com/linux-rdma/rdma-core ? > > Either one works for me. We should get the github url in. >>> Source: rdma-core-%{version}.tgz >>> -BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root >>> +# https://github.com/linux-rdma/rdma-core >>> +BuildRoot: %(mktemp -ud %{_tmppath}/%{name}-%{version}-%{release}-XXXXXX) >> >> I always wondered why there was so much variability in spec files >> here.. I followed the Fedora guidelines, should we copy the above into >> the other spec file? > > I believe the current Fedora guidelines actually say "just omit > BuildRoot", because rpm will figure out a sane default by itself. The one > with mktemp was introduced by the security-conscious/paranoid, I just > copied it over from another of the specs I was merging together here, not > sure what the "best" route is here now. We won't be putting this anywhere that requires the buildroot be specified, so I would leave it out. >>> +%package -n librdmacm-utils >>> +Summary: Examples for the librdmacm library >>> +Requires: librdmacm%{?_isa} = %{version}-%{release} >> >> Why the requires? Shouldn't auto shlib dependencies take care of that? > > Probably. I think this was another legacy bit copied over from a > stand-alone spec file. Actually, no. When you have a -utils package that goes with a library package, standard procedure is to tie them directly like this. The auto dependency stuff will allow, say, librdmacm-1.1.17-1 and librdmacm-utils-1.1.16-1 to happily satisfy each other since the later librdmacm provides all of the sonames and apis that the -utils package needs. This is as designed as you want a librdamcm update to not trigger a required update of, say, openmpi, unless there is truly a change that requires it. But, for the utils that go with the library, even though we don't *have* to update them with the library, we want that to happen automatically, so the explicit requires makes that happen even if librdmacm-utils was excluded from the update command. -- Doug Ledford <dledford-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> GPG Key ID: 0E572FDD Red Hat, Inc. 100 E. Davie St Raleigh, NC 27601 USA [-- Attachment #2: OpenPGP digital signature --] [-- Type: application/pgp-signature, Size: 907 bytes --] ^ permalink raw reply [flat|nested] 49+ messages in thread
[parent not found: <581B9F91.4050407-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>]
* Re: [PATCH rdma-core v2 4/4] redhat/spec: build split rpm packages [not found] ` <581B9F91.4050407-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> @ 2016-11-04 0:42 ` Jason Gunthorpe [not found] ` <20161104004213.GA28485-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org> 0 siblings, 1 reply; 49+ messages in thread From: Jason Gunthorpe @ 2016-11-04 0:42 UTC (permalink / raw) To: Doug Ledford Cc: Jarod Wilson, linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org On Thu, Nov 03, 2016 at 02:35:29PM -0600, Doug Ledford wrote: > >>> +%package -n librdmacm-utils > >>> +Summary: Examples for the librdmacm library > >>> +Requires: librdmacm%{?_isa} = %{version}-%{release} > >> > >> Why the requires? Shouldn't auto shlib dependencies take care of that? > > > > Probably. I think this was another legacy bit copied over from a > > stand-alone spec file. > > Actually, no. When you have a -utils package that goes with a library > package, standard procedure is to tie them directly like this. The auto > dependency stuff will allow, say, librdmacm-1.1.17-1 and > librdmacm-utils-1.1.16-1 to happily satisfy each other since the later > librdmacm provides all of the sonames and apis that the -utils package > needs. This is as designed as you want a librdamcm update to not > trigger a required update of, say, openmpi, unless there is truly a > change that requires it. But, for the utils that go with the library, > even though we don't *have* to update them with the library, we want > that to happen automatically, so the explicit requires makes that happen > even if librdmacm-utils was excluded from the update command. Okay, Jarod you will need to send a patch to put this back, because I applied all the changes discussed in this email when I made the pull request. Thanks, Jason -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 49+ messages in thread
[parent not found: <20161104004213.GA28485-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org>]
* [PATCH rdma-core] redhat/spec: add back strict librdmacm Requires [not found] ` <20161104004213.GA28485-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org> @ 2016-11-07 17:23 ` Jarod Wilson 0 siblings, 0 replies; 49+ messages in thread From: Jarod Wilson @ 2016-11-07 17:23 UTC (permalink / raw) To: linux-rdma-u79uwXL29TY76Z2rM5mHXA Cc: Jarod Wilson, Jason Gunthorpe, Doug Ledford Per discussion on list with Doug and Jason, add back the strict librdmacm Requires so that librdmacm and librdmacm-utils are as tightly coupled as possible. CC: Jason Gunthorpe <jgunthorpe-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org> CC: Doug Ledford <dledford-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> Signed-off-by: Jarod Wilson <jarod-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> --- redhat/rdma-core.spec | 1 + 1 file changed, 1 insertion(+) diff --git a/redhat/rdma-core.spec b/redhat/rdma-core.spec index f65a519..c3d8189 100644 --- a/redhat/rdma-core.spec +++ b/redhat/rdma-core.spec @@ -170,6 +170,7 @@ librdmacm provides a userspace RDMA Communication Managment API. %package -n librdmacm-utils Summary: Examples for the librdmacm library +Requires: librdmacm%{?_isa} = %{version}-%{release} %description -n librdmacm-utils Example test programs for the librdmacm library. -- 2.10.0 -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply related [flat|nested] 49+ messages in thread
end of thread, other threads:[~2016-11-07 17:23 UTC | newest]
Thread overview: 49+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2016-10-14 19:21 [PATCH rdma-core 0/4] rdma-core infrastructure Jarod Wilson
[not found] ` <20161014192136.11731-1-jarod-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2016-10-14 19:21 ` [PATCH rdma-core 1/4] rpm spec: install documentation too Jarod Wilson
[not found] ` <20161014192136.11731-2-jarod-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2016-10-14 22:52 ` Jason Gunthorpe
[not found] ` <20161014225204.GB16509-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org>
2016-10-17 15:53 ` Jarod Wilson
2016-10-14 19:21 ` [PATCH rdma-core 2/4] glue/redhat: add udev/systemd/etc infrastructure bits Jarod Wilson
[not found] ` <20161014192136.11731-3-jarod-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2016-10-14 23:19 ` Jason Gunthorpe
[not found] ` <20161014231934.GC16509-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org>
2016-10-16 14:40 ` Doug Ledford
[not found] ` <1e03ceea-5584-6bbb-6fbe-e11d9d251649-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2016-10-17 17:31 ` Jason Gunthorpe
2016-10-17 16:22 ` Jarod Wilson
[not found] ` <20161017162221.GI14983-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2016-10-17 17:46 ` Jason Gunthorpe
[not found] ` <20161017174611.GB6430-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org>
2016-10-17 18:20 ` Jarod Wilson
[not found] ` <20161017182037.GK14983-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2016-10-17 18:56 ` Doug Ledford
[not found] ` <a6c8091e-fe83-8413-77d7-4aac053b8e62-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2016-10-17 19:14 ` Jason Gunthorpe
2016-10-17 18:56 ` Jason Gunthorpe
[not found] ` <20161017185657.GA8122-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org>
2016-10-17 19:10 ` Weiny, Ira
[not found] ` <2807E5FD2F6FDA4886F6618EAC48510E24F0A408-8k97q/ur5Z2krb+BlOpmy7fspsVTdybXVpNB7YpNyf8@public.gmane.org>
2016-10-17 20:13 ` Jason Gunthorpe
[not found] ` <20161017201309.GA24291-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org>
2016-10-18 14:51 ` Jarod Wilson
[not found] ` <20161018145104.GT14983-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2016-10-19 18:38 ` Weiny, Ira
[not found] ` <2807E5FD2F6FDA4886F6618EAC48510E24F0DF57-8k97q/ur5Z2krb+BlOpmy7fspsVTdybXVpNB7YpNyf8@public.gmane.org>
2016-10-19 18:59 ` Jason Gunthorpe
[not found] ` <20161019185920.GA20600-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org>
2016-10-19 21:35 ` Weiny, Ira
[not found] ` <2807E5FD2F6FDA4886F6618EAC48510E24F0E288-8k97q/ur5Z2krb+BlOpmy7fspsVTdybXVpNB7YpNyf8@public.gmane.org>
2016-10-19 22:55 ` Weiny, Ira
2016-10-20 3:50 ` Jason Gunthorpe
[not found] ` <20161020035054.GB28678-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org>
2016-10-20 4:20 ` Weiny, Ira
2016-10-14 19:21 ` [PATCH rdma-core 3/4] glue/redhat: copy stock spec for RH customization Jarod Wilson
2016-10-14 19:21 ` [PATCH rdma-core 4/4] glue/redhat/spec: build split rpm packages Jarod Wilson
[not found] ` <20161014192136.11731-5-jarod-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2016-10-14 23:39 ` Jason Gunthorpe
[not found] ` <20161014233904.GD16509-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org>
2016-10-17 18:45 ` Jarod Wilson
[not found] ` <20161017184506.GL14983-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2016-10-17 19:07 ` Jason Gunthorpe
[not found] ` <20161017190705.GB8122-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org>
2016-10-18 14:44 ` Jarod Wilson
[not found] ` <20161018144411.GS14983-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2016-10-18 19:28 ` Jason Gunthorpe
2016-10-14 22:33 ` [PATCH rdma-core 0/4] rdma-core infrastructure Jason Gunthorpe
[not found] ` <20161014223308.GA16509-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org>
2016-10-17 15:43 ` Jarod Wilson
2016-10-15 9:26 ` Leon Romanovsky
[not found] ` <20161015092619.GJ9282-2ukJVAZIZ/Y@public.gmane.org>
2016-10-17 15:51 ` Jarod Wilson
[not found] ` <20161017155159.GG14983-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2016-10-17 16:11 ` Jason Gunthorpe
[not found] ` <20161017161154.GB5679-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org>
2016-10-17 16:26 ` Jarod Wilson
2016-10-20 15:33 ` [PATCH rdma-core v2 0/4] rdma-core redhat/ infrastructure Jarod Wilson
[not found] ` <20161020153357.27286-1-jarod-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2016-10-20 15:33 ` [PATCH rdma-core v2 1/4] Install end user focused documentation files Jarod Wilson
2016-10-20 15:33 ` [PATCH rdma-core v2 2/4] redhat: add udev/systemd/etc infrastructure bits Jarod Wilson
2016-10-20 15:33 ` [PATCH rdma-core v2 3/4] redhat: copy stock spec for RH customization Jarod Wilson
2016-10-20 15:33 ` [PATCH rdma-core v2 4/4] redhat/spec: build split rpm packages Jarod Wilson
[not found] ` <20161020153357.27286-5-jarod-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2016-10-27 21:10 ` Jason Gunthorpe
[not found] ` <20161027211059.GA7224-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org>
2016-10-28 17:11 ` Jarod Wilson
[not found] ` <20161028171147.GJ42084-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2016-10-28 17:25 ` Jason Gunthorpe
[not found] ` <20161028172503.GA28451-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org>
2016-10-28 20:57 ` Jason Gunthorpe
2016-10-28 21:55 ` Jarod Wilson
2016-11-03 20:35 ` Doug Ledford
[not found] ` <581B9F91.4050407-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2016-11-04 0:42 ` Jason Gunthorpe
[not found] ` <20161104004213.GA28485-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org>
2016-11-07 17:23 ` [PATCH rdma-core] redhat/spec: add back strict librdmacm Requires Jarod Wilson
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).