Re: [hwloc-devel] hwloc-1.11 failure with pgi compiler

Paul Hargrove, le Tue 28 Jul 2015 15:00:36 -0700, a écrit : > Well, for the compiler that accepted the "=r" form and then generated code > that > SEGV'd I would say "buggy". I would like to see the generated code before saying anything, since it's so easy to write bogus inline assembly and being

Re: [hwloc-devel] hwloc-1.11 failure with pgi compiler

Paul Hargrove, le Tue 28 Jul 2015 16:47:37 -0700, a écrit : >   : "=a" (*eax), "=r" (*ebx), "=c" (*ecx), "=d" (*edx) > >    5f5c5:       87 d3                   xchg   %edx,%ebx Ouch. That I call "buggy" indeed :) Thanks for the tests, that's good to know. Samuel

Re: [hwloc-devel] Three patches for MSVC/ICL builds on Windows.

Brice Goglin, on Tue 05 Apr 2016 10:39:29 +0200, wrote: > Le 05/04/2016 10:26, Samuel Thibault a écrit : > > The bug here is that that HWLOC_CHECK_DECL assumed that availability > > of the function was tested before, i.e. > >> conftest.c(96) : fatal error C1083: Cannot ope

Re: [hwloc-devel] hwloc.m4: minor english fixes

git...@open-mpi.org, on Tue 07 Feb 2017 09:15:01 -0600, wrote: > commit 96a1a1b4d9f4d34e6b26ed4a665a739fd449131a > Author: Jeff Squyres > Date: Tue Feb 7 10:13:27 2017 -0500 > > hwloc.m4: minor english fixes > > Signed-off-by: Jeff Squyres

Re: [hwloc-devel] hwloc.m4: minor english fixes

Jeff Squyres (jsquyres), on Wed 08 Feb 2017 15:19:58 +, wrote: > 1. You reverted an actual grammar fix: "support" -> "supported". Oops, I missed that part, sorry. > 2. I don't think that "likely" is bad to have. Like I said above, the test > itself is just a switch/case test based on a

Re: [hwloc-devel] [SCM] open-mpi/hwloc branch master updated. 37eb93c7dfeca1a0ce84474bac9d2f234bcbacd4

Brice Goglin, on mar. 29 août 2017 18:54:03 +0200, wrote: > Contrary to lstopo, hwloc-ps has no problem with long command-lines. Right. > What's the point of shortening to comm here? Well, for coherency only, if you prefer long command-lines there, I'm fine with it. Samuel

Re: [hwloc-devel] No opencl osdev for NVidia GPU devices

Brice Goglin, on mer. 27 sept. 2017 20:39:47 +0200, wrote: > Le 27/09/2017 18:58, Samuel Thibault a écrit : > > Isn't it better to show OpenCL at the root rather then not at all? > > As you want. > If there's a need for these objects without any topology information, > that'

Re: [hwloc-devel] [hwloc-announce] Hardware locality (hwloc) v2.0.0-beta1 released

Hello, Brice Goglin, on mar. 19 déc. 2017 11:48:39 +0100, wrote: > The Hardware Locality (hwloc) team is pleased to announce the first > beta release for v2.0.0: > >http://www.open-mpi.org/projects/hwloc/ The tarball doesn't contain a netloc/ directory. This is not a problem for ./configure

Re: [hwloc-devel] [hwloc-announce] Hardware locality (hwloc) v2.0.0-beta1 released

I have uploaded it to debian experimental, so when it passes NEW, various arch test results will show up on https://buildd.debian.org/status/package.php?p=hwloc=experimental so you can check the results on odd systems :) Samuel ___ hwloc-devel

Re: [hwloc-devel] [hwloc-announce] Hardware locality (hwloc) v2.0.0-beta1 released

Brice Goglin, on mar. 19 déc. 2017 11:48:39 +0100, wrote: > The Hardware Locality (hwloc) team is pleased to announce the first > beta release for v2.0.0: > >http://www.open-mpi.org/projects/hwloc/ I tried to build the Debian package, there are a few failures in the testsuite: FAIL:

Re: [hwloc-devel] [hwloc-announce] Hardware locality (hwloc) v2.0.0-beta1 released

Brice Goglin, on mer. 20 déc. 2017 17:53:54 +0100, wrote: > Le 20/12/2017 à 17:49, Samuel Thibault a écrit : > > Samuel Thibault, on mer. 20 déc. 2017 13:57:45 +0100, wrote: > >> Brice Goglin, on mar. 19 déc. 2017 11:48:39 +0100, wrote: > >>> The Hardware Lo

Re: [hwloc-devel] [hwloc-announce] Hardware locality (hwloc) v2.0.0-beta1 released

Brice Goglin, on mer. 20 déc. 2017 18:16:34 +0100, wrote: > Le 20/12/2017 à 18:06, Samuel Thibault a écrit : > > It has only one NUMA node, thus triggering the code I patched over. > > Well, this has been working fine for a while, since that's my daily > development machine a

Re: [hwloc-devel] No opencl osdev for NVidia GPU devices

Brice Goglin, on lun. 08 janv. 2018 15:41:02 +0100, wrote: > Do we want to see OpenCL CPU devices too? I believe we don't want them. Samuel ___ hwloc-devel mailing list hwloc-devel@lists.open-mpi.org

Re: [hwloc-devel] [hwloc-announce] Hardware locality (hwloc) v2.0.0rc2 released

BTW, I have noticed that ia64 eventually tried to build beta1. It failed in the shmem.c test: https://buildd.debian.org/status/fetch.php?pkg=hwloc=ia64=2.0.0~beta1-4=1517101408=0 I don't have access to a porterbox to check what happened more precisely. The rc2 build might be attempted within a

Re: [hwloc-devel] [SCM] open-mpi/hwloc branch master updated. 14e727976867931a2eb74f2630b0ce9137182874

Brice Goglin, on lun. 05 févr. 2018 14:25:58 +0100, wrote: > configure only looks for CL/cl_ext.h before enabling the OpenCL backend. > Did it enable OpenCL on your machine? Possibly not, we just happen to have had StarPU build errors when including opencl.h. Samuel

[hwloc-devel] Homebrew bumped to hwloc 2

Hello, For information, Homebrew bumped its hwloc version to 2: https://github.com/Homebrew/homebrew-core/pull/23721 Samuel ___ hwloc-devel mailing list hwloc-devel@lists.open-mpi.org https://lists.open-mpi.org/mailman/listinfo/hwloc-devel

Re: [hwloc-devel] [hwloc-announce] Hardware locality (hwloc) v2.0.0-beta1 released

Samuel Thibault, on mer. 20 déc. 2017 18:32:48 +0100, wrote: > I have uploaded it to debian experimental, so when it passes NEW, > various arch test results will show up on > > https://buildd.debian.org/status/package.php?p=hwloc=experimental > > so you can check the resu

[hwloc-devel] get_last_cpu_location for process (Was: Hardware locality (hwloc) v2.0.0-beta1 released)

Samuel Thibault, on jeu. 28 déc. 2017 15:08:30 +0100, wrote: > Samuel Thibault, on mer. 20 déc. 2017 18:32:48 +0100, wrote: > > I have uploaded it to debian experimental, so when it passes NEW, > > various arch test results will show up on > > > > https://buildd.debi

Re: [hwloc-devel] get_last_cpu_location for process (Was: Hardware locality (hwloc) v2.0.0-beta1 released)

Brice Goglin, on jeu. 28 déc. 2017 18:47:29 +0100, wrote: > Le 28/12/2017 à 16:18, Samuel Thibault a écrit : > > Samuel Thibault, on jeu. 28 déc. 2017 15:08:30 +0100, wrote: > >> Samuel Thibault, on mer. 20 déc. 2017 18:32:48 +0100, wrote: > >>> I have uploaded it t

Re: [hwloc-devel] get_last_cpu_location for process (Was: Hardware locality (hwloc) v2.0.0-beta1 released)

Brice Goglin, on ven. 29 déc. 2017 11:15:09 +0100, wrote: > I couldn't test since binding doesn't seem to work in my qemu (always > goes to PU #0), even when using qemu-x86_64 on x86_64. Is this fixed > with your patches sent to qemu-devel yesterday? My get/setaffinity patches shouldn't fix

Re: [hwloc-devel] [hwloc-announce] Hardware locality (hwloc) v2.0.0-beta1 released

BTW, I find differing information on the soname that hwloc2 will have: https://github.com/open-mpi/hwloc/wiki/Upgrading-to-v2.0-API mentions version 6, but VERSION uses 12:0:0 (and thus the soname uses 12). Samuel ___ hwloc-devel mailing list

Re: [hwloc-devel] [hwloc-announce] Hardware locality (hwloc) v2.0.0-beta1 released

Hello, Brice Goglin, on mar. 19 déc. 2017 11:48:39 +0100, wrote: > + Memory, I/O and Misc objects are now stored in dedicated children lists, > not in the usual children list that is now only used for CPU-side objects. > - hwloc_get_next_child() may still be used to iterate over these 4

Re: [hwloc-devel] [hwloc-announce] Hardware locality (hwloc) v2.0.0-beta1 released

Brice Goglin, on ven. 22 déc. 2017 12:35:35 +0100, wrote: > That won't work. You can have memory attached at different levels of the > hierarchy (things like HBM inside a die, normal memory attached to a > package, and slow memory attached to the memory interconnect). The > notion of NUMA node and

Re: [hwloc-devel] [hwloc-announce] Hardware locality (hwloc) v2.0.0-beta1 released

In the end, I'm wondering what we will do for the Debian packages: a separate libhwloc2-dev package (which is a pain for various reasons) or not. It depends whether we have rdependencies ready when we really want hwloc2 into Debian. FI, here are the rdeps: Package: gridengine Package: htop

Re: [hwloc-devel] [hwloc-announce] Hardware locality (hwloc) v2.0.0-beta1 released

Samuel Thibault, on mer. 20 déc. 2017 13:57:45 +0100, wrote: > Brice Goglin, on mar. 19 déc. 2017 11:48:39 +0100, wrote: > > The Hardware Locality (hwloc) team is pleased to announce the first > > beta release for v2.0.0: > > > >http://www.open-mpi.org/projects/h

Re: [hwloc-devel] [hwloc-announce] Hardware locality (hwloc) v2.0.0-beta1 released

Samuel Thibault, on mer. 20 déc. 2017 18:26:37 +0100, wrote: > Brice Goglin, on mer. 20 déc. 2017 18:16:34 +0100, wrote: > > Le 20/12/2017 à 18:06, Samuel Thibault a écrit : > > > It has only one NUMA node, thus triggering the code I patched over. > > > > We

Re: [hwloc-devel] hwloc_distances_add conflicting declaration

Marco Atzeri, le dim. 30 sept. 2018 20:02:59 +0200, a ecrit: > also adding a HWLOC_DECLSPEC on the first case distances.c:347 > does not solve the issue as the two declaration are not the same. > > Suggestion ? Perhaps use hwloc_uint64_t instead of uint64_t in hwloc/distances.c? Samuel

Re: [hwloc-devel] Strange CPU topology numbering on dual socket ARM server with 2×ThunderX2 CN9975

Brice Goglin, le ven. 06 sept. 2019 16:07:13 +0200, a ecrit: > physical_package_id don't have to be between 0 and N-1, Which is the very reason for the logical IDs that hwloc provide :) Samuel ___ hwloc-devel mailing list hwloc-devel@lists.open-mpi.org

Re: [hwloc-devel] Strange CPU topology numbering on dual socket ARM server with 2×ThunderX2 CN9975

Jirka Hladky, le ven. 06 sept. 2019 16:52:30 +0200, a ecrit: > The trouble is that other Linux tools (like ps) are using the physical > numbering. Yes, that is why hwloc provides both, and hwloc-calc can be used to convert between them for instance. Samuel

[hwloc-devel] hwloc2 in Debian?

Hello, The last missing bits for having hwloc2 in Debian are almost there: - librsb has been updated in unstable to the fixed 1.2.0.8 - openmpi 4 has been uploaded to experimental So once openmpi 4 is in unstable and these two are ready to move to testing, AFAICT there nothing that prevents

Re: [hwloc-devel] Negative values for die_id and physical_package_id

Brice Goglin, le mer. 26 mai 2021 14:13:02 +0200, a ecrit: > os_index is already *unsigned* in the API (did you mean signed?). We cannot > change the obj->os_index back to signed now, it would break existing users. Mmm, it wouldn't break the ABI, only printf formats using %u? Samuel

<    1   2   3   4   5