Well, the contents of opal/asm/asm-data.txt and the arch-specific subdirs below opal/include/opal/sys have served me as a list of the atomics implementations. If those include architectures no longer officially supported, then some cleanup may be in order (as SPARC_v8 was recently removed from asm-data.txt).
-Paul On Mon, Aug 11, 2014 at 11:44 AM, Jeff Squyres (jsquyres) < jsquy...@cisco.com> wrote: > I think the closest thing we have to a supported architecture list is in > the README. > > > On Aug 11, 2014, at 2:42 PM, Nathan Hjelm <hje...@lanl.gov> wrote: > > > > > Which brings us back to Dave's question. Is there a list of supported > > architectures? I don't want to bother with DEC Alpha if we no longer > > support it. > > > > BTW, so far I have converted: AMD64, IA32, ARM. Working on IA64 now. > > > > -Nathan > > > > On Mon, Aug 11, 2014 at 01:57:21PM -0400, George Bosilca wrote: > >> Dave, > >> We all understand your concerns. However, the current issue has > nothing to > >> do with Nathan, the code for supporting ARMv5 is already in the patch > I > >> submitted and that Paul validated. > >> What Nathan said he might take a look at is a different method for > >> generating assembly code, one that only supports ARMv7 and later. > >> George. > >> > >> On Mon, Aug 11, 2014 at 1:51 PM, Dave Goodell (dgoodell) > >> <dgood...@cisco.com> wrote: > >> > >> On Aug 11, 2014, at 11:54 AM, Paul Hargrove <phhargr...@lbl.gov> > wrote: > >> > >>> I am on the same page with George here - if it's on the list then > >> support it until its been removed. > >>> > >>> I happen to have systems to test, I believe, every supported atomics > >> implementation except for DEC Alpha, and so I did test them all. > >> > >> My comment was not intended to indicate that I don't value your > testing > >> contributions, Paul. I am more concerned that Nathan is wasting > time > >> fixing support for an effectively useless platform. It's not like > this > >> is a case where making the more portable change improves our general > >> correctness on other platforms; it's a very (<= ARMv5)-specific > >> situation. > >> > >> If there's actually an official list of supported platforms > somewhere, > >> then I'll let Nathan decide whether he wants to submit an RFC to > drop > >> ARMv5 support. I know I'd support it, but I don't care enough to > write > >> an RFC of my own right now. > >> -Dave > >> > >> _______________________________________________ > >> devel mailing list > >> de...@open-mpi.org > >> Subscription: http://www.open-mpi.org/mailman/listinfo.cgi/devel > >> Link to this post: > >> http://www.open-mpi.org/community/lists/devel/2014/08/15618.php > > > >> _______________________________________________ > >> devel mailing list > >> de...@open-mpi.org > >> Subscription: http://www.open-mpi.org/mailman/listinfo.cgi/devel > >> Link to this post: > http://www.open-mpi.org/community/lists/devel/2014/08/15619.php > > > > _______________________________________________ > > devel mailing list > > de...@open-mpi.org > > Subscription: http://www.open-mpi.org/mailman/listinfo.cgi/devel > > Link to this post: > http://www.open-mpi.org/community/lists/devel/2014/08/15620.php > > > -- > Jeff Squyres > jsquy...@cisco.com > For corporate legal information go to: > http://www.cisco.com/web/about/doing_business/legal/cri/ > > _______________________________________________ > devel mailing list > de...@open-mpi.org > Subscription: http://www.open-mpi.org/mailman/listinfo.cgi/devel > Link to this post: > http://www.open-mpi.org/community/lists/devel/2014/08/15621.php > -- Paul H. Hargrove phhargr...@lbl.gov Future Technologies Group Computer and Data Sciences Department Tel: +1-510-495-2352 Lawrence Berkeley National Laboratory Fax: +1-510-486-6900