Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=958340

Bill Nottingham notting@redhat.com changed:

What |Removed |Added ---------------------------------------------------------------------------- CC| |dledford@redhat.com, | |notting@redhat.com

--- Comment #1 from Bill Nottingham notting@redhat.com --- I suppose with kmod works, or with the kernel itself?

A similar one that loads mlx4_ib should probably ship with the libmlx4 package.

Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=958340

--- Comment #3 from Doug Ledford dledford@redhat.com --- The libmlx4 package provides a libmlx4.conf file in /etc/modprobe.d that takes care of loading both the _en and _ib drivers (the _en cards can support RDMA operations via IBoE, so libmlx4 is perfectly appropriate for use with both versions of the card).

The reason we use a modprobe.d file is that we configure the card's ports between the loading of mlx4_core and the loading of mlx4_ib and mlx4_en. This configuration requires reading a config file in /etc/rdma and as such it is very difficult and frowned upon to do so from the kernel module directly, hence why we use a user space helper, and hence why we load the modules via a modprobe.d file and not request module or other internal kernel mechanism.

It does mean, however, that any time we have mlx4 hardware in the system, we should always be installing libmlx4 whether we ever plan to use the RDMA capabilities of the card or not. If there were some way to tell Anaconda that in the presence of mlx4 hardware to always install libmlx4, that would be my suggestion.

Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=958340

--- Comment #5 from Joel jdy@cryregarder.com --- Sorry, no can do. Turns out my assistant when he couldn't get the ports to come up, hot RMAed them back to the vendor in exchange for intel cards. It was too late once he brought me in to look at it.

https://bugzilla.redhat.com/show_bug.cgi?id=958340

Doug Ledford dledford@redhat.com changed:

What |Removed |Added ---------------------------------------------------------------------------- Component|anaconda |comps Assignee|anaconda-maint-list@redhat. |notting@redhat.com |com | QA Contact|extras-qa@fedoraproject.org | Flags|needinfo? |

--- Comment #8 from Doug Ledford dledford@redhat.com --- You can use lspci to see that the hardware is present. But, really, I would like to see Anaconda just force install libcxgb3, libcxgb4, libmlx4, libmlx5, and rdma at all times. This can be accomplished in the comps file without modifying anaconda. But, these packages are all needed for proper hardware bringup, and in Fedora rawhide, the rdma package now sets up RDMA kernel modules automatically on the basis of a udev rule, so the entire group is fully automated.

Bill, can we get comps modified to include the above packages at all times (well, some of the above packages may not have landed in Fedora yet, but any of them that have should be added to the comps base unit as mandatory)?

https://bugzilla.redhat.com/show_bug.cgi?id=958340

--- Comment #10 from Doug Ledford dledford@redhat.com --- I don't know of any highly popular cards that we leave non-functional in the default install package set. At least the mlx4 and mlx5 hardware are not functional, not even the Ethernet interfaces, without their appropriate packages.