Here's what I came up with for solving the problem of differences in
features in virtio between 0.12 and 0.11. This also enables migration
between different backends, e.g. between host where tap supports virtio
net header and where it does not: management just needs to set features
appropriately.
This adds "bit" property type, which is a boolean stored in a 32 bit
integer field, with legal values on and off. Will be used by virtio for
feature bits.
Signed-off-by: Michael S. Tsirkin
Acked-by: Gerd Hoffmann
---
hw/qdev-properties.c | 62 -
Rename features->guest_features. This is
what they are, avoid confusion with
host features which we also need to keep around.
Signed-off-by: Michael S. Tsirkin
---
hw/s390-virtio-bus.c |2 +-
hw/syborg_virtio.c |4 ++--
hw/virtio-net.c | 10 +-
hw/virtio-pci.c |
Add feature bits as properties to virtio. This makes it possible to e.g. define
machine without indirect buffer support, which is required for 0.10
compatibility, or without hardware checksum support, which is required for 0.11
compatibility. Since default values for optional features are now set
On 01/08/2010 05:40 PM, Christoph Hellwig wrote:
Maybe we should pick one on image creation and then stick to it. For an
image format we could write down this information in the image, but for
a raw images that's impossible.
The management system should remember it (like it remembers which
In order to improve qemu.git kvm integration quality wrt performance,
features, and reliability Marcelo and I will begin to maintain a patch
queue based on qemu.git containing kvm-related patches. We will review
and apply patches to this queue, test them using the same test suite
that is used
On Sun, Jan 10, 2010 at 02:02:27PM +0200, Avi Kivity wrote:
> In order to improve qemu.git kvm integration quality wrt
> performance, features, and reliability Marcelo and I will begin to
> maintain a patch queue based on qemu.git containing kvm-related
> patches. We will review and apply patches
On 01/10/2010 04:28 PM, Gleb Natapov wrote:
On Sun, Jan 10, 2010 at 02:02:27PM +0200, Avi Kivity wrote:
In order to improve qemu.git kvm integration quality wrt
performance, features, and reliability Marcelo and I will begin to
maintain a patch queue based on qemu.git containing kvm-related
On Sun, Jan 10, 2010 at 04:30:44PM +0200, Avi Kivity wrote:
> On 01/10/2010 04:28 PM, Gleb Natapov wrote:
> >On Sun, Jan 10, 2010 at 02:02:27PM +0200, Avi Kivity wrote:
> >>In order to improve qemu.git kvm integration quality wrt
> >>performance, features, and reliability Marcelo and I will begin t
On 01/10/2010 04:49 PM, Gleb Natapov wrote:
If the feature is already in both, then morph qemu-kvm.git into what
is already in qemu.git. Hopefully anything missing in qemu.git will
be discovered while making the changes.
What about bugs that are present only in qemu.git? Like this:
htt
On 01/10/2010 06:26 PM, SourceForge.net wrote:
Initial Comment:
So I am running using the VESA driver to run an Ubuntu 9.10 guest at 2560x1600
(I had to modify the xserver-video-vesa package to remove an internal screen
limit of 2048x2048 in the xorg vesa driver) and everything works great exce
On Sun, Jan 3, 2010 at 7:18 PM, Blue Swirl wrote:
> On Sun, Jan 3, 2010 at 6:06 PM, Michael S. Tsirkin wrote:
>> On Sun, Jan 03, 2010 at 06:50:15PM +0100, Alexander Graf wrote:
>>>
>>> On 03.01.2010, at 18:44, Michael S. Tsirkin wrote:
>>>
>>> > On Sun, Jan 03, 2010 at 06:40:52PM +0100, Alexander
On Sun, Jan 10, 2010 at 01:40:18AM +0300, malc wrote:
> On Sat, 9 Jan 2010, Juergen Lock wrote:
>
> > Turns out on those versions of FreeBSD (>= 7.x) that know OSS_GETVERSION
> > the ioctl doesn't actually work yet (except in the Linuxolator), so if
> > building on FreeBSD fall back to using SOUND
Hi,
The tcg mulu2 operation is apparently missing for the sparc target
(tcg/sparc/tcg-target.c function tcg_out_op())
Is anyone else working on implementing the missing mulu2 operation?
Regards
Palle
On Sun, Jan 10, 2010 at 8:20 PM, Palle Lyckegaard wrote:
> Hi,
>
> The tcg mulu2 operation is apparently missing for the sparc target
> (tcg/sparc/tcg-target.c function tcg_out_op())
>
> Is anyone else working on implementing the missing mulu2 operation?
Is it needed somewhere?
On Sun, Jan 10, 2010 at 9:46 PM, Blue Swirl wrote:
> On Sun, Jan 10, 2010 at 8:20 PM, Palle Lyckegaard wrote:
>> Hi,
>>
>> The tcg mulu2 operation is apparently missing for the sparc target
>> (tcg/sparc/tcg-target.c function tcg_out_op())
>>
>> Is anyone else working on implementing the missing
On Sun, Jan 10, 2010 at 8:50 PM, Laurent Desnogues
wrote:
> On Sun, Jan 10, 2010 at 9:46 PM, Blue Swirl wrote:
>> On Sun, Jan 10, 2010 at 8:20 PM, Palle Lyckegaard
>> wrote:
>>> Hi,
>>>
>>> The tcg mulu2 operation is apparently missing for the sparc target
>>> (tcg/sparc/tcg-target.c function t
On Sun, 10 Jan 2010, Blue Swirl wrote:
Is it needed somewhere?
I was trying to run qemu-system-mips with a NetBSD malta kernel that
generates a MIPS mult operation. Tracing the code through tcg points at a
missing mulu2 opreration for sparc.
>> It will be generated for instance for som
The following patch allows us to improve Windows virtio
block driver performance on small size requests.
Additionally, it leads to reducing of cpu usage on write IOs
repository: /home/vadimr/work/win7/qemu
branch: master
commit 68290c4e9c96f345d544ca5d2b89f27a1e67e27a
Author: Vadim Rozenfeld
On Sun, Jan 10, 2010 at 04:52:48PM +0200, Avi Kivity wrote:
> On 01/10/2010 04:49 PM, Gleb Natapov wrote:
> >
> >>If the feature is already in both, then morph qemu-kvm.git into what
> >>is already in qemu.git. Hopefully anything missing in qemu.git will
> >>be discovered while making the changes.
20 matches
Mail list logo