[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: |
Wed, 05 Aug 2020 14:01:14 -0300 |
User-agent: |
mu4e 1.2.0; emacs 26.3 |
Thiago Jung Bauermann <bauerman@linux.ibm.com> writes:
> 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.
Any news on this? Is there something I should be doing? I saw -rc3 today
but not these patches.
--
Thiago Jung Bauermann
IBM Linux Technology Center
- Re: [PATCH v3 0/8] Generalize start-powered-off property from ARM,
Thiago Jung Bauermann <=