On Wed, Jun 17, 2015 at 11:51 AM, Eduardo Habkost <ehabk...@redhat.com> wrote:
> On Tue, Jun 16, 2015 at 12:41:56AM -0700, Peter Crosthwaite wrote:
>> Hi Andreas, Richard and all,
>>
>> I'm moving towards the goal of having no core code usages of ENV_GET_CPU.
>> This has two advantages:
>>
>> 1: It means we are closer to common-obj'ing core code like exec.c, cpus.c
>> and friends.
>> 2: Multi arch is easier if ENV_GET_CPU() stays arch specific. It means I
>> don't need those patches where I reorder the env within the arch specific
>> CPUState. This allows continuing placement of arch specifics before the
>> env in the CPU container (which has TCG perf advantages).
>>
>> Due to point 1, I'm sending this ahead as I think it has standalone value,
>> rather than send as part of multi-arch.
>
> Do you have a git tree? Your series seems to require a version of
> Bharata's CPU bitmap series to be applied first, but I don't know which
> one. I also see a small conflict on arm_cpu_initfn() due to commit
> eb5e1d3c85dffe677da2550d211f9304a7d5ba3b ("target-arm: Use the kernel's
> idea of MPIDR if we're using KVM").
>I can make one, but I need to respin this due to Aurelien's comments on P5. Do you just want an all-in-one series? Regards, Peter > -- > Eduardo >
