Re: Heads up: rdma-core dropped support for 32-bit arm

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mon, Dec 09, 2019 at 12:17:43PM +0100, Dominik 'Rathann' Mierzejewski wrote:
> On Sunday, 08 December 2019 at 04:36, Doug Ledford wrote:
> > > On Dec 7, 2019, at 1:04 AM, Orion Poplawski <orion@xxxxxxxx> wrote:
> > > 
> > > FYI:
> > > 
> > > rdma-core 26.1-1.fc32 dropped support for %arm:
> > > 
> > > # 32-bit arm is missing required arch-specific memory barriers,
> > > ExcludeArch: %{arm}
> > > 
> > > This broke dependecies for the arm package of openmpi
> > > (https://bugzilla.redhat.com/show_bug.cgi?id=1780584)
> > > 
> > > This may have affected other users of rdma-core, depending of if
> > > they use rdma on arm.  Using my x86_64 machine:
> > > 
> > > $ dnf repoquery --whatrequires libibverbs.so.1'()(64bit)' --source
> > > Last metadata expiration check: 0:14:21 ago on Fri 06 Dec 2019 10:35:11 PM MST.
> > > ceph-14.2.4-3.fc32.src.rpm
> > > dapl-2.1.9-10.fc31.src.rpm
> > > fio-3.16-2.fc32.src.rpm
> > > ga-5.6.5-6.fc31.src.rpm
> > > glusterfs-7.0-1.fc32.src.rpm
> > > libfabric-1.9.0-1.fc32.src.rpm
> > > libiscsi-1.18.0-9.fc32.src.rpm
> > > libocrdma-1.0.8-6.fc27.src.rpm
> > > nwchem-6.8.2-1.fc32.src.rpm
> > > openmpi-3.1.5-1.module_f32+7117+998651d7.src.rpm
> > > orangefs-2.9.7-6.fc31.src.rpm
> > > perftest-4.2-5.fc31.src.rpm
> > > qemu-4.2.0-0.3.rc2.fc32.src.rpm
> > > qperf-0.4.9-16.fc31.src.rpm
> > > rdma-core-26.1-1.fc32.src.rpm
> > > scsi-target-utils-1.0.70-9.fc31.src.rpm
> > > ucx-1.6.1-1.fc32.src.rpm
> > > 
> > > This has also broken hwloc-devel on arm:
> > > 
> > > https://bugzilla.redhat.com/show_bug.cgi?id=1780813
> > > 
> > > Is this a definite hard requirement, or can we have at least a
> > > minimal rdma-core for arm to avoid having to propagate a bunch of
> > > arm conditionals down the stack?
> >
> > The arm32 platform literally does not support the memory primitives
> > needed to safely to RDMA.  If we enable the support, and someone uses
> > it, there is nothing we can do to prevent them running the risk of
> > memory corruption.  So we probably need to exclude arm32 from all
> > these packages, or conditionally make the packages exclude RDMA
> > support on arm32.
> 
> The change to rdma-core.spec in commit b631ce466538bdee6e19be3286fb8cbeb5c73de6:
> ...
> +# 32-bit arm is missing required arch-specific memory barriers,
> +ExcludeArch: %{arm}
> ...
> 
> should have been communicated to all depdent package maintainers in
> advance, as this is effectively removing the package for armv7hl from
> rawhide. Cc'ing the committer.
> 
> Why was this built on arm32 before if RDMA is not support arm32?

We did not intentionally built rdma stack package for arm32.

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

Please see this bug for details. The first version of rdma-core-12
did not built on arm32. Unfortunately, rdma-core-16.2-1.fc28 had been
built on arm32. It seems enabled by the fedora package building system
by default. I do not mean to blame fedora package building system. It is
our fault did not fix this time, when rdma-core-16.2-1.fc28 built on
arm32.


> Regards,
> Dominik
> -- 
> Fedora   https://getfedora.org  |  RPM Fusion  http://rpmfusion.org
> There should be a science of discontent. People need hard times and
> oppression to develop psychic muscles.
>         -- from "Collected Sayings of Muad'Dib" by the Princess Irulan
> 
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx




[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Users]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]

  Powered by Linux