Can BTS #957468 be closed?
--
Brian T. Smith
System Fabric Works
Senior Principal Engineer
bsm...@systemfabricworks.com
GPG Key: 0xB3C2C7B73BA3CD7F
I have uploaded libpsm 11.2.185-1, which addresses this bug.
As requested, I'm leaving Bug #957468 open.
--
Brian T. Smith
System Fabric Works
Senior Principal Engineer
bsm...@systemfabricworks.com
GPG Key: 0xB3C2C7B73BA3CD7F
Hi Mehdi,
On Mon, Oct 29, 2018 at 4:48 AM Mehdi Dogguy wrote:
>
> Sorry for not replying sooner.
>
> On 2018-10-20 17:54, Brian Smith wrote:
> > The change is in psm2_hal.c. It is a brand new file. Reference the
> > initialization loop at line 246.
> >
>
> I
28 AM Mehdi Dogguy wrote:
>
> On 2018-10-19 19:53, Brian Smith wrote:
> > The problem occurs when the OFI psm2 provider invokes psm2_init() when
> > there are no hfi1 devices present on the system. The call chain
> > eventually invokes hfi1_wait_for_device() with a timeout of
Sorry for my late reply on this issue. The BTS notifications were sent
to spam. I'm looking into adjusting the filters.
--
Brian T. Smith
System Fabric Works
Senior Technical Staff
bsm...@systemfabricworks.com
GPG Key: 0xB3C2C7B73BA3CD7F
I have confirmed this behavior with libfabric1_1.6.1-5 and
libpsm2_11.2.68-1. There is no existing workaround for the problem,
other than downgrading libpsm2 to 10.3.58-2.
The problem occurs when the OFI psm2 provider invokes psm2_init() when
there are no hfi1 devices present on the system. The ca
Greetings Santiago,
I have reproduced this issue and am investigating.
Regarding the reproducible build FTBFS, that appears to be an issue
with GNU assembler: build_path_captured_in_assembly_objects. I've been
scratching my head on that one. The only potential solution that I
have come up with is
7 matches
Mail list logo
