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
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)
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, in
** 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
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 a
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
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: 1
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 compile time
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.
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.
In my man page it's declared as
#define _GNU_SOURCE
#includestdio.h
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
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
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
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
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/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
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
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 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 kerneldir rather than inside /usr/include. It
seems like adding -Ikerneldir/arch/foo/include will always be a problem,
since it will always
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 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
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
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
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
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
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 backwards.
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
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=
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
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
+++
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
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 kra...@redhat.com
---
sysemu.h |1 -
vl.c | 24
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
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
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 kra...@redhat.com
---
Makefile.objs|2 +-
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 kra...@redhat.com
---
Makefile.objs |2 +
qemu-config.c | 18
Open mouse channel. Now you can move the guests mouse pointer.
No tablet / absolute positioning (yet) though.
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
ui/spice-input.c | 44
1 files changed, 44 insertions(+), 0 deletions(-)
diff --git
Write compile commands and messages to config.log.
Useful for debugging configure.
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
configure |7 +--
1 files changed, 5 insertions(+), 2 deletions(-)
diff --git a/configure b/configure
index a20371c..13d8be0 100755
--- a/configure
+++
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
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
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
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 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 supported growth
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
On Wed, Aug 25, 2010 at 5:19 PM, Avi Kivity a...@redhat.com 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.
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
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
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
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.
I disagree.
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
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
2010/8/25 Nigel Horne n...@bandsman.co.uk:
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
Signed-off-by: Andreas Niederl andreas.nied...@iaik.tugraz.at
---
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
@@
Signed-off-by: Andreas Niederl andreas.nied...@iaik.tugraz.at
---
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
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
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.
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
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 kerneldir rather than inside
/usr/include. It seems like adding -Ikerneldir/arch/foo/include will
always be a problem, since it will always be used
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 insidekerneldir rather than inside /usr/include. It
seems like adding -Ikerneldir/arch/foo/include
On Wed, Aug 25, 2010 at 4:33 PM, Andreas Niederl
andreas.nied...@iaik.tugraz.at wrote:
Signed-off-by: Andreas Niederl andreas.nied...@iaik.tugraz.at
---
hw/pc.h | 5 +
qemu-config.c | 12
qemu-config.h | 1 +
qemu-options.hx | 6 ++
vl.c
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
On Wed, Aug 25, 2010 at 4:33 PM, Andreas Niederl
andreas.nied...@iaik.tugraz.at 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
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
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.
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 Hoffmannkra...@redhat.com
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 Wed, 25 Aug 2010, Blue Swirl wrote:
On Wed, Aug 25, 2010 at 4:33 PM, Andreas Niederl
andreas.nied...@iaik.tugraz.at 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
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]
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
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
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
On Wednesday 28 July 2010 20:42:22 jes.soren...@redhat.com wrote:
From: Jes Sorensen jes.soren...@redhat.com
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
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
70 matches
Mail list logo