Le 13/02/2014 12:03, Andrew Cooper a écrit :
>> Do you want to merge something in hwloc soon?
> Would you mind merging your two patches that I am carrying?
>
> "plugins: export hwloc_alloc_root_sets()"
> "plugins: cleanup hwloc_setup_pu_level() and export it to plugins"
>
> Neither of them are
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:
>>
>>
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 */,
>
Le 29/01/2014 18:47, Andrew Cooper a écrit :
> This would be nice, although it would involve some more selection on the
> exclusions. Currently, running Xen excludes all other cpu detection
> methods as they are more likely than not to be wrong.
>
> One solution to this would be to have a
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
Brice Goglin, le Wed 29 Jan 2014 16:04:54 +0100, a écrit :
> We may want to make inputbuffer and outputbuffer generic enough (void* +
> length) so that the model works for other architectures one day?
Probably, yes.
> Xen will know that they correspond to inputbuffer=one-register and
>
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
So we would
1) add a cpuid(topology, cpu, inputbuffer, outputbuffer) hook pointer in
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 get
> this error message in the
Hello,
Brice Goglin, le Tue 07 Jan 2014 12:54:45 +0100, a écrit :
> I currently have a crazy idea for getting at the cache information.
> topology-x86.c has a lot of cpuid knowledge, and I have a proposed new
> hypercall which executes cpuid on a specific PU. Would it be possible
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 get
this error message in the terminal, even when not enabling Xen:
xc:
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,
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 cpu_to_core." in hwloc_get_xen_info() is
> to change the
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
13 matches
Mail list logo