qemu-devel
[Top][All Lists]
Advanced

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

[Qemu-devel] Re: [RFC PATCH 0/8] virtio-console: Move to qdev, multiple


From: Alexander Graf
Subject: [Qemu-devel] Re: [RFC PATCH 0/8] virtio-console: Move to qdev, multiple devices, generic ports
Date: Thu, 24 Dec 2009 11:26:00 +0100

On 23.12.2009, at 20:52, Amit Shah wrote:

> Hello,
> 
> This series splits up the patches by functionality. Note, however,
> that patches 2-6 introduce some functionality that's advertised to the
> guest as having to work all at once or not at all. Also, the savevm
> version is bumped only once but save/restore state is added in each of
> the patches. They are split only for easier reviewability.
> 
> There are a few differences from yesterday's posting: comments from
> Markus have been addressed and also some issues that were pending have
> been resolved.
> 
> There's still a couple of fixmes:
> - The vl.c bits aren't right yet (need to accomodate s390).
> - Locking isn't perfect, a few extra locks are needed, but it doesn't
>  matter as long as qemu doesn't run it all separately (I've tested
>  with the kvm tree with -smp 2 as well and it runs fine).

  CC    s390x-softmmu/s390-virtio-bus.o
  CC    s390x-softmmu/s390-virtio.o
/tmp/qemu/hw/s390-virtio.c:29:31: error: hw/virtio-console.h: No such file or 
directory
make[1]: *** [s390-virtio.o] Error 1
make[1]: *** Waiting for unfinished jobs....
make: *** [subdir-s390x-softmmu] Error 2


You should be able to at least compile test it for S390 with ./configure 
--target-list=s390x-softmmu. Linking should fail afterwards, but errors like 
this should be rather easy to spot that way :-)

I'm not sure how responsive I'll be during the next couple days. So I can't 
promise I'll be able to test / fix whatever you send me :).

Alex



reply via email to

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