Re: [PATCH v1 0/2] KVM: x86/xen: Runstate cleanups on top of kvm/queue

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

 



On Fri, 2022-12-02 at 20:00 +0100, Paolo Bonzini wrote:
> > > Merged, thanks.
> > 
> > Thanks. I've rebased the remaining GPC fixes on top and pushed them out
> > (along with Metin's SCHEDOP_poll 32-bit compat support) to
> > 
> > https://git.infradead.org/users/dwmw2/linux.git/shortlog/refs/heads/gpc-fixes
> > 
> 
> Oh, so we do pull requests now too?  I'm all for it, but please use 
> signed tags. :)

Not really intended as a pull request (unless you really want one).
I've just kept it rebased on top of the other parts as they've evolved,
so we always have the latest state in a known location. Didn't seem
worth the noise of actually *resending* them repeatedly. 

> > I still haven't reinstated the last of those patches to make gpc->len
> > immutable, although I think we concluded it's fine just to make the
> > runstate code claim gpc->len=1 and manage its own destiny, right?
> 
> Yeah, I'm not super keen on that either, but I guess it can work with 
> any of len == 1 or len == PAGE_SIZE - offset.
> 
> Related to this, for 6.3 I will send a cleanup of the API to put 
> together lock and check.

I suspect now's the time to actually resend those patches on top of the
current kvm/queue, and we can work out the length and lock/check things
on top?

Attachment: smime.p7s
Description: S/MIME cryptographic signature


[Index of Archives]     [KVM ARM]     [KVM ia64]     [KVM ppc]     [Virtualization Tools]     [Spice Development]     [Libvirt]     [Libvirt Users]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite Questions]     [Linux Kernel]     [Linux SCSI]     [XFree86]

  Powered by Linux