Re: [hwloc-devel] Merging the PCI branch?

2011-04-06 Thread Terry Dontje
On 04/06/2011 08:49 AM, Brice Goglin wrote: Le 31/03/2011 18:06, Jeff Squyres a écrit : On Mar 28, 2011, at 5:26 PM, Brice Goglin wrote: libpci is needed to make this work. And only Linux gives you OS devices for now (we use sysfs to translate between pci devs and os devs). Is libpci

Re: [hwloc-devel] Merging the PCI branch?

2011-04-06 Thread Brice Goglin
Le 31/03/2011 18:06, Jeff Squyres a écrit : > On Mar 28, 2011, at 5:26 PM, Brice Goglin wrote: > >> libpci is needed to make this work. And only Linux gives you OS devices >> for now (we use sysfs to translate between pci devs and os devs). >> > Is libpci available on all platforms? Or is

Re: [hwloc-devel] Merging the PCI branch?

2011-03-31 Thread Brice Goglin
Le 31/03/2011 18:06, Jeff Squyres a écrit : > > Good. Although I think we should plan to make this the default in some > future version (i.e., say that in the docs). > I agree with Samuel on this. Keep things people for basic users. Without I/O devices, the topology is usually very simple,

Re: [hwloc-devel] Merging the PCI branch?

2011-03-31 Thread Jeff Squyres
On Mar 31, 2011, at 2:41 PM, Samuel Thibault wrote: > [re: making PCI the default] > I'm unsure about it. We need to keep the simple things simple, and many > people will only care about CPU placement first, so that should remain > simple. Ok. I guess I don't have too strong of an opinion here.

Re: [hwloc-devel] Merging the PCI branch?

2011-03-31 Thread Jeff Squyres
On Mar 28, 2011, at 5:26 PM, Brice Goglin wrote: > First, to avoid breaking existing applications, I/O devices are not > added to the topology unless a new topology flag is set. Only lstopo > enables PCI devices by default. Good. Although I think we should plan to make this the default in some

[hwloc-devel] Merging the PCI branch?

2011-03-28 Thread Brice Goglin
Le 14/03/2011 05:19, Samuel Thibault a écrit : > I was wondering about merging the I/O branch: > - people have not expressed what they want so much, > - but people will probably not until it's exposed more, > - it's really a useful thing, and works fine in our tests, > - I'd like to see it out :)