From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:38691) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dkSjg-0006Ud-1B for guix-patches@gnu.org; Wed, 23 Aug 2017 06:18:13 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dkSja-0005ES-DN for guix-patches@gnu.org; Wed, 23 Aug 2017 06:18:07 -0400 Received: from debbugs.gnu.org ([208.118.235.43]:41706) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dkSja-0005EO-9K for guix-patches@gnu.org; Wed, 23 Aug 2017 06:18:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1dkSja-0002kw-3P for guix-patches@gnu.org; Wed, 23 Aug 2017 06:18:02 -0400 Subject: [bug#27917] high performance fabric support for openmpi Resent-Message-ID: From: Dave Love References: <87mv7i5bfe.fsf@i-ulialbion.it.manchester.ac.uk> <87a82xzurm.fsf@fastmail.com> Date: Wed, 23 Aug 2017 11:17:02 +0100 In-Reply-To: <87a82xzurm.fsf@fastmail.com> (Marius Bakke's message of "Fri, 18 Aug 2017 00:36:45 +0200") Message-ID: <87o9r6h9lt.fsf@albion.it.manchester.ac.uk> MIME-Version: 1.0 Content-Type: text/plain List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-patches-bounces+kyle=kyleam.com@gnu.org Sender: "Guix-patches" To: Marius Bakke Cc: 27917-done@debbugs.gnu.org Marius Bakke writes: >> It still needs psm(2)/infinipath support. I don't know where that >> should go in the source; libpsm(2) makes sense in rdma-core, like mlx5, >> but has separate sources. > > Can it not be built as a standalone package? Yes, but I don't see why it should be treated differently from, e.g., Mellanox support, if it doesn't significantly increase the closure. (PSM is probably more important than some of the hardware support in rdma-core.) If you're using verbs rather than the PSM interface, which I think is possible with OPA (psm2) as well as Infinipath/True Scale, you'll get rather obscure errors if the hardware support is missing. It's a common problem with hardware support (e.g. mlx4) in separate packages without suitable dependencies, as in current RHEL, so I think psm should at least be a dependency. >> + (license (list license:bsd-3 license:gpl2)))) ;dual > > This is the FreeBSD license (aka BSD-2). Oops! I'm usually more careful. That reminds me of something I should raise about licences generally...