Thanks, Jeff.

I agree that the vendor ID could push to 1.6, since an end-user can easily edit the corresponding file post-install if needed (as opposed to source changes).

For the other items I'll follow up in the ticket system if/when necessary.

-Paul

On Wed, Feb 29, 2012 at 10:35 AM, Jeffrey Squyres <jsquyres@cisco.com> wrote:
On Feb 28, 2012, at 6:40 PM, Paul H. Hargrove wrote:

> Testing 1.5.5rc3 on a "representative sampling" of my many platforms looks good.
> In particular, I've retested various platforms that showed any significant problems previously and found them to be fixed.
>
> Though minor, I do see that the following patches I've posted are not applied
> + Add a Mellanox PCI vendor ID to the device params file
> http://www.open-mpi.org/community/lists/devel/2012/02/10615.php
>    Posted 13 hours ago and not yet on trunk

Just pinged Mellanox for confirmation.  I see no reason to do this, but it is their hardware, so I want them in the loop.

> + Fix show_help_lex.l to avoid undefined behavior (and silence associated warning from flex)
> http://www.open-mpi.org/community/lists/devel/2012/02/10521.php
>    Was applied to trunk as r25983

Pushed this to v1.6 (because we know that the trailing context is ok in all OMPI cases): CMR #3025.

> + Reorder includes to avoid "'struct in_addr' declared inside parameter list" warnings
> http://www.open-mpi.org/community/lists/devel/2012/02/10484.php
>    Was applied to trunk as r25984

Pushed this to v1.6: CMR #3026.

> I am assuming there is no interest in the MIPS atomics fixes, or the PPC64 atomics work-around for an XLC bug.
> MIPS 1of2: http://www.open-mpi.org/community/lists/devel/2012/02/10416.php
> MIPS 2of2: http://www.open-mpi.org/community/lists/devel/2012/02/10417.php
> PPC64/XLC: http://www.open-mpi.org/community/lists/devel/2012/02/10603.php
> If there *is* interest in these, let me know if there is any assistance I can lend.

There actually is, but I'm ok pushing all of these to v1.6.  I'll file tickets for v1.6.

So far as I see it, there's just the 1 issue of the Mellanox device ID.  Which, honestly, I'm ok pushing to v1.6 because it's for fairly old Mellanox hardware -- that ID is already in the ConnectX entry.

--
Jeff Squyres
jsquyres@cisco.com
For corporate legal information go to: http://www.cisco.com/web/about/doing_business/legal/cri/


_______________________________________________
devel mailing list
devel@open-mpi.org
http://www.open-mpi.org/mailman/listinfo.cgi/devel



--
Paul H. Hargrove                          PHHargrove@lbl.gov
Future Technologies Group
HPC Research Department                   Tel: +1-510-495-2352
Lawrence Berkeley National Laboratory     Fax: +1-510-486-6900