[ewg] OFA EWG Meeting: Monday, April 6th, 2020 - Agenda

[Davis, Arlin R]

Yes, updated drivers would be limited the in-kernel RDMA stack from the distro so we could not add new features, just provide bug fixing. I tend to agree, not much value, but I was asked to present the option to the working group. Clearly, we wouldn't move any faster than the distro, especially with their new commitment of a 6 month "predictable release cadence".

Maybe others can see value and can comment.

From: Vladimir Sokolovsky <vlad at dev.mellanox.co.il>
Sent: Friday, April 03, 2020 12:02 PM
To: Davis, Arlin R <arlin.r.davis at intel.com>; ewg at lists.openfabrics.org
Cc: Woodruff, Robert J <robert.j.woodruff at intel.com>
Subject: Re: OFA EWG Meeting: Monday, April 6th, 2020 - Agenda

On 04/03/2020 09:16 PM, Davis, Arlin R wrote:
Hello,

The recommendation from the OFA board is to move to a lite weight OFED packaging option. This new packaging would simply update the vendors drivers, rebased for distro's compat_rdma kernel sub-system. It would not replace the entire compat-rdma sub-system with latest upstream kernel versions. Not sure how we handle the out of tree builds for rdma_core in user-space, we may have to patch and rebuild entire package.

Would this be an acceptable packaging option for your company? Would there be any value without latest upstream compat-rdma stack?

We will discuss this on Monday, or you can simply reply to the EWG mailing list with your feedback.

Thanks,

Arlin

Hi Arlin,
Can you elaborate on the meaning of "simply update the vendors drivers, rebased for distro's compat_rdma kernel sub-system"? Isn't it already included in Distros?
In most cases vendor's driver cannot be updated without updating kernel's RDMA infrastructure which, in turn, will require other vendors drivers to be updated or disabled.
It is not clear which components OFED will include... For the user space there are only two options: use the in-box version (which means no new features) or replace the in-box version by the newer upstream version as of today.

Honestly, Distros are pretty up to date with the latest upstream changes, so that OFED release cycle is no shorter that most of the Distros release cycle. So, customers can get the latest updates just by upgrading to the new Distro version and this way they will continue to get support by Distros' vendors.
The added value of having community OFED was to provide support of the new features available upstream to older versions of Linux Distributions (when possible). But historically it did not really happened as most of the companies skipped on providing backports for their device drivers. So, it looses its value...

Other thoughts?

Regards,
Vladimir





Join Zoom Meeting
https://zoom.us/j/722177620<https://www.google.com/url?q=https%3A%2F%2Fzoom.us%2Fj%2F722177620&sa=D&ust=1578937173510000&usg=AFQjCNHhw1twJxp1EaVBxmVJQBrHNq2yfQ>

Meeting ID: 722 177 620

One tap mobile +16699006833,,722177620# US (San Jose) +16465588656,,722177620# US (New York)

Dial by your location +1 669 900 6833 US (San Jose) +1 646 558 8656 US (New York) Meeting ID: 722 177 620 Find your local number: https://zoom.us/u/aesx25N6Us<https://www.google.com/url?q=https%3A%2F%2Fzoom.us%2Fu%2Faesx25N6Us&sa=D&ust=1578937173510000&usg=AFQjCNGNMFL2okPCI9kn1XyzkNUoLPVAwQ>

Agenda:

*         OFED_5.x - discuss options for OFED lite, with distro kernel sub-system






-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openfabrics.org/pipermail/ewg/attachments/20200403/5c66a258/attachment-0001.htm>