[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-ppc] [RFC 04/17] pseries: Make cpu_update during CAS unconditi

From: Thomas Huth
Subject: Re: [Qemu-ppc] [RFC 04/17] pseries: Make cpu_update during CAS unconditional
Date: Fri, 4 Nov 2016 11:45:43 +0100
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0

On 30.10.2016 12:11, David Gibson wrote:
> spapr_h_cas_compose_response() includes a cpu_update parameter which
> controls whether it includes updated information on the CPUs in the device
> tree fragment returned from the ibm,client-architecture-support (CAS) call.
> Providing the updated information is essential when CAS has negotiated
> compatibility options which require different cpu information to be
> presented to the guest.  However, it should be safe to provide in other
> cases (it will just override the existing data in the device tree with
> identical data).  This simplifies the code by removing the parameter and
> always providing the cpu update information.

But updating the CPU device tree again and again will also increase the
QEMU start-up time... Considering that guest start up time is sometimes
also an issue, do you think that this code simplification really worth
the effort here?


reply via email to

[Prev in Thread] Current Thread [Next in Thread]