qemu-devel
[Top][All Lists]
Advanced

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

Re: [PATCH v8 00/17] QEMU cpus.c refactoring part2


From: Paolo Bonzini
Subject: Re: [PATCH v8 00/17] QEMU cpus.c refactoring part2
Date: Fri, 25 Sep 2020 15:09:36 +0200
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.11.0

On 18/09/20 21:00, Richard Henderson wrote:
> On 9/16/20 7:19 AM, Claudio Fontana wrote:
>> Motivation and higher level steps:
>>
>> https://lists.gnu.org/archive/html/qemu-devel/2020-05/msg04628.html
>>
>> Current state is mostly all reviewed, but I include here a few resolutions
>> of rebasing conflicts and a new patch to use current_machine instead of
>> qdev_get_machine in softmmu context.
>>
>> It's minor, but if additional reviewing is necessary, here is the whole 
>> series again.
>>
>> CI is all green, and also available at 
>> https://github.com/hw-claudio/qemu.git "cpus-refactoring"
>>
>> The following changes since commit 5a77bbb53b087f95dbba7ce30b02ac2d7b147a3a:
>>
>>   iotests: Work around failing readlink -f (2020-09-15 18:19:26 +0200)
>>
>> are available in the Git repository at:
>>
>>   https://github.com/hw-claudio/qemu.git 
>>
>> for you to fetch changes up to f9ec667595537400a6bc0aaf094a5ca6bbaacf44:
>>
>>   accel/tcg: use current_machine as it is always set for softmmu (2020-09-15 
>> 18:19:27 +0200)
> 
> Queuing this to tcg-next, with Phil's suggested change to current_machine in
> the final patch.

This doesn't apply anymore, but I've fixed it up because I had it as a
prerequisite for my next pull request.  If you want, I can shepherd it too.

Paolo




reply via email to

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