Re: Heads up: rdma-core dropped support for 32-bit arm
On Fri, Dec 06, 2019 at 11:04:53PM -0700, Orion Poplawski 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:
>
Confirmed only openmpi impacted by this issue. Please see inline comments
for details.
Opened https://bugzilla.redhat.com/show_bug.cgi?id=1781765 for openmpi.
> $ 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
ExcludeArch:i686 armv7hl
> dapl-2.1.9-10.fc31.src.rpm
dapl should be retired.
> fio-3.16-2.fc32.src.rpm
%ifnarch %{arm}
BuildRequires: numactl-devel
BuildRequires: librdmacm-devel
%endif
> ga-5.6.5-6.fc31.src.rpm
ExclusiveArch: %{ix86} x86_64
> glusterfs-7.0-1.fc32.src.rpm
# No RDMA Support on armv7hl
%ifarch armv7hl
%global _without_rdma --disable-ibverbs
%endif
> libfabric-1.9.0-1.fc32.src.rpm
# RDMA not available on 32-bit ARM: #1484155
%ifnarch %{arm}
BuildRequires: libibverbs-devel
BuildRequires: librdmacm-devel
%endif
> libiscsi-1.18.0-9.fc32.src.rpm
%ifnarch %{arm}
BuildRequires: rdma-core-devel
%endif
> libocrdma-1.0.8-6.fc27.src.rpm
libocrdma should be retired.
> nwchem-6.8.2-1.fc32.src.rpm
ExclusiveArch: x86_64 %{ix86}
> openmpi-3.1.5-1.module_f32+7117+998651d7.src.rpm
https://bugzilla.redhat.com/show_bug.cgi?id=1781765
> orangefs-2.9.7-6.fc31.src.rpm
%ifnarch armv7hl
BuildRequires: libibverbs-devel
%endif
> perftest-4.2-5.fc31.src.rpm
ExcludeArch:s390 s390x %{arm}
> qemu-4.2.0-0.3.rc2.fc32.src.rpm
qemu maintainer had fixed this issue.
> qperf-0.4.9-16.fc31.src.rpm
ExcludeArch:%{arm}
> rdma-core-26.1-1.fc32.src.rpm
It does not impact itself.
> scsi-target-utils-1.0.70-9.fc31.src.rpm
%ifnarch s390 s390x %{arm}
%global with_rdma 1
%endif
> ucx-1.6.1-1.fc32.src.rpm
# UCX currently supports only the following architectures
ExclusiveArch: aarch64 ppc64le x86_64
>
> 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?
>
> --
> Orion Poplawski
> Manager of NWRA Technical Systems 720-772-5637
> NWRA, Boulder/CoRA Office FAX: 303-415-9702
> 3380 Mitchell Lane or...@nwra.com
> Boulder, CO 80301 https://www.nwra.com/
>
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
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@lists.fedoraproject.org
Re: Heads up: rdma-core dropped support for 32-bit arm
On Tue, Dec 10, 2019 at 11:37:06AM +0100, Dominik 'Rathann' Mierzejewski wrote: > On Tuesday, 10 December 2019 at 11:14, Honggang LI wrote: > > On Mon, Dec 09, 2019 at 02:40:29PM +0100, Dominik 'Rathann' > > Mierzejewski wrote: > [...] > > > Thanks for the background. I'm not questioning your decision to stop > > > building rdma for armv7hl, but it needs to be coordinated with the > > > dependent packages. Please re-enable it, work with the respective > > > > It seems not a good choice for me to re-enable and disable it again. > > I hope you can fix the dependency issues quickly. Otherwise you'll be > leaving a number of packages in a state where they're not installable > and the packages depending on them are not rebuildable for an extended > period of time. I'd expect it to be a trivial fix for any package maintainer who is affected by this. I doubt any of them have a hard dependnacy on rdma, so should largely be a case of wrapping the rdma BuildRequires in an arch conditional to exclude arm7. This change has been in rawhide for 12 days now, so I'd hope the package maintainers have already done this themselves. Regards, Daniel -- |: https://berrange.com -o-https://www.flickr.com/photos/dberrange :| |: https://libvirt.org -o-https://fstop138.berrange.com :| |: https://entangle-photo.org-o-https://www.instagram.com/dberrange :| ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org 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@lists.fedoraproject.org
Re: Heads up: rdma-core dropped support for 32-bit arm
On Tuesday, 10 December 2019 at 11:14, Honggang LI wrote: > On Mon, Dec 09, 2019 at 02:40:29PM +0100, Dominik 'Rathann' > Mierzejewski wrote: [...] > > Thanks for the background. I'm not questioning your decision to stop > > building rdma for armv7hl, but it needs to be coordinated with the > > dependent packages. Please re-enable it, work with the respective > > It seems not a good choice for me to re-enable and disable it again. I hope you can fix the dependency issues quickly. Otherwise you'll be leaving a number of packages in a state where they're not installable and the packages depending on them are not rebuildable for an extended period of time. > I'm trying to get an arm32 machine in our lab. And then I will narrow > down all packages impacted by this. Will open bug for all impacted > packages. You can use one of the ARM VMs available to Fedora packagers: https://fedoraproject.org/wiki/Test_Machine_Resources_For_Package_Maintainers Thanks for trying to do the right thing after all, I appreciate it. 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@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org 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@lists.fedoraproject.org
Re: Heads up: rdma-core dropped support for 32-bit arm
On Mon, Dec 09, 2019 at 02:40:29PM +0100, Dominik 'Rathann' Mierzejewski wrote:
> On Monday, 09 December 2019 at 14:15, Honggang LI wrote:
> > On Mon, Dec 09, 2019 at 12:17:43PM +0100, Dominik 'Rathann' Mierzejewski
> > wrote:
> [...]
> > > 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 supported on arm32?
> >
> > We did not intentionally built rdma stack package for arm32.
>
> You did not intentially disable building on arm32. All Fedora packages
> are built on all arches unless explicitly disabled:
> https://docs.fedoraproject.org/en-US/packaging-guidelines/#_architecture_support
>
> > 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.
>
> Thanks for the background. I'm not questioning your decision to stop
> building rdma for armv7hl, but it needs to be coordinated with the
> dependent packages. Please re-enable it, work with the respective
It seems not a good choice for me to re-enable and disable it again.
I'm trying to get an arm32 machine in our lab. And then I will narrow
down all packages impacted by this. Will open bug for all impacted
packages.
> maintainers to disable rdma support on armv7hl and then put ExcludeArch
> for armv7hl back in.
>
> 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@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> 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@lists.fedoraproject.org
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
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@lists.fedoraproject.org
Re: Heads up: rdma-core dropped support for 32-bit arm
On Tuesday, 10 December 2019 at 10:47, Honggang LI wrote: [...] > I will work with Mellanox to fix this dependency issue. Thank you! 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@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org 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@lists.fedoraproject.org
Re: Heads up: rdma-core dropped support for 32-bit arm
On Fri, Dec 06, 2019 at 11:04:53PM -0700, Orion Poplawski 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
dapl is obsolete in upstream. It should be retired.
> 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
I fix this dependency issue for libfabric.
> libiscsi-1.18.0-9.fc32.src.rpm
> libocrdma-1.0.8-6.fc27.src.rpm
libocrdma is obsolete. It should be retired.
> 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
I will fix this dependency issue for perftest.
> qemu-4.2.0-0.3.rc2.fc32.src.rpm
> qperf-0.4.9-16.fc31.src.rpm
I will fix this dependency issue for qperf.
> rdma-core-26.1-1.fc32.src.rpm
No, it does not impact itself.
> scsi-target-utils-1.0.70-9.fc31.src.rpm
> ucx-1.6.1-1.fc32.src.rpm
I will work with Mellanox to fix this dependency issue.
>
> 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?
>
> --
> Orion Poplawski
> Manager of NWRA Technical Systems 720-772-5637
> NWRA, Boulder/CoRA Office FAX: 303-415-9702
> 3380 Mitchell Lane or...@nwra.com
> Boulder, CO 80301 https://www.nwra.com/
>
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
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@lists.fedoraproject.org
Re: Heads up: rdma-core dropped support for 32-bit arm
On Fri, Dec 06, 2019 at 11:04:53PM -0700, Orion Poplawski 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
> qemu-4.2.0-0.3.rc2.fc32.src.rpm
QEMU was fixed a week ago when this dropped arm32 support
first hit the repos (rhbz#1778517)
Regards,
Daniel
--
|: https://berrange.com -o-https://www.flickr.com/photos/dberrange :|
|: https://libvirt.org -o-https://fstop138.berrange.com :|
|: https://entangle-photo.org-o-https://www.instagram.com/dberrange :|
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
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@lists.fedoraproject.org
Re: Heads up: rdma-core dropped support for 32-bit arm
On Monday, 09 December 2019 at 14:15, Honggang LI wrote:
> On Mon, Dec 09, 2019 at 12:17:43PM +0100, Dominik 'Rathann' Mierzejewski
> wrote:
[...]
> > 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 supported on arm32?
>
> We did not intentionally built rdma stack package for arm32.
You did not intentially disable building on arm32. All Fedora packages
are built on all arches unless explicitly disabled:
https://docs.fedoraproject.org/en-US/packaging-guidelines/#_architecture_support
> 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.
Thanks for the background. I'm not questioning your decision to stop
building rdma for armv7hl, but it needs to be coordinated with the
dependent packages. Please re-enable it, work with the respective
maintainers to disable rdma support on armv7hl and then put ExcludeArch
for armv7hl back in.
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@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
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@lists.fedoraproject.org
Re: Heads up: rdma-core dropped support for 32-bit arm
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 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@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
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@lists.fedoraproject.org
Re: Heads up: rdma-core dropped support for 32-bit arm
On Sunday, 08 December 2019 at 04:36, Doug Ledford wrote:
> > On Dec 7, 2019, at 1:04 AM, Orion Poplawski 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?
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@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
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@lists.fedoraproject.org
Re: Heads up: rdma-core dropped support for 32-bit arm
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.
Sent from my iPad
> On Dec 7, 2019, at 1:04 AM, Orion Poplawski 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?
>
> --
> Orion Poplawski
> Manager of NWRA Technical Systems 720-772-5637
> NWRA, Boulder/CoRA Office FAX: 303-415-9702
> 3380 Mitchell Lane or...@nwra.com
> Boulder, CO 80301 https://www.nwra.com/
>
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
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@lists.fedoraproject.org
Heads up: rdma-core dropped support for 32-bit arm
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?
--
Orion Poplawski
Manager of NWRA Technical Systems 720-772-5637
NWRA, Boulder/CoRA Office FAX: 303-415-9702
3380 Mitchell Lane or...@nwra.com
Boulder, CO 80301 https://www.nwra.com/
smime.p7s
Description: S/MIME Cryptographic Signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
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@lists.fedoraproject.org
