public inbox for linux-rdma@vger.kernel.org
 help / color / mirror / Atom feed
From: Benjamin Drung <benjamin.drung-EIkl63zCoXaH+58JC4qpiA@public.gmane.org>
To: Jason Gunthorpe
	<jgunthorpe-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org>,
	Bart Van Assche <Bart.VanAssche-Sjgp3cTcYWE@public.gmane.org>
Cc: "linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org"
	<linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Subject: Re: [PATCH] Add rdma service for kernel boot support
Date: Fri, 14 Jul 2017 12:08:41 +0200	[thread overview]
Message-ID: <1500026921.3563.27.camel@profitbricks.com> (raw)
In-Reply-To: <20170713221520.GA10088-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org>

Hi Jason,

Am Donnerstag, den 13.07.2017, 16:15 -0600 schrieb Jason Gunthorpe:
> On Thu, Jul 13, 2017 at 06:33:07PM +0000, Bart Van Assche wrote:
> > On Thu, 2017-07-13 at 12:20 -0600, Jason Gunthorpe wrote:
> > > Here is an untested attempt to move module loading into
> > > srp_daemon -
> > > what do you think Bart?
> > 
> > Hello Jason,
> > 
> > Thanks for the patch. To me this looks like a nice simplification
> > compared
> > to the current approach. Do you want me to test this patch?
> 
> I did some more steps..
> 
> Benjamin/Bart let me know what you think, I'll send the patches to
> the
> list if you like the idea.
> 
> https://github.com/jgunthorpe/rdma-plumbing/tree/systemd
> 
> This replaces Benjamins rdma.conf based approach.
> 
> The basic approach is to directly use systemd to load the modules and
> determine what modules to load by using udev and explicit Requires in
> the units.

I like your approach very much. It's cleaner and simpler. So let's
ditch my approach and use yours.

I tested your branch on a Debian 8 (jessie) system with a mlx4 card and
found several points to fix/improve/discuss:

1. The rdma-load-modules@ service needs to set DefaultDependencies=no.
Otherwise it will end up in a dependency loop:

Found ordering cycle on rdma-load-modules-A9MMwDI1uB1TDjBF/Jpztg@public.gmane.org/start
Found dependency on basic.target/start
Found dependency on paths.target/start
Found dependency on acpid.path/start
Found dependency on sysinit.target/start
Found dependency on rdma-load-modules-A9MMwDI1uB1TDjBF/Jpztg@public.gmane.org/start
Breaking ordering cycle by deleting job paths.target/start
Found ordering cycle on rdma-load-modules-A9MMwDI1uB1TDjBF/Jpztg@public.gmane.org/start
Found dependency on paths.target/start
Found dependency on acpid.path/start
Found dependency on sysinit.target/start
Found dependency on rdma-load-modules-A9MMwDI1uB1TDjBF/Jpztg@public.gmane.org/start
Starting Load RDMA modules from /etc/rdma/modules/mlx4.conf...

2. You can just specify "etc/rdma/modules" in debian/rdma-core.install
instead of listing each .conf file individually.

3. Default conf files for opa.conf and roce.conf are missing.

4. Should rdma-load-modules@ *not* fail if the corresponding .conf is
missing?

5. How to handle build-in modules correctly? Our kernel has the i40e
module built in (CONFIG_I40E=y) and rdma-load-modules-QqjR1VyAyFhTDjBF/Jpztg@public.gmane.org will
be started, but the system does not have a i40e card and thus I don't
want to have the module started. 

-- 
Benjamin Drung
System Developer
Debian & Ubuntu Developer

ProfitBricks GmbH
Greifswalder Str. 207
D - 10405 Berlin

Email: benjamin.drung-EIkl63zCoXaH+58JC4qpiA@public.gmane.org
Web: https://www.profitbricks.com

Sitz der Gesellschaft: Berlin.
Registergericht: Amtsgericht Charlottenburg, HRB 125506B.
Geschäftsführer: Achim Weiss.

--
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

  parent reply	other threads:[~2017-07-14 10:08 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-07-13 17:20 [PATCH] Add rdma service for kernel boot support Benjamin Drung
     [not found] ` <20170713172057.25411-1-benjamin.drung-EIkl63zCoXaH+58JC4qpiA@public.gmane.org>
2017-07-13 17:48   ` Bart Van Assche
     [not found]     ` <1499968101.2740.10.camel-Sjgp3cTcYWE@public.gmane.org>
2017-07-13 18:20       ` Jason Gunthorpe
     [not found]         ` <20170713182018.GE11069-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org>
2017-07-13 18:33           ` Bart Van Assche
     [not found]             ` <1499970786.2740.17.camel-Sjgp3cTcYWE@public.gmane.org>
2017-07-13 22:15               ` Jason Gunthorpe
     [not found]                 ` <20170713221520.GA10088-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org>
2017-07-13 22:36                   ` Bart Van Assche
     [not found]                     ` <1499985409.2740.24.camel-Sjgp3cTcYWE@public.gmane.org>
2017-07-13 22:41                       ` Jason Gunthorpe
     [not found]                         ` <20170713224137.GA24689-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org>
2017-07-13 22:45                           ` Bart Van Assche
     [not found]                             ` <1499985913.2740.26.camel-Sjgp3cTcYWE@public.gmane.org>
2017-07-13 22:51                               ` Jason Gunthorpe
2017-07-14 10:08                   ` Benjamin Drung [this message]
     [not found]                     ` <1500026921.3563.27.camel-EIkl63zCoXaH+58JC4qpiA@public.gmane.org>
2017-07-14 10:18                       ` Benjamin Drung
2017-07-14 15:55                       ` Jason Gunthorpe
     [not found]                         ` <20170714155544.GA25760-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org>
2017-07-14 16:23                           ` Benjamin Drung
     [not found]                             ` <1500049393.3563.42.camel-EIkl63zCoXaH+58JC4qpiA@public.gmane.org>
2017-07-14 16:40                               ` Jason Gunthorpe
     [not found]                                 ` <20170714164029.GA9942-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org>
2017-07-20  9:04                                   ` Benjamin Drung
     [not found]                                     ` <1500541450.4226.5.camel-EIkl63zCoXaH+58JC4qpiA@public.gmane.org>
2017-07-21  2:45                                       ` Jason Gunthorpe

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1500026921.3563.27.camel@profitbricks.com \
    --to=benjamin.drung-eikl63zcoxah+58jc4qpia@public.gmane.org \
    --cc=Bart.VanAssche-Sjgp3cTcYWE@public.gmane.org \
    --cc=jgunthorpe-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org \
    --cc=linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox