+/* called from spice server thread context (via
interface_release_ressource) */
There's still the implicit assumption that the reader understands that
we're not carrying the global mutex here and that we're relying on the
functions used to be re-entrant. I think we need a big scary warning
here
Hi,
+
+ qemu_spice_input_init();
Why not pass spice_server to qemu_spice_input_init() and avoid the global?
We need the global anyway for the guest devices (not yet in this
series). They are created using -device. Thus the initialization
functions are not called from spice code and we
On Wed, Aug 25, 2010 at 10:21:18AM -0700, Hollis Blanchard wrote:
> On 08/24/2010 05:55 PM, Hollis Blanchard wrote:
> >
> >The problem seems to be that jump from
> >/usr/include/bits/sigcontext.h to asm/sigcontext.h inside
> > rather than inside /usr/include. It seems like adding
> >-Ikerneldir/arc
On (Sun) Aug 22 2010 [16:54:06], Anthony Liguori wrote:
> On 08/19/2010 07:48 PM, Amit Shah wrote:
> >If the machine is stopped and 'info balloon' is invoked, the monitor
> >process just hangs waiting for info from the guest. Return the most
> >recent balloon data in that case.
> >
> >See https://b
hi every one i tried to compile qemu using gcc and generate object code so
that
i can use that in gdb and it may have given me much of understanding of code
but when i compile qemu with gcc their are so many errors but usually when i
run make file there is no problem please someone help me i need
On (Sun) Aug 22 2010 [16:54:06], Anthony Liguori wrote:
> On 08/19/2010 07:48 PM, Amit Shah wrote:
> >If the machine is stopped and 'info balloon' is invoked, the monitor
> >process just hangs waiting for info from the guest. Return the most
> >recent balloon data in that case.
> >
> >See https://b
On Wednesday 28 July 2010 20:42:22 jes.soren...@redhat.com wrote:
> From: Jes Sorensen
>
> This set of patches adds default CPU types to the PC compat
> definitions, and patch #2 sets the CPU type to kvm64/kvm32 when
> running under KVM.
>
> Long term we might want to qdev'ify the CPUs but I thi
On 08/25/2010 06:09 PM, walt wrote:
On 08/25/2010 12:48 PM, Anthony Liguori wrote:
On 08/25/2010 02:37 PM, walt wrote:
Hi qemu team,
I just discovered that qemu now offers kvm support, so I decided to
compare it to qemu-kvm.
I'm running the latest git versions of both programs on an AMD64
hos
On 08/25/2010 12:48 PM, Anthony Liguori wrote:
On 08/25/2010 02:37 PM, walt wrote:
Hi qemu team,
I just discovered that qemu now offers kvm support, so I decided to
compare it to qemu-kvm.
I'm running the latest git versions of both programs on an AMD64
host running the latest kernel from Linu
On 08/25/2010 03:48 PM, Laurent Vivier wrote:
This patch allows to connect Qemu using NBD protocol to an nbd-server
using named exports.
Does using a named export make the NBD protocol incompatible with a
server that doesn't support named exports? IOW, it's essentially a new
protocol lay
This patch allows to connect Qemu using NBD protocol to an nbd-server
using named exports.
For instance, if on the host "isoserver", in /etc/nbd-server/config, you have:
[generic]
[debian-500-ppc-netinst]
exportname = /ISO/debian-500-powerpc-netinst.iso
[Fedora-10-ppc-netinst]
exp
On Wed, 25 Aug 2010, Blue Swirl wrote:
> On Wed, Aug 25, 2010 at 4:33 PM, Andreas Niederl
> wrote:
> > This implementation is based on the TPM 1.2 interface for virtualized TPM
> > devices from the Xen-4.0.0 ioemu-qemu-xen fork.
> >
> > A separate thread is used for I/O to the host TPM device bec
Please confirm that you tested with qemu-system-ppc, not qemu-system-
ppc64.
I got the "above 32-bit boundary" message with ppc64 - but that's to be
expected. And given that I didn't see your message running 32-bit PPC I
want to ensure that you did try with the 32-bit emulator.
--
PPC emulation
On 08/25/2010 09:19 AM, Gerd Hoffmann wrote:
Open keyboard channel. Now you can type into the spice client and the
keyboard events are sent to your guest. You'll need some other display
like vnc to actually see the guest responding to them though.
Signed-off-by: Gerd Hoffmann
---
Makefile.ob
On 08/25/2010 09:19 AM, Gerd Hoffmann wrote:
With that patch applied you'll actually see the guests screen in the
spice client. This does *not* bring qxl and full spice support though.
This is basically the qxl vga mode made more generic, so it plays
together with any qemu-emulated gfx card. Yo
On 08/25/2010 02:37 PM, walt wrote:
Hi qemu team,
I just discovered that qemu now offers kvm support, so I decided to
compare it to qemu-kvm.
I'm running the latest git versions of both programs on an AMD64
host running the latest kernel from Linus.git.
The guest is Windows 7 on a qcow2 disk i
On Wed, Aug 25, 2010 at 4:33 PM, Andreas Niederl
wrote:
> This implementation is based on the TPM 1.2 interface for virtualized TPM
> devices from the Xen-4.0.0 ioemu-qemu-xen fork.
>
> A separate thread is used for I/O to the host TPM device because the Linux TPM
> driver does not allow for non-b
Hi qemu team,
I just discovered that qemu now offers kvm support, so I decided to
compare it to qemu-kvm.
I'm running the latest git versions of both programs on an AMD64
host running the latest kernel from Linus.git.
The guest is Windows 7 on a qcow2 disk image and one kvm64 cpu.
Using the sa
On Wed, Aug 25, 2010 at 4:33 PM, Andreas Niederl
wrote:
> Signed-off-by: Andreas Niederl
> ---
> hw/pc.h | 5 +
> qemu-config.c | 12
> qemu-config.h | 1 +
> qemu-options.hx | 6 ++
> vl.c | 25 +
> 5 files changed
On 08/25/2010 06:37 AM, Arnd Bergmann wrote:
On Wednesday 25 August 2010, Hollis Blanchard wrote:
The problem seems to be that jump from /usr/include/bits/sigcontext.h to
asm/sigcontext.h inside rather than inside /usr/include. It
seems like adding -Ikerneldir/arch/foo/include will always b
On 08/24/2010 05:55 PM, Hollis Blanchard wrote:
The problem seems to be that jump from /usr/include/bits/sigcontext.h
to asm/sigcontext.h inside rather than inside
/usr/include. It seems like adding -Ikerneldir/arch/foo/include will
always be a problem, since it will always be used to satisf
On 08/25/2010 10:17 AM, Isaku Yamahata wrote:
On Wed, Aug 25, 2010 at 07:55:27AM -0500, Anthony Liguori wrote:
Maybe we can merge the patches.
As for your patch, I have some comment.
- bus itself may want its own handler. At lease pci bus needs it.
And propagating reset signal to childre
On 08/25/2010 11:33 AM, Andreas Niederl wrote:
This implementation is based on the TPM 1.2 interface for virtualized TPM
devices from the Xen-4.0.0 ioemu-qemu-xen fork.
A separate thread is used for I/O to the host TPM device because the Linux TPM
driver does not allow for non-blocking I/O.
Sig
This implementation is based on the TPM 1.2 interface for virtualized TPM
devices from the Xen-4.0.0 ioemu-qemu-xen fork.
A separate thread is used for I/O to the host TPM device because the Linux TPM
driver does not allow for non-blocking I/O.
Signed-off-by: Andreas Niederl
---
Makefile.target
Signed-off-by: Andreas Niederl
---
hw/pc.h |5 +
qemu-config.c | 12
qemu-config.h |1 +
qemu-options.hx |6 ++
vl.c| 25 +
5 files changed, 49 insertions(+), 0 deletions(-)
diff --git a/hw/pc.h b/hw/pc.h
index
Signed-off-by: Andreas Niederl
---
src/acpi-dsdt.dsl | 22 ++
1 files changed, 22 insertions(+), 0 deletions(-)
diff --git a/src/acpi-dsdt.dsl b/src/acpi-dsdt.dsl
index cc31112..38ccde9 100644
--- a/src/acpi-dsdt.dsl
+++ b/src/acpi-dsdt.dsl
@@ -428,6 +428,28 @@ DefinitionBl
2010/8/25 Nigel Horne :
> NetBSD5.0.2/Sparc installed faultlessly and seamlessly using QEMU from GIT
> with a Linux/x86_64 host.
Nice! Actually I'd expect that all NetBSD versions after 4.0 and
before 1.5.3 (inclusive) which work on the real machines are able to
be installed under qemu. If they ar
On 08/25/2010 10:15 AM, Avi Kivity wrote:
On 08/25/2010 06:06 PM, Anthony Liguori wrote:
On 08/25/2010 09:36 AM, Avi Kivity wrote:
If you tried to maintain a free list, then you would need to sync
on TRIM/DISCARD which is potentially a fast path. While a
background task may be less efficie
On 08/25/2010 06:06 PM, Anthony Liguori wrote:
On 08/25/2010 09:36 AM, Avi Kivity wrote:
If you tried to maintain a free list, then you would need to sync on
TRIM/DISCARD which is potentially a fast path. While a background
task may be less efficient in the short term, it's just as efficien
On Wed, Aug 25, 2010 at 07:55:27AM -0500, Anthony Liguori wrote:
>> Maybe we can merge the patches.
>> As for your patch, I have some comment.
>> - bus itself may want its own handler. At lease pci bus needs it.
>>And propagating reset signal to children is up to the bus controller.
>>
>
>
On 08/25/2010 09:36 AM, Avi Kivity wrote:
If you tried to maintain a free list, then you would need to sync on
TRIM/DISCARD which is potentially a fast path. While a background
task may be less efficient in the short term, it's just as efficient
in the long term and it has the advantage of k
On 08/25/2010 05:14 PM, Anthony Liguori wrote:
At a high level, I don't think online compaction requires any
specific support from an image format.
You need to know that the block is free and can be reallocated.
Semantically, TRIM/DISCARD means that "I don't care about the contents
of
With that patch applied you'll actually see the guests screen in the
spice client. This does *not* bring qxl and full spice support though.
This is basically the qxl vga mode made more generic, so it plays
together with any qemu-emulated gfx card. You can display stdvga or
cirrus via spice client
On Wed, Aug 25, 2010 at 5:19 PM, Avi Kivity wrote:
> Looks like a bug in our USB emulation. Copying qemu-devel to see if anyone
> has a clue.
I have disabled USB support, but the bug have not disappeared.
Please, pay attention that CPU#1 was stuck too.
--
Boris Dolgov.
On 08/25/2010 05:19 PM, Christoph Hellwig wrote:
On Wed, Aug 25, 2010 at 08:46:15AM -0500, Anthony Liguori wrote:
BTW, something that had the features of qcow2 that people actually used
andwas fully asynchronous, performed well, and had a high degree of
confidence in data integrity would be a m
On Wed, Aug 25, 2010 at 09:26:04AM -0500, Anthony Liguori wrote:
> On 08/25/2010 09:18 AM, Christoph Hellwig wrote:
> >On Wed, Aug 25, 2010 at 04:23:38PM +0300, Avi Kivity wrote:
> >
> >> On 08/25/2010 03:46 PM, Anthony Liguori wrote:
> >>
> >>>If we had another disk format that only suppo
On 08/25/2010 08:19 AM, Avi Kivity wrote:
On 08/25/2010 04:15 PM, Boris Dolgov wrote:
Hello!
I try to use KVM on slackware host and centos5 guest with SMP.
When the server is idle, I get following errors in /var/log/messages:
http://pastebin.com/4RrMVuXq
Guest:
[r...@centos-5-x64 ~]# uname -
On 08/25/2010 09:18 AM, Christoph Hellwig wrote:
On Wed, Aug 25, 2010 at 04:23:38PM +0300, Avi Kivity wrote:
On 08/25/2010 03:46 PM, Anthony Liguori wrote:
If we had another disk format that only supported growth and metadata
for a backing file, can you think of another failure scen
On Wed, Aug 25, 2010 at 08:46:15AM -0500, Anthony Liguori wrote:
> BTW, something that had the features of qcow2 that people actually used
> andwas fully asynchronous, performed well, and had a high degree of
> confidence in data integrity would be a major step forward, not backwards.
That means
Add support for the spice tablet interface. The tablet interface will
be registered (and then used by the spice client) as soon as a absolute
pointing device is available and used by the guest, i.e. you'll have to
configure your guest with '-usbdevice tablet'.
Signed-off-by: Gerd Hoffmann
---
u
Write compile commands and messages to config.log.
Useful for debugging configure.
Signed-off-by: Gerd Hoffmann
---
configure |7 +--
1 files changed, 5 insertions(+), 2 deletions(-)
diff --git a/configure b/configure
index a20371c..13d8be0 100755
--- a/configure
+++ b/configure
@@ -16,
Open mouse channel. Now you can move the guests mouse pointer.
No tablet / absolute positioning (yet) though.
Signed-off-by: Gerd Hoffmann
---
ui/spice-input.c | 44
1 files changed, 44 insertions(+), 0 deletions(-)
diff --git a/ui/spice-input.c b
Add -spice command line switch. Has support setting passwd and port for
now. With this patch applied the spice client can successfully connect
to qemu. You can't do anything useful yet though.
Signed-off-by: Gerd Hoffmann
---
Makefile.objs |2 +
qemu-config.c | 18 ++
qemu-confi
Open keyboard channel. Now you can type into the spice client and the
keyboard events are sent to your guest. You'll need some other display
like vnc to actually see the guest responding to them though.
Signed-off-by: Gerd Hoffmann
---
Makefile.objs|2 +-
ui/qemu-spice.h |1 +
ui/
Signed-off-by: Gerd Hoffmann
---
Makefile.objs |1 +
pflib.c | 213 +
pflib.h | 20 ++
3 files changed, 234 insertions(+), 0 deletions(-)
create mode 100644 pflib.c
create mode 100644 pflib.h
diff --git a/Makefile.
This patch drops DT_VNC. The display types are only used to select
select the local display (i.e. curses, sdl, coca, ...). Remote
displays (for now only vnc, spice will follow) can be enabled
independently.
Signed-off-by: Gerd Hoffmann
---
sysemu.h |1 -
vl.c | 24 +--
Signed-off-by: Gerd Hoffmann
---
fsdev/qemu-fsdev.c |9 +
vl.c |5 -
2 files changed, 9 insertions(+), 5 deletions(-)
diff --git a/fsdev/qemu-fsdev.c b/fsdev/qemu-fsdev.c
index ad69b0e..280b8f5 100644
--- a/fsdev/qemu-fsdev.c
+++ b/fsdev/qemu-fsdev.c
@@ -16,6 +
Signed-off-by: Gerd Hoffmann
---
configure | 35 +++
1 files changed, 35 insertions(+), 0 deletions(-)
diff --git a/configure b/configure
index 13d8be0..0998e86 100755
--- a/configure
+++ b/configure
@@ -318,6 +318,7 @@ pkgversion=""
check_utests="no"
user_pi
Hi,
Here comes v3 of the iniial spice support patch series.
It brings just the very basic bits:
* Detect spice in configure, Makefile windup.
* Support for keyboard, mouse and tablet.
* Support for simple display output (works as DisplayChangeListener,
plays with any gfx card, sends simpl
On Wed, Aug 25, 2010 at 04:23:38PM +0300, Avi Kivity wrote:
> On 08/25/2010 03:46 PM, Anthony Liguori wrote:
> >
> >If we had another disk format that only supported growth and metadata
> >for a backing file, can you think of another failure scenario?
>
> btw, only supporting growth is a step ba
On 08/25/2010 09:00 AM, Avi Kivity wrote:
On 08/25/2010 04:42 PM, Anthony Liguori wrote:
On 08/25/2010 08:23 AM, Avi Kivity wrote:
On 08/25/2010 03:46 PM, Anthony Liguori wrote:
If we had another disk format that only supported growth and
metadata for a backing file, can you think of anoth
On 08/25/2010 04:46 PM, Anthony Liguori wrote:
On 08/25/2010 08:23 AM, Avi Kivity wrote:
On 08/25/2010 03:46 PM, Anthony Liguori wrote:
If we had another disk format that only supported growth and
metadata for a backing file, can you think of another failure scenario?
btw, only supporting
On 08/25/2010 04:42 PM, Anthony Liguori wrote:
On 08/25/2010 08:23 AM, Avi Kivity wrote:
On 08/25/2010 03:46 PM, Anthony Liguori wrote:
If we had another disk format that only supported growth and
metadata for a backing file, can you think of another failure scenario?
btw, only supporting
On 08/25/2010 08:23 AM, Avi Kivity wrote:
On 08/25/2010 03:46 PM, Anthony Liguori wrote:
If we had another disk format that only supported growth and metadata
for a backing file, can you think of another failure scenario?
btw, only supporting growth is a step backwards. Currently
file-bac
On 08/25/2010 08:23 AM, Avi Kivity wrote:
On 08/25/2010 03:46 PM, Anthony Liguori wrote:
If we had another disk format that only supported growth and metadata
for a backing file, can you think of another failure scenario?
btw, only supporting growth is a step backwards. Currently
file-bac
On 08/25/2010 08:07 AM, Avi Kivity wrote:
The next allocation can then be filled from memory, so the
allocation sync is amortized over many blocks. A power fail will
leak the preallocated blocks, losing some megabytes of address
space, but not real disk space.
It's a clever idea, but it
On Wednesday 25 August 2010, Hollis Blanchard wrote:
> The problem seems to be that jump from /usr/include/bits/sigcontext.h to
> asm/sigcontext.h inside rather than inside /usr/include. It
> seems like adding -Ikerneldir/arch/foo/include will always be a problem,
> since it will always be use
On 08/25/2010 03:46 PM, Anthony Liguori wrote:
If we had another disk format that only supported growth and metadata
for a backing file, can you think of another failure scenario?
btw, only supporting growth is a step backwards. Currently file-backed
disks keep growing even the guest-used
On 08/25/2010 04:15 PM, Boris Dolgov wrote:
Hello!
I try to use KVM on slackware host and centos5 guest with SMP.
When the server is idle, I get following errors in /var/log/messages:
http://pastebin.com/4RrMVuXq
Guest:
[r...@centos-5-x64 ~]# uname -a
Linux centos-5-x64.slave 2.6.18-194.11.1.
On 08/25/2010 03:46 PM, Anthony Liguori wrote:
On 08/25/2010 02:14 AM, Avi Kivity wrote:
If (c) happens before (b), then we've created an extent that's
attached to a table with a zero reference count. This is a corrupt
image.
If the only issue is new block allocation, it can be easily so
NetBSD5.0.2/Sparc installed faultlessly and seamlessly using QEMU from
GIT with a Linux/x86_64 host.
I obtained the installation CD from
http://ftp.netbsd.org/pub/NetBSD/iso/5.0.2/sparccd-5.0.2.iso.
The ran these commands:
$ qemu-img create -f qcow2 netbsd5.0.2-sparc 2G
$ qemu-system-sparc -
On 08/24/2010 10:07 PM, Isaku Yamahata wrote:
On Fri, Aug 20, 2010 at 10:56:57AM -0500, Anthony Liguori wrote:
The real problem is how we do reset. We shouldn't register a reset
handler for every qdev device but rather register a single reset handler
that walks the device tree and calls res
On 08/25/2010 02:14 AM, Avi Kivity wrote:
If (c) happens before (b), then we've created an extent that's
attached to a table with a zero reference count. This is a corrupt
image.
If the only issue is new block allocation, it can be easily solved.
Technically, I believe there are similar
Hi,
I think there's two paths we can take here. We can either use
module_init() with a new class for this location or we can be more
explicit and pass the option list here.
Actually the device_init() hook does just fine here. Not sure this is a
good idea to hook there though as this is mea
In my man page it's declared as
#define _GNU_SOURCE
#include
int dprintf(int fd, const char *format, ...);
but maybe it did become POSIX recently. Either way, it's used already :).
Same man-page says:
CONFORMING TO
These functions are GNU extensions that are no
On 25/08/10 10:08, agraf wrote:
> It looks like a firmware issue. Please report this to
> openb...@openbios.org. You get the output below by using the -nographic
> option.
>
I have done so, though to be honest I don't see that panic even if I use
-nographic, QEMU still silently loops for me.
>
I have been asked to forward this to you - could you help, please?
Thanks!
-Nigel
Original Message
It looks like a firmware issue. Please report this to
openb...@openbios.org. You get the output below by using the -nographic
option.
>> =
>Am 25.08.2010 00:21, schrieb Laurent Vivier:
>> Le mardi 24 août 2010 à 10:59 +0200, Kevin Wolf a écrit :
>[...]
>
>>> Maybe using strlen(EN_OPTSTR) would be clearer? At first I missed the
>>> fact that sizeof includes the null byte, but maybe it's just me.
>>
>> I think sizeof() is resolved at c
It looks like a firmware issue. Please report this to
openb...@openbios.org. You get the output below by using the -nographic
option.
>> =
>> OpenBIOS 1.0 [Aug 17 2010 14:41]
>> Configuration device id QEMU version 1 machine id 2
>> CPUs
Public bug reported:
Has anyone tried booting FreeBSD8.1-ppc under QEMU (Linux x86_64 host;
PPC guest)? I can get Linux/PPC to run fine, and FreeBSD8.1-i386 as
well; but there seems to be a problem with whatever the FreeBSD8.1
kernel does, that QEMU's PPC emulation can't handle.
I am using the l
I did a "git log" command, and the first line is
"2446333cd5b5c985f6517dee7004e542ecacd21c". Is that what you mean by a
git hash? If so, I hope it helps.
--
PPC emulation loops on booting a FreeBSD kernel
https://bugs.launchpad.net/bugs/623852
You received this bug notification because you are
** Branch linked: lp:ubuntu/lucid-proposed/qemu-kvm
--
KVM segmentation fault, using SCSI+writeback and linux 2.4 guest
https://bugs.launchpad.net/bugs/595438
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
Status in Kernel Virtual Mach
Am 25.08.2010 00:21, schrieb Laurent Vivier:
> Le mardi 24 août 2010 à 10:59 +0200, Kevin Wolf a écrit :
>> Am 24.08.2010 03:04, schrieb Laurent Vivier:
>>> This patch allows to connect Qemu using NBD protocol to an nbd-server
>>> using named exports.
>>>
>>> For instance, if on the host "isoserver
Accepted qemu-kvm into lucid-proposed, the package will build now and be
available in a few hours. Please test and give feedback here. See
https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to
enable and use -proposed. Thank you in advance!
** Changed in: qemu-kvm (Ubuntu Lucid)
On 08/24/2010 04:56 PM, Anthony Liguori wrote:
One doesn't follow from the other (though I'm no fan of internal
snapshots, myself).
It does. Let's consider the failure scenarios:
1) guest submits write request
2) allocate extent
3) write data to disk (a)
4) write (a) completes
5) update ref
75 matches
Mail list logo
