On Fri, Jul 14, 2017 at 12:08:41PM +0200, Benjamin Drung wrote:
> I tested your branch on a Debian 8 (jessie) system with a mlx4 card and
> found several points to fix/improve/discuss:
Thanks!
> 1. The rdma-load-modules@ service needs to set DefaultDependencies=no.
> Otherwise it will end up in a dependency loop:
Makes sense
> 2. You can just specify "etc/rdma/modules" in debian/rdma-core.install
> instead of listing each .conf file individually.
The srp_daemon.conf is in the srp package, so I don't think I can do
that?
> 3. Default conf files for opa.conf and roce.conf are missing.
Right.. Not sure if we should split them like this or not, depends if
we can detect the card type at runtime.
> 4. Should rdma-load-modules@ *not* fail if the corresponding .conf is
> missing?
Does it fail now? Failing seems like the right thing to do for a
missing conf file.
> 5. How to handle build-in modules correctly? Our kernel has the i40e
> module built in (CONFIG_I40E=y) and rdma-load-modules@i40e.service will
> be started, but the system does not have a i40e card and thus I don't
> want to have the module started.
Fixing this would require more fancy udev wonkery - I copied RH's
tested approach which triggers on driver presence, not on driver
binding.
My udev is not great, but something like this:
DRIVER=="mlx4_core", ACTION=="add", TAG+="systemd", ENV{SYSTEMD_WANTS}="rdma-load-modules@mlx4"
Might work better? I think that triggers on driver bind? Could you try
to switch your mlx and i40e drivers in that way?
> 6. The ipoib module (loaded by rdma-load-modules@infiniband) needs to
> loaded before the networking.service is running. The networking.service
> brings up the network devices on Debian. It runs "ifup -a" which reads
Hum. That LSB networking.service sure is an ugly hack, it doesn't
support hotplug so it has this:
After=network-pre.target systemd-sysctl.service systemd-modules-load.service
To 'try' and run after some amount of hot plugging is done. IMHO this
is done wrong, it should start after sysinit.target but before
network-online.target or something...
The only solution to this kind of problem is to add more ordering,
Debian should include a patch to rdma-load-modules@ to put it before
their unique networking.service..
Jason
--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
