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 peopl
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 that
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:4
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 SS
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 fe
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 trie
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,
giv
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 p
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 implem
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 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 backen
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 spec
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
--- a/src/paravi
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 str
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 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 (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
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 run
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,
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
> > pointe
Anthony, I assume you meant to cc Kevin...
--- Begin Message ---
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 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 to
On 02.11.2009, at 23:42, Alexander Graf wrote:
Am 02.11.2009 um 23:32 schrieb Ondrej Zajicek
:
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, Linux provides us with most
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
Date: Sat Oct 24 17:57:29 2009 -0400
Add simple c
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,
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!
Signed-of
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
---
hw/pc.c |5 +
hw/pc
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 to
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
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
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 lo
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
On Mon, Nov 2, 2009 at 7:42 PM, Aurelien Jarno 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 TCG op preve
* 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.
Signe
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).
G
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 th
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 perfo
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 the
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 ru
On Mon, Nov 2, 2009 at 8:38 AM, Mark McLoughlin 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 available as an off
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 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
Some devices did not have an initialisation value
for entry ".exit". This is fixed here.
Signed-off-by: Stefan Weil
---
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
--- a/hw/eepro100.c
+
1k is too less; at least send out 4k of data from a chardev.
Signed-off-by: Amit Shah
---
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
@@ -1996,7 +1996,7 @@ static
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
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
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 woul
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
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 c
On Fri, 2009-10-30 at 16:15 -0500, Dustin Kirkland wrote:
> On Thu, Oct 29, 2009 at 10:34 AM, Dustin Kirkland
> wrote:
> > whitelist host virtio networking features
> >
> > This patch is a followup to 8eca6b1bc770982595db2f7207c65051572436cb,
> > fixing crashes when guests with 2.6.25 virtio drive
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
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 -
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
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
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 --target-li
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
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.
g
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 phase
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: # for
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
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 wil
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 ethe
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 Hof
On 11/02/09 10:26, 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.
Fix by introducing an assert to check if the callback is valid.
Signed-off-by: Amit Shah
Acked-by: Gerd Hoffm
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
---
hw/qdev.c |2 ++
1 files changed, 2 insertions(+),
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->unpl
On Nov 1, 2009, at 02:08, ext Laurent Desnogues wrote:
> On Thu, Oct 29, 2009 at 3:01 PM, wrote:
>> From: Juha Riihimäki
>>
>> TCG temporary variable handling in target-arm/translate.c is
>> currently
>> somewhat inconsistent; some functions allocate new temporaries that
>> the
>> calling f
67 matches
Mail list logo