On Nov 1, 2009, at 02:08, ext Laurent Desnogues wrote:
On Thu, Oct 29, 2009 at 3:01 PM, juha.riihim...@nokia.com wrote:
From: Juha Riihimäki juha.riihim...@nokia.com
TCG temporary variable handling in target-arm/translate.c is
currently
somewhat inconsistent; some functions allocate new
On 11/02/09 07:27, Amit Shah wrote:
A bus may have hotplugging enabled but not have the 'unplug'
callback defined, which would lead to a crash on trying to
unplug a device on the bus.
Which would be a clear bug in the bus implementation.
+if (!dev-info-unplug) {
assert(dev-info-unplug
A bus may have hotplugging enabled but not have the 'unplug'
callback defined, which would lead to a crash on trying to
unplug a device on the bus.
Fix by introducing an assert to check if the callback is valid.
Signed-off-by: Amit Shah amit.s...@redhat.com
---
hw/qdev.c |2 ++
1 files
When capslock is toggled while the vnc window hasn't the focus qemu
will miss the state change. Add sanity checks for the capslock state
and toggle it if needed, so hosts and guests idea of capslock state
stay in sync. Simliar logic for numlock is present in qemu already.
Signed-off-by: Gerd
Anthony Liguori wrote:
Hi,
I just wanted to let everyone know that I've switched the PC machine
type to SeaBIOS and gPXE. SeaBIOS is a port of the Bochs BIOS to GCC,
by Kevin O'Conner, along with quite a lot of clean up and new feature
work.
gPXE is the new development tree of etherboot
To support live migration without shared storage we need to be able to trace
writes to disk while migrating. This Patch expose dirty block tracking per
device to be polled from upper layer.
Changes from v4:
- Register dirty tracking for each block device.
- Minor coding style issues.
- Block.c
This series adds support for live migration without shared storage, means
copy the storage while migrating. It was tested with KVM. Supports 2 ways
to replicate the storage during migration:
1. Complete copy of storage to destination
2. Assuming the storage is cow based, copy only the allocated
This patch adds the option to activate non-shared storage migration from the
monitor.
The migration command is as follows:
(qemu) migrate -d tcp:0: # for ordinary live migration
(qemu) migrate -d -b tcp:0: # for live migration with complete storage copy
(qemu) migrate -d -i tcp:0: #
This patch introduces block migration called during live migration. Block
are being copied to the destination in an async way. First the code will
transfer the whole disk and then transfer all dirty blocks accumulted during
the migration.
Still need to improve transition from the iterative
On 11/02/2009 02:51 PM, Alexander Graf wrote:
Anthony Liguori wrote:
Hi,
I just wanted to let everyone know that I've switched the PC machine
type to SeaBIOS and gPXE. SeaBIOS is a port of the Bochs BIOS to GCC,
by Kevin O'Conner, along with quite a lot of clean up and new feature
work.
Avi Kivity wrote:
On 11/02/2009 02:51 PM, Alexander Graf wrote:
Anthony Liguori wrote:
Hi,
I just wanted to let everyone know that I've switched the PC machine
type to SeaBIOS and gPXE. SeaBIOS is a port of the Bochs BIOS to GCC,
by Kevin O'Conner, along with quite a lot of clean up
On 11/02/2009 03:15 PM, Alexander Graf wrote:
They are taken with -d in_asm,cpu,int after doing:
$ ./x86_64-softmmu/qemu-system-x86_64 -kernel ../kvm/arch/x86/boot/bzImage
with a fresh checkout from your kvm kernel tree (make defconfig) and a
fresh git checkout of qemu (./configure
On Mon, Nov 02, 2009 at 03:32:54PM +0200, Avi Kivity wrote:
On 11/02/2009 03:15 PM, Alexander Graf wrote:
They are taken with -d in_asm,cpu,int after doing:
$ ./x86_64-softmmu/qemu-system-x86_64 -kernel ../kvm/arch/x86/boot/bzImage
with a fresh checkout from your kvm kernel tree (make
On 11/02/2009 03:51 PM, Kevin O'Connor wrote:
On Mon, Nov 02, 2009 at 03:32:54PM +0200, Avi Kivity wrote:
On 11/02/2009 03:15 PM, Alexander Graf wrote:
They are taken with -d in_asm,cpu,int after doing:
$ ./x86_64-softmmu/qemu-system-x86_64 -kernel ../kvm/arch/x86/boot/bzImage
with
Avi Kivity wrote:
On 11/02/2009 03:51 PM, Kevin O'Connor wrote:
On Mon, Nov 02, 2009 at 03:32:54PM +0200, Avi Kivity wrote:
On 11/02/2009 03:15 PM, Alexander Graf wrote:
They are taken with -d in_asm,cpu,int after doing:
$ ./x86_64-softmmu/qemu-system-x86_64 -kernel
On 11/02/2009 04:06 PM, Alexander Graf wrote:
pc.c:
} else {
/* High and recent kernel */
real_addr= 0x1;
cmdline_addr = 0x2;
prot_addr= 0x10;
}
If I'm not totally mistaken, 0x1 is 1MB :-).
So yes, I think there should be a
On Fri, 2009-10-30 at 16:15 -0500, Dustin Kirkland wrote:
On Thu, Oct 29, 2009 at 10:34 AM, Dustin Kirkland
kirkl...@canonical.com wrote:
whitelist host virtio networking features
This patch is a followup to 8eca6b1bc770982595db2f7207c65051572436cb,
fixing crashes when guests with 2.6.25
On Mon, Nov 02, 2009 at 01:51:56PM +0100, Alexander Graf wrote:
Anthony Liguori wrote:
Hi,
I just wanted to let everyone know that I've switched the PC machine
type to SeaBIOS and gPXE. SeaBIOS is a port of the Bochs BIOS to GCC,
by Kevin O'Conner, along with quite a lot of clean up
On Mon, Nov 02, 2009 at 04:51:47PM +0200, Gleb Natapov wrote:
On Mon, Nov 02, 2009 at 01:51:56PM +0100, Alexander Graf wrote:
Anthony Liguori wrote:
Hi,
I just wanted to let everyone know that I've switched the PC machine
type to SeaBIOS and gPXE. SeaBIOS is a port of the Bochs
On Thursday 22 October 2009, Aurelien Jarno wrote:
Probably the second. Changing the instruction pointer in the helper
instead of using the proper goto_tb TCG op prevents TB chaining, and
therefore as a huge impact on performance.
It's something not difficult to implement, and that I would
Mark McLoughlin wrote:
Canonical's Ubuntu Security Team will be filing a CVE on this issue,
since there is a bit of an attack vector here, and since
qemu-kvm-0.11.0 is generally available as an official release (and now
part of Ubuntu 9.10).
Guests running linux = 2.6.25 virtio-net (e.g Ubuntu
Anthony Liguori wrote:
Mark McLoughlin wrote:
Canonical's Ubuntu Security Team will be filing a CVE on this issue,
since there is a bit of an attack vector here, and since
qemu-kvm-0.11.0 is generally available as an official release (and now
part of Ubuntu 9.10).
Guests running linux =
1k is too less; at least send out 4k of data from a chardev.
Signed-off-by: Amit Shah amit.s...@redhat.com
---
qemu-char.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/qemu-char.c b/qemu-char.c
index 0fd402c..34c0a63 100644
--- a/qemu-char.c
+++ b/qemu-char.c
@@
Some devices did not have an initialisation value
for entry .exit. This is fixed here.
Signed-off-by: Stefan Weil w...@mail.berlios.de
---
hw/eepro100.c |9 +
1 files changed, 9 insertions(+), 0 deletions(-)
diff --git a/hw/eepro100.c b/hw/eepro100.c
index 0842d48..00dc00c 100644
On (Mon) Nov 02 2009 [21:59:58], Amit Shah wrote:
1k is too less; at least send out 4k of data from a chardev.
This one only touches unix/tcp sockets; the others use a 1k buffer as
well; I'll send a new patch that converts all the users to a consistent
buffer size.
Signed-off-by: Amit Shah
Amit Shah wrote:
1k is too less; at least send out 4k of data from a chardev.
Why is 1k too small?
Regards,
Anthony Liguori
On Mon, Nov 2, 2009 at 8:38 AM, Mark McLoughlin mar...@redhat.com wrote:
On Fri, 2009-10-30 at 16:15 -0500, Dustin Kirkland wrote:
Canonical's Ubuntu Security Team will be filing a CVE on this issue,
since there is a bit of an attack vector here, and since
qemu-kvm-0.11.0 is generally
Jamie Lokier wrote:
Anthony Liguori wrote:
Mark McLoughlin wrote:
Canonical's Ubuntu Security Team will be filing a CVE on this issue,
since there is a bit of an attack vector here, and since
qemu-kvm-0.11.0 is generally available as an official release (and now
part of Ubuntu 9.10).
Guests
The build-all rule used to call make recursively to
avoid problems with a wrong build order in parallel makes
(config-host.h was sometimes built too late).
Most object files depend on config-host.h, so adding
the missing prerequisites now allows to avoid
recursive calls of make and to simplify
On Mon, Nov 02, 2009 at 05:16:44PM +0200, Ulrich Hecht wrote:
On Thursday 22 October 2009, Aurelien Jarno wrote:
Probably the second. Changing the instruction pointer in the helper
instead of using the proper goto_tb TCG op prevents TB chaining, and
therefore as a huge impact on
On 11/02/2009 03:40 PM, lir...@il.ibm.com wrote:
This series adds support for live migration without shared storage, means
copy the storage while migrating. It was tested with KVM. Supports 2 ways
to replicate the storage during migration:
1. Complete copy of storage to destination
2. Assuming
Jamie Lokier wrote:
Anthony Liguori wrote:
Mark McLoughlin wrote:
Canonical's Ubuntu Security Team will be filing a CVE on this issue,
since there is a bit of an attack vector here, and since
qemu-kvm-0.11.0 is generally available as an official release (and now
part of Ubuntu 9.10).
* Remove 2nd entry for pxe-pcnet.bin.
This kind of error can be avoided by sorting
entries. So all pxe-*.bin entries are now sorted
alphabetically.
* Rename pxe-eepro100.bin - pxe-i82559er.bin.
This change completes another patch which did
the rename on the pxe image for i82559er.
On Mon, Nov 2, 2009 at 7:42 PM, Aurelien Jarno aurel...@aurel32.net wrote:
On Mon, Nov 02, 2009 at 05:16:44PM +0200, Ulrich Hecht wrote:
On Thursday 22 October 2009, Aurelien Jarno wrote:
Probably the second. Changing the instruction pointer in the helper
instead of using the proper goto_tb
On Mon, 2009-11-02 at 12:55 -0600, Anthony Liguori wrote:
They can exit qemu via an ACPI shutdown. I don't see the difference.
An ACPI shutdown is triggered by an authenticated user inside of the
guest.
The present exit is triggered by any other anonymous user on the
network, with the ability
Michael Tokarev wrote:
If you want kvm to behave like this, wrap it into a trivial
shell script that restarts the guest.
True, kvm has enough crash-bugs elsewhere that I already have to deal
with that. It'd be nice to distinguish kvm/qemu bugs from guest
bugs, though :-)
kvm/qemu also has
Carsten Otte wrote:
Avi Kivity wrote:
So why not do it for this instruction as well? Instead of updating
the psw, return a success/error code and let the kernel update psw.
It's not a single instruction, but a set of reasons we need the psw in
userspace:
- for logging the instruction
Dustin Kirkland wrote:
On Mon, 2009-11-02 at 12:55 -0600, Anthony Liguori wrote:
They can exit qemu via an ACPI shutdown. I don't see the difference.
An ACPI shutdown is triggered by an authenticated user inside of the
guest.
The present exit is triggered by any other anonymous user
When we want to create a full VirtIO based machine, we're still missing
graphics output. Fortunately, Linux provides us with most of the frameworks
to render text and everything, we only need to implement a transport.
So this is a frame buffer backend written for VirtIO. Using this and my
patch
We now know how to use a frame buffer on VirtIO, but we still can't use it on
x86. In order to leverage the power of VirtIO FB, we need to wrap it through
virtio-pci.
So let's add all the shiny wrappers and add a -vga option.
Signed-off-by: Alexander Graf ag...@suse.de
---
hw/pc.c |
Since Linux now understands how to talk to us graphics over VirtIO, let's
add support for it in qemu.
The good part about graphics over VirtIO is that you don't need PCI to use
it. So if there's any platform out there trying to use graphics, but not
capable of MMIO, it can use this one!
Jan Kiszka wrote:
Stefan Weil wrote:
Anthony Liguori schrieb:
Jan Kiszka wrote:
Anthony Liguori wrote:
Hi,
I just wanted to let everyone know that I've switched the PC machine
type to SeaBIOS and gPXE. SeaBIOS is a port of the Bochs BIOS to GCC,
by Kevin O'Conner,
Beth Kon wrote:
Serendipity allowed us to find this really easily, thanks to some old
builds lying around...
The following Seabios commit breaks gpxe boot with e1000:
commit a5826b5ad482f44d293387dc7513e5e98802a54e
Author: Kevin O'Connor ke...@koconnor.net
Date: Sat Oct 24 17:57:29 2009
On 02.11.2009, at 23:42, Alexander Graf wrote:
Am 02.11.2009 um 23:32 schrieb Ondrej Zajicek
santi...@crfreenet.org:
On Mon, Nov 02, 2009 at 11:09:19PM +0100, Alexander Graf wrote:
When we want to create a full VirtIO based machine, we're still
missing
graphics output. Fortunately,
On 03.11.2009, at 00:57, Ondrej Zajicek wrote:
On Tue, Nov 03, 2009 at 12:24:15AM +0100, Alexander Graf wrote:
Also, we still need to keep the local frame buffer copy in sync so
we
can mmap and read from it, right? So it's not really worth it
probably...
But then again we could just try
Anthony, I assume you meant to cc Kevin...
---BeginMessage---
Beth Kon wrote:
Serendipity allowed us to find this really easily, thanks to some old
builds lying around...
The following Seabios commit breaks gpxe boot with e1000:
commit a5826b5ad482f44d293387dc7513e5e98802a54e
Author: Kevin
On Sun, Nov 01, 2009 at 06:07:30PM +0200, Michael S. Tsirkin wrote:
On Fri, Oct 30, 2009 at 09:21:11PM +0900, Isaku Yamahata wrote:
implemented pci 64bit bar support.
The tricky bit is pci_update_mapping().
An OS is allowed to set the BAR such that OS can't address the area
pointed by
On Mon, Nov 02, 2009 at 05:22:00PM -0600, Anthony Liguori wrote:
Beth Kon wrote:
Serendipity allowed us to find this really easily, thanks to some old
builds lying around...
The following Seabios commit breaks gpxe boot with e1000:
[...]
Any thoughts Kevin?
Before this commit, the gPXE
On Mon, Nov 02, 2009 at 03:56:08PM +0200, Avi Kivity wrote:
On 11/02/2009 03:51 PM, Kevin O'Connor wrote:
On Mon, Nov 02, 2009 at 03:32:54PM +0200, Avi Kivity wrote:
Is seabios clobbering memory? Gleb/Kevin?
I have not tested with the -kernel option before. I believe you may
be running into
On (Mon) Nov 02 2009 [10:52:02], Anthony Liguori wrote:
Amit Shah wrote:
1k is too less; at least send out 4k of data from a chardev.
Why is 1k too small?
Definitely depends on the apps that pump in the data. If an app has data
to pump, it will keep pumping as much data as possible (eg,
On 03.11.2009, at 05:50, Kevin O'Connor wrote:
On Mon, Nov 02, 2009 at 03:56:08PM +0200, Avi Kivity wrote:
On 11/02/2009 03:51 PM, Kevin O'Connor wrote:
On Mon, Nov 02, 2009 at 03:32:54PM +0200, Avi Kivity wrote:
Is seabios clobbering memory? Gleb/Kevin?
I have not tested with the -kernel
On 11/03/2009 06:50 AM, Kevin O'Connor wrote:
If not, we probably need a protocol where the option rom loads the
kernel from qemu, rather than qemu poking the kernel into memory.
Yes, I'd prefer to see this. In earlier emails, Gleb made a reference
to a qemu-cfg stream interface that is
On 11/03/2009 06:57 AM, Alexander Graf wrote:
Yes, I'd prefer to see this. In earlier emails, Gleb made a reference
to a qemu-cfg stream interface that is used for acpi tables - maybe
the kernel could be put in one of the streams and the rom could copy
it into ram on boot.
I don't think
On Tue, Nov 03, 2009 at 07:01:52AM +0200, Avi Kivity wrote:
That works too, but if firmware config can use rep/ins, that's one less
interface we have to add.
The following patch to seabios seems to work. I'm not sure if there
are any special implications to qemu.
-Kevin
---
On 11/03/2009 08:02 AM, Kevin O'Connor wrote:
On Tue, Nov 03, 2009 at 07:01:52AM +0200, Avi Kivity wrote:
That works too, but if firmware config can use rep/ins, that's one less
interface we have to add.
The following patch to seabios seems to work. I'm not sure if there
are any
On 11/03/2009 12:09 AM, Alexander Graf wrote:
When we want to create a full VirtIO based machine, we're still missing
graphics output. Fortunately, Linux provides us with most of the frameworks
to render text and everything, we only need to implement a transport.
So this is a frame buffer
On 11/03/2009 12:11 AM, Alexander Graf wrote:
Since Linux now understands how to talk to us graphics over VirtIO, let's
add support for it in qemu.
The good part about graphics over VirtIO is that you don't need PCI to use
it. So if there's any platform out there trying to use graphics, but not
On 03.11.2009, at 07:21, Avi Kivity wrote:
On 11/03/2009 12:09 AM, Alexander Graf wrote:
When we want to create a full VirtIO based machine, we're still
missing
graphics output. Fortunately, Linux provides us with most of the
frameworks
to render text and everything, we only need to
On 03.11.2009, at 07:22, Avi Kivity wrote:
On 11/03/2009 12:11 AM, Alexander Graf wrote:
Since Linux now understands how to talk to us graphics over VirtIO,
let's
add support for it in qemu.
The good part about graphics over VirtIO is that you don't need PCI
to use
it. So if there's any
On 11/03/2009 08:22 AM, Alexander Graf wrote:
This is especially important on machines that can't do MMIO, as all
current
graphics implementations qemu emulates I'm aware of so far fail here.
s390 virtual desktops?
Well - have you ever tried installing SLES / RHEL on an S390? If not,
On 03.11.2009, at 07:24, Avi Kivity wrote:
On 11/03/2009 08:22 AM, Alexander Graf wrote:
This is especially important on machines that can't do MMIO, as
all current
graphics implementations qemu emulates I'm aware of so far fail
here.
s390 virtual desktops?
Well - have you ever
On 11/03/2009 08:27 AM, Alexander Graf wrote:
How does it work today?
You boot into a TERM=dumb line based emulation on 3270 (worst thing
haunting people's nightmares ever), trying to get out of that mode as
quickly as possible and off into SSH / VNC.
Despite the coolness factor, IMO a
On 03.11.2009, at 07:34, Avi Kivity wrote:
On 11/03/2009 08:27 AM, Alexander Graf wrote:
How does it work today?
You boot into a TERM=dumb line based emulation on 3270 (worst thing
haunting people's nightmares ever), trying to get out of that mode
as quickly as possible and off into
qemu-devel-bounces+lirans=il.ibm@nongnu.org wrote on 02/11/2009
15:40:25:
Live migration will work as follows:
(qemu) migrate -d tcp:0: # for ordinary live migration
(qemu) migrate -d blk tcp:0: # for live migration with complete
storage copy
(qemu) migrate -d blk inc tcp:0:
On 11/03/2009 08:39 AM, Alexander Graf wrote:
On 03.11.2009, at 07:34, Avi Kivity wrote:
On 11/03/2009 08:27 AM, Alexander Graf wrote:
How does it work today?
You boot into a TERM=dumb line based emulation on 3270 (worst thing
haunting people's nightmares ever), trying to get out of
On 03.11.2009, at 08:43, Avi Kivity wrote:
On 11/03/2009 08:39 AM, Alexander Graf wrote:
On 03.11.2009, at 07:34, Avi Kivity wrote:
On 11/03/2009 08:27 AM, Alexander Graf wrote:
How does it work today?
You boot into a TERM=dumb line based emulation on 3270 (worst
thing haunting
66 matches
Mail list logo