[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [PATCH v3 0/8] Generalize start-powered-off property from ARM
From: |
Thiago Jung Bauermann |
Subject: |
Re: [PATCH v3 0/8] Generalize start-powered-off property from ARM |
Date: |
Thu, 30 Jul 2020 12:04:24 -0300 |
User-agent: |
mu4e 1.2.0; emacs 26.3 |
Philippe Mathieu-Daudé <f4bug@amsat.org> writes:
> Le jeu. 30 juil. 2020 03:00, David Gibson <david@gibson.dropbear.id.au> a
> écrit :
>
>> On Tue, Jul 28, 2020 at 09:56:36PM -0300, Thiago Jung Bauermann wrote:
>> >
>> > Thiago Jung Bauermann <bauerman@linux.ibm.com> writes:
>> >
>> > > The ARM code has a start-powered-off property in ARMCPU, which is a
>> > > subclass of CPUState. This property causes arm_cpu_reset() to set
>> > > CPUState::halted to 1, signalling that the CPU should start in a halted
>> > > state. Other architectures also have code which aim to achieve the same
>> > > effect, but without using a property.
>> > >
>> > > The ppc/spapr version has a bug where QEMU does a KVM_RUN on the vcpu
>> > > before cs->halted is set to 1, causing the vcpu to run while it's
>> still in
>> > > an unitialized state (more details in patch 3).
>> >
>> > Since this series fixes a bug is it eligible for 5.1, at least the
>> > patches that were already approved by the appropriate maintainers?
>>
>> Ok by me.
>>
>
> Maybe just the arm generalization and ppc fix for 5.1, delaying all not
> bugfix to 5.2?
That would be great.
--
Thiago Jung Bauermann
IBM Linux Technology Center
Re: [PATCH v3 0/8] Generalize start-powered-off property from ARM, Peter Maydell, 2020/07/30