Subject: [PATCH][RFC] Prepare virtio for upstream QEMU merging
Cc: Avi Kivity <[EMAIL PROTECTED]>
For merging virtio, I thought I'd try a different approach from the
fix out of tree and merge all at once approach I took with live migration.
What I would like to do is make some mini
Avi Kivity wrote:
Anthony Liguori wrote:
For merging virtio, I thought I'd try a different approach from the
fix out of tree and merge all at once approach I took with live migration.
What I would like to do is make some minimal changes to virtio in kvm-userspace
so that some form of virtio
Anthony Liguori wrote:
>>
>> Why not merge these bits prior to merging virtio? They aren't kvm
>> specific and would be good in mainline qemu.
>>
>
> I'd rather have a consumer of an interface before merging the actual
> infrastructure.
>
So merge them all into qemu at the same time (as separa
Avi Kivity wrote:
Anthony Liguori wrote:
Why not merge these bits prior to merging virtio? They aren't kvm
specific and would be good in mainline qemu.
I'd rather have a consumer of an interface before merging the actual
infrastructure.
So merge them all into qemu at the s
Anthony Liguori wrote:
> For merging virtio, I thought I'd try a different approach from the
> fix out of tree and merge all at once approach I took with live migration.
>
> What I would like to do is make some minimal changes to virtio in
> kvm-userspace
> so that some form of virtio could be mer
Anthony Liguori wrote:
Why not merge these bits prior to merging virtio? They aren't kvm
specific and would be good in mainline qemu.
I'd rather have a consumer of an interface before merging the actual
infrastructure.
So merge them all into qemu at the same time (as separate p
Avi Kivity wrote:
Anthony Liguori wrote:
Why not merge these bits prior to merging virtio? They aren't kvm
specific and would be good in mainline qemu.
I'd rather have a consumer of an interface before merging the actual
infrastructure.
So merge them all into qemu at the same
Anthony Liguori wrote:
But that will require refactoring a lot of these optimizations. In
order to do that right, they need to be presented on qemu-devel.
It's a whole lot easier to do that incrementally so that people can
digest it all instead of blasting a big series.
Can you elaborate?
