Message ID | 20240725235410.451624-1-npiggin@gmail.com (mailing list archive) |
---|---|
State | New, archived |
Headers | show |
On 7/26/24 09:52, Nicholas Piggin wrote: > Apologies this is so late after soft-freeze, apologies. I was waiting > on "accel/kvm: Extract common KVM vCPU {creation,parking} code" to be > merged upsream then ran into last minute CI problems. This PR is very > contained to ppc code so I hope it will not inconvenience anybody. > > Thanks, > Nick > > The following changes since commit 029e13a8a56a2931e7c24c0db52ae7256b932cb0: > > Merge tag 'bsd-user-for-9.1-pull-request' ofgitlab.com:bsdimp/qemu into staging (2024-07-25 09:53:57 +1000) > > are available in the Git repository at: > > https://gitlab.com/npiggin/qemu.git tags/pull-ppc-for-9.1-2-20240726-1 > > for you to fetch changes up to d741ecffd2ca260ce7875a4596f17736b5ccb7c3: > > target/ppc: Remove includes from mmu-book3s-v3.h (2024-07-26 09:51:34 +1000) > > ---------------------------------------------------------------- > > * Fixes for pseries migration bugs. > * Graceful handling of vCPU hotplug failure in KVM. > * Many improvements to powernv machine model. > * Move more instructions to decodetree. > * Most of the remaining large MMU cleanup. Applied, thanks. Please update https://wiki.qemu.org/ChangeLog/9.1 as appropriate. r~
Hi Nick, On 26/7/24 01:52, Nicholas Piggin wrote: > Apologies this is so late after soft-freeze, apologies. I was waiting > on "accel/kvm: Extract common KVM vCPU {creation,parking} code" to be > merged upstream [...] When we have dependencies like that we can ping the maintainer or ask if he/she is OK with blocking patches being merged via another tree with their Ack-by. Sometimes their original PR might be split in smaller parts to help us merge our. Regards, Phil.
On Mon Jul 29, 2024 at 7:43 PM AEST, Philippe Mathieu-Daudé wrote: > Hi Nick, > > On 26/7/24 01:52, Nicholas Piggin wrote: > > Apologies this is so late after soft-freeze, apologies. I was waiting > > on "accel/kvm: Extract common KVM vCPU {creation,parking} code" to be > > merged upstream [...] > > When we have dependencies like that we can ping the maintainer or > ask if he/she is OK with blocking patches being merged via another > tree with their Ack-by. Sometimes their original PR might be split > in smaller parts to help us merge our. Hey Phil, That's good advice, thank you.. I wasn't blaming anybody else just trying to explain my lateness. I could also have dropped the dependent patches out of the initial PR and ask for a smaller one later. I will try not to make it a habit. Thanks, Nick