On 13/02/14 10:52, Brice Goglin wrote:
> Le 13/02/2014 02:48, Andrew Cooper a écrit :
>> That's fantastic! I was expecting to have to attempt to code this up myself.
>>
>> I hereby present v4 of the series, available from:
>>
>> http://xenbits.xen.org/gitw
On 11/02/2014 12:15, Brice Goglin wrote:
> Hello,
>
> I just pushed some changes to the new "x86-common" branch in hwloc's git.
> You should be able to use it from the Xen component with:
>
> hwloc_x86_discovery(topology, nbprocs /* total number of PUs */,
>
On 29/01/14 15:04, Brice Goglin wrote:
> I've been thinking about how to use the cpuid hypercall.
>
> Right now the x86 backend does
> foreach proc
> bind on this proc
> do a lot of cpuid calls
>
> It would do instead
> foreach proc
> cpuid hypercall on this proc
One alternative is to
On 08/01/14 09:26, Brice Goglin wrote:
> Le 07/01/2014 15:19, Andrew Cooper a écrit :
>> On 07/01/14 11:54, Brice Goglin wrote:
>>> Can't check the code right now, but a couple questions below.
>
> I just checked the code. My only little complain is that we always
On 07/01/14 11:54, Brice Goglin wrote:
> Hello,
>
> Can't check the code right now, but a couple questions below.
>
> One of the issues I had was that the Core IDs (as reported by Xen)
> are enumerated per socket rather than as an entire system. The
> purpose of "HACK - patch up
Hello,
Please find v2 of Xen support here:
http://xenbits.xen.org/gitweb/?p=people/andrewcoop/hwloc.git;a=shortlog;h=refs/heads/hwloc-xen-topology-v2
This branch contains a few of Brice's patches to export more functions
for plugins, as well as the main Xen patch which is a merge of various
On 02/01/14 21:55, Samuel Thibault wrote:
> Andrew Cooper, le Thu 02 Jan 2014 21:50:06 +, a écrit :
>> On 02/01/14 21:24, Samuel Thibault wrote:
>>> Andrew Cooper, le Thu 02 Jan 2014 20:26:49 +, a écrit :
>>>> Cores are numbered per-socket in Xen, while soc
On 01/01/2014 22:43, Brice Goglin wrote:
> Le 01/01/2014 22:47, Andrew Cooper a écrit :
>> * See about getting plugins working (./configure is still wanting to
>> build Xen support in, rather than making it a plugin)
> Oops sorry, you need --enable-plugins (or at least --
On 01/01/2014 21:15, Brice Goglin wrote:
> Le 01/01/2014 21:55, Andrew Cooper a écrit :
>> But Xen itself has none of this information directly. In all cases,
>> hwloc should defer to the native PCI method, which is why I
>> explciticly didn't exclude it.
> Ok good then!
On 01/01/2014 08:25, Brice Goglin wrote:
> Hello,
>
> Overall, the code looks good to me.
> Maybe the core/socket/node discovery code could be factorized to reduce
> duplication.
I will see what I can do. at the time of writing I was more concerned
with getting it functional.
> There's a little
Hello,
After much hacking I have some code, which I present here for
comment/query/criticism, with some ramblings and queries of my own.
Code can be found here:
http://xenbits.xen.org/gitweb/?p=people/andrewcoop/hwloc.git;a=commitdiff;h=6c37406dae887386205124ab9151b9be5812b56a
For anyone
On 26/12/2013 22:52, Brice Goglin wrote:
> Hello,
> How would you like the user to switch from the fake/guest topology to
> the real/host topology in practice? Most applications may still want
> fake/guest topos (so that binding works etc) while admins and only some
> (advanced?) users will want
On 26/12/2013 22:39, Samuel Thibault wrote:
> Andrew Cooper, le Thu 26 Dec 2013 23:31:36 +0100, a écrit :
>> On 26/12/2013 21:43, Samuel Thibault wrote:
>>> Andrew Cooper, le Thu 26 Dec 2013 22:17:38 +0100, a écrit :
>>>> I believe can make a topology-xen.c withou
Hello,
I am looking to add an ability for hwloc to be able to access the system
topology when operating in the control domain (dom0) of a Xen
virtualisation environment.
At the moment, lstopo picks up the VM faked topology. To avoid OS
schedulers attempting to be 'clever' with their topology,
14 matches
Mail list logo