Michael S. Tsirkin suggested more documentation for
two temporary status values. Well, here it is.
Signed-off-by: Stefan Weil
---
hw/eepro100.c |7 ---
1 files changed, 4 insertions(+), 3 deletions(-)
diff --git a/hw/eepro100.c b/hw/eepro100.c
index 22e5bed..5a77409 100644
--- a/hw/eepr
nd->model keeps dynamically allocated model names.
So casting of a constant string is wrong here.
Signed-off-by: Stefan Weil
---
hw/s390-virtio.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/hw/s390-virtio.c b/hw/s390-virtio.c
index b567886..b57fa9c 100644
--- a/hw/s
Switch to the names suggested by Blue Swirl.
Signed-off-by: Markus Armbruster
---
hw/unin_pci.c | 24
1 files changed, 12 insertions(+), 12 deletions(-)
diff --git a/hw/unin_pci.c b/hw/unin_pci.c
index f07c966..3ae4e7a 100644
--- a/hw/unin_pci.c
+++ b/hw/unin_pci.c
@@
On 12/13/09 21:43, Michael S. Tsirkin wrote:
Add features property to virtio. This makes it
possible to e.g. define machine without indirect
buffer support, which is required for 0.10
compatibility. or without hardware checksum
support, which is required for 0.11 compatibility.
I'd suggest to a
On Mon, Dec 14, 2009 at 10:41:26AM +0100, Gerd Hoffmann wrote:
> On 12/13/09 21:43, Michael S. Tsirkin wrote:
>> Add features property to virtio. This makes it
>> possible to e.g. define machine without indirect
>> buffer support, which is required for 0.10
>> compatibility. or without hardware che
No functional change. Bonus: looks just like qemu_malloc() now.
Signed-off-by: Markus Armbruster
---
I tagged this "FOR 0.12" because I think you might want to consider it
for 0.12, not because I think it must go into 0.12.
qemu-malloc.c |8 +++-
1 files changed, 3 insertions(+), 5 del
On Mon, Dec 14, 2009 at 10:25:14AM +0100, Magnus Christensson wrote:
> >>> From d9dc0f50b2ce756e8a3b4ede0a8ecbe76f2afcb8 Mon Sep 17 00:00:00 2001
> >>From: Magnus Christensson
> >>Date: Wed, 25 Nov 2009 16:26:58 +0100
> >>Subject: [PATCH 13/13] Fix PkgLength calculation for the SSDT.
> >>
> >>Signe
"Old" compilers obviously are not able to recognise
that all cases are handled here:
qemu/target-alpha/helper.c:70: error: ‘round_mode’ may be used uninitialized in
this function
A small modification helps the compiler to do its jobs.
gcc-4.4 does not need this, but is still not standard on all
On 14.12.2009, at 10:39, Stefan Weil wrote:
> nd->model keeps dynamically allocated model names.
> So casting of a constant string is wrong here.
>
> Signed-off-by: Stefan Weil
So we're wasting 7 bytes of strdup malloc'ed data we never free. Probably now
worth thinking about though.
Acked-by
On 12/14/09 10:42, Michael S. Tsirkin wrote:
On Mon, Dec 14, 2009 at 10:41:26AM +0100, Gerd Hoffmann wrote:
On 12/13/09 21:43, Michael S. Tsirkin wrote:
Add features property to virtio. This makes it
possible to e.g. define machine without indirect
buffer support, which is required for 0.10
com
On 12/13/09 10:38, Blue Swirl wrote:
On Sun, Dec 13, 2009 at 8:24 AM, Blue Swirl wrote:
I guess e1c09175bc00dd8dfb2ad1b26e1858dcdc109b59 or
998bbd74b9d813b14a3a3b5009a5d5a48c7dce51 broke -serial stdio for all
targets:
qemu -serial stdio -monitor stdio
Oh. It is actually used on the command l
On Mon, Dec 14, 2009 at 11:16:34AM +0100, Gerd Hoffmann wrote:
> On 12/14/09 10:44, Michael S. Tsirkin wrote:
>> No, it did not even start booting the kernel. Just gave me blank screen.
>
> [ testing ]
>
> Oh. That is something completely different. A bug in the rom loader.
> It fails to fit bo
... otherwise we'll continue without the bios loaded in case the
option roms don't fit.
Signed-off-by: Gerd Hoffmann
---
vl.c |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/vl.c b/vl.c
index c0d98f5..1682808 100644
--- a/vl.c
+++ b/vl.c
@@ -6031,7 +6031,10 @@ int ma
On Mon, Dec 14, 2009 at 11:24:41AM +0100, Gerd Hoffmann wrote:
> On 12/14/09 10:42, Michael S. Tsirkin wrote:
>> On Mon, Dec 14, 2009 at 10:41:26AM +0100, Gerd Hoffmann wrote:
>>> On 12/13/09 21:43, Michael S. Tsirkin wrote:
Add features property to virtio. This makes it
possible to e.g.
From: nemesis
---
target-arm/cpu.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/target-arm/cpu.h b/target-arm/cpu.h
index 4a1c53f..910604f 100644
--- a/target-arm/cpu.h
+++ b/target-arm/cpu.h
@@ -90,7 +90,7 @@ typedef struct CPUARMState {
/* cpsr flag cache fo
Marcelo correctly remarked that there are usage conflicts between QEMU
core code and KVM /wrt exception_index. So spend a separate field and
also save/restore it properly.
Signed-off-by: Jan Kiszka
---
NOTE: This obsoletes the meanwhile merge patch
4d6e3ac5d411c461d0fb4b1cd2ace854963c9e30, pleas
hw_breakpoint_type and hw_breakpoint_len used the wrong index multiplier
to extract type and len.
Signed-off-by: Jan Kiszka
---
target-i386/cpu.h |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/target-i386/cpu.h b/target-i386/cpu.h
index 9ef1be4..e835f23 100644
--- a
On 12/14/09 12:10, Michael S. Tsirkin wrote:
On Mon, Dec 14, 2009 at 11:24:41AM +0100, Gerd Hoffmann wrote:
for block:
if (strcmp(s->serial_str, "0"))
features |= 1<< VIRTIO_BLK_F_IDENTIFY;
if (bdrv_is_read_only(s->bs))
features |= 1<< VIRTIO_BLK_F_RO;
Sure you wa
Am 14.12.2009 um 12:10 schrieb "Michael S. Tsirkin" :
On Mon, Dec 14, 2009 at 11:24:41AM +0100, Gerd Hoffmann wrote:
On 12/14/09 10:42, Michael S. Tsirkin wrote:
On Mon, Dec 14, 2009 at 10:41:26AM +0100, Gerd Hoffmann wrote:
On 12/13/09 21:43, Michael S. Tsirkin wrote:
Add features property
Am 14.12.2009 um 11:59 schrieb "Michael S. Tsirkin" :
On Mon, Dec 14, 2009 at 11:16:34AM +0100, Gerd Hoffmann wrote:
On 12/14/09 10:44, Michael S. Tsirkin wrote:
No, it did not even start booting the kernel. Just gave me blank
screen.
[ testing ]
Oh. That is something completely differen
On Saturday 12 December 2009, Dave Airlie wrote:
> So I've been musing on the addition of some sort of 3D passthrough for
> qemu (as I'm sure have lots of ppl)
IIUC a typical graphics system consists of several operations:
1) Allocate space for data objects[2] on server[1].
2) Upload data from cl
> -uint32_t VF; /* V is the bit 31. All other bits are undefined */
> +uint32_t VF; /* V is the bit 28. */
No. The original comment is correct.
Paul
On Friday 11 December 2009, Anthony Liguori wrote:
> Arnd Bergmann wrote:
> >> 3) given an fd, treat a vhost-style interface
> >
> > This could mean two things, not sure which one you mean. Either the
> > file descriptor could be the vhost file descriptor, or the socket or tap
> > file
> > descrip
On Mon, Dec 14, 2009 at 1:07 PM, Paul Brook wrote:
>> - uint32_t VF; /* V is the bit 31. All other bits are undefined */
>> + uint32_t VF; /* V is the bit 28. */
>
> No. The original comment is correct.
And so that the answer is at least a bit useful: these fields
are not directly mapped t
To match Linux PCI register definition,
rename PCI_SUBVENDOR_ID to PCI_SUBSYSTEM_VENDOR_ID.
Signed-off-by: Isaku Yamahata
---
hw/pci.c |2 +-
hw/pci.h |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/hw/pci.c b/hw/pci.c
index 344d72b..fb03ee2 100644
--- a/hw/pci.c
++
make pci_bar_address independent of PCI_BAR_UNMAPPED value.
PCI_BAR_UNMAPPED could be arbitrary value which doesn't match
possible pci bar. So == PCI_BAR_UNMAPPED check is not good.
This patch cleans it up.
Signed-off-by: Isaku Yamahata
---
hw/pci.c |3 +--
1 files changed, 1 insertions(+),
This patch series is for various somewhat atrandom clean up.
Michael, this patch series possibly conflicts with your cleanups.
Which patch should I rebase to?
Isaku Yamahata (11):
pci: remove PCIBus::config_reg.
pci: clean up pci_bar_address()
pci: s/PCI_SUBVENDOR_ID/PCI_SUBSYSTEM_VENDOR_ID/
use range helper function in pm_write_config().
Signed-off-by: Isaku Yamahata
---
hw/acpi.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/hw/acpi.c b/hw/acpi.c
index 9a69e7d..ad72297 100644
--- a/hw/acpi.c
+++ b/hw/acpi.c
@@ -437,7 +437,7 @@ static void pm_write_confi
include pci_regs.h and remove duplicated defines.
Signed-off-by: Isaku Yamahata
---
hw/pci.h | 72 ++---
1 files changed, 3 insertions(+), 69 deletions(-)
diff --git a/hw/pci.h b/hw/pci.h
index 91f3809..b5e7abb 100644
--- a/hw/pci.h
+++
There is no user and they're obsolete. So remove them.
Signed-off-by: Isaku Yamahata
---
hw/pci.h |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/hw/pci.h b/hw/pci.h
index 0309674..91f3809 100644
--- a/hw/pci.h
+++ b/hw/pci.h
@@ -154,9 +154,7 @@ typedef struct PCIIORegi
Define symbolic value in i440fx configuration space
for 0x59, 0x5f and 0x7f and use them.
Signed-off-by: Isaku Yamahata
---
hw/piix_pci.c | 13 +
1 files changed, 9 insertions(+), 4 deletions(-)
diff --git a/hw/piix_pci.c b/hw/piix_pci.c
index 1b67475..7bbaf50 100644
--- a/hw/piix
PCIBus::config_reg isn't used anymore, so remove it.
Signed-off-by: Isaku Yamahata
---
hw/pci.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/hw/pci.c b/hw/pci.c
index 404eead..aed3a24 100644
--- a/hw/pci.c
+++ b/hw/pci.c
@@ -40,7 +40,6 @@ struct PCIBus {
pci_set_
use range helper function in i440fx_write_config().
Signed-off-by: Isaku Yamahata
---
hw/piix_pci.c |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/hw/piix_pci.c b/hw/piix_pci.c
index 7bbaf50..304f84a 100644
--- a/hw/piix_pci.c
+++ b/hw/piix_pci.c
@@ -136,9 +136,11
Import Linux pci_regs.h. Later PCI register definitions in pci.h
will be eliminated.
Signed-off-by: Isaku Yamahata
---
hw/pci_regs.h | 665 +
1 files changed, 665 insertions(+), 0 deletions(-)
create mode 100644 hw/pci_regs.h
diff --git
use range helper function in msix_write_config().
Signed-off-by: Isaku Yamahata
---
hw/msix.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/hw/msix.c b/hw/msix.c
index 0baedef..2ca0900 100644
--- a/hw/msix.c
+++ b/hw/msix.c
@@ -175,7 +175,7 @@ void msix_write_config(P
They call only pci_default_{read, write}_config().
So they aren't necessary.
Signed-off-by: Isaku Yamahata
---
hw/gt64xxx.c | 13 +
1 files changed, 1 insertions(+), 12 deletions(-)
diff --git a/hw/gt64xxx.c b/hw/gt64xxx.c
index fb7f5bd..c8034e2 100644
--- a/hw/gt64xxx.c
+++ b/hw/
On Mon, Dec 14, 2009 at 12:37:29PM +0100, Gerd Hoffmann wrote:
> On 12/14/09 12:10, Michael S. Tsirkin wrote:
>> On Mon, Dec 14, 2009 at 11:24:41AM +0100, Gerd Hoffmann wrote:
>> for block:
>> if (strcmp(s->serial_str, "0"))
>> features |= 1<< VIRTIO_BLK_F_IDENTIFY;
>>
>> if (bd
On Mon, Dec 14, 2009 at 12:55:28PM +0100, Alexander Graf wrote:
>
> Am 14.12.2009 um 11:59 schrieb "Michael S. Tsirkin" :
>
>> On Mon, Dec 14, 2009 at 11:16:34AM +0100, Gerd Hoffmann wrote:
>>> On 12/14/09 10:44, Michael S. Tsirkin wrote:
No, it did not even start booting the kernel. Just gave
On Mon, Dec 14, 2009 at 09:48:26PM +0900, Isaku Yamahata wrote:
> use range helper function in msix_write_config().
>
> Signed-off-by: Isaku Yamahata
Acked-by: Michael S. Tsirkin
> ---
> hw/msix.c |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/hw/msix.c b/hw/m
Gerd Hoffmann writes:
> On 12/14/09 12:10, Michael S. Tsirkin wrote:
>> On Mon, Dec 14, 2009 at 11:24:41AM +0100, Gerd Hoffmann wrote:
>> for block:
>> if (strcmp(s->serial_str, "0"))
>> features |= 1<< VIRTIO_BLK_F_IDENTIFY;
>>
>> if (bdrv_is_read_only(s->bs))
>> fea
Hi,
After feedback from Red Hat guys, I've decided to slightly modify the approach
to drive's readonly.
The new approach also addresses the silent fall-back to open the drives' file
as read-only when read-write fails
(permission denied) that causes unexpected behavior.
Instead of the 'readonly' b
Michael S. Tsirkin wrote:
> On Mon, Dec 14, 2009 at 12:55:28PM +0100, Alexander Graf wrote:
>
>> Am 14.12.2009 um 11:59 schrieb "Michael S. Tsirkin" :
>>
>>
>>> On Mon, Dec 14, 2009 at 11:16:34AM +0100, Gerd Hoffmann wrote:
>>>
On 12/14/09 10:44, Michael S. Tsirkin wrote:
On Mon, Dec 14, 2009 at 09:48:17PM +0900, Isaku Yamahata wrote:
> make pci_bar_address independent of PCI_BAR_UNMAPPED value.
> PCI_BAR_UNMAPPED could be arbitrary value which doesn't match
> possible pci bar. So == PCI_BAR_UNMAPPED check is not good.
> This patch cleans it up.
>
> Signed-off-by:
On Mon, Dec 14, 2009 at 09:48:18PM +0900, Isaku Yamahata wrote:
> To match Linux PCI register definition,
> rename PCI_SUBVENDOR_ID to PCI_SUBSYSTEM_VENDOR_ID.
>
> Signed-off-by: Isaku Yamahata
Acked-by: Michael S. Tsirkin
> ---
> hw/pci.c |2 +-
> hw/pci.h |2 +-
> 2 files changed, 2
On Mon, Dec 14, 2009 at 09:48:21PM +0900, Isaku Yamahata wrote:
> include pci_regs.h and remove duplicated defines.
>
> Signed-off-by: Isaku Yamahata
Good stuff.
Acked-by: Michael S. Tsirkin
> ---
> hw/pci.h | 72 ++---
> 1 files chang
On Mon, Dec 14, 2009 at 09:48:23PM +0900, Isaku Yamahata wrote:
> use range helper function in pm_write_config().
>
> Signed-off-by: Isaku Yamahata
Acked-by: Michael S. Tsirkin
> ---
> hw/acpi.c |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/hw/acpi.c b/hw/acp
On Mon, Dec 14, 2009 at 09:48:24PM +0900, Isaku Yamahata wrote:
> Define symbolic value in i440fx configuration space
> for 0x59, 0x5f and 0x7f and use them.
>
> Signed-off-by: Isaku Yamahata
Good overall.
Can you pls verify that applying this patch generates
same binary as before? Small mistake
On Mon, Dec 14, 2009 at 09:48:25PM +0900, Isaku Yamahata wrote:
> use range helper function in i440fx_write_config().
>
> Signed-off-by: Isaku Yamahata
> ---
> hw/piix_pci.c |6 --
> 1 files changed, 4 insertions(+), 2 deletions(-)
>
> diff --git a/hw/piix_pci.c b/hw/piix_pci.c
> index
On Mon, Dec 14, 2009 at 09:48:22PM +0900, Isaku Yamahata wrote:
> They call only pci_default_{read, write}_config().
> So they aren't necessary.
>
> Signed-off-by: Isaku Yamahata
Acked-by: Michael S. Tsirkin
> ---
> hw/gt64xxx.c | 13 +
> 1 files changed, 1 insertions(+), 12 del
On Mon, Dec 14, 2009 at 09:48:16PM +0900, Isaku Yamahata wrote:
> PCIBus::config_reg isn't used anymore, so remove it.
>
> Signed-off-by: Isaku Yamahata
Acked-by: Michael S. Tsirkin
> ---
> hw/pci.c |1 -
> 1 files changed, 0 insertions(+), 1 deletions(-)
>
> diff --git a/hw/pci.c b/hw/p
On Mon, Dec 14, 2009 at 09:48:19PM +0900, Isaku Yamahata wrote:
> There is no user and they're obsolete. So remove them.
>
> Signed-off-by: Isaku Yamahata
We are removing everything here later, is it worth it
to put in a separate patch?
Anyway:
Acked-by: Michael S. Tsirkin
> ---
> hw/pci.h |
Hi,
Well, in fact VNC would wait for the refresh timer of the VGA
framebuffer dirty thing and only send a single update too.
Well, it isn't that simple. When copyrect is used updates can be *much*
more frequently. Reason is that the vnc server has to push out
outstanding dirty regions be
On Mon, Dec 14, 2009 at 09:48:15PM +0900, Isaku Yamahata wrote:
> This patch series is for various somewhat atrandom clean up.
> Michael, this patch series possibly conflicts with your cleanups.
> Which patch should I rebase to?
My tree is here:
git://git.kernel.org/pub/scm/linux/kernel/git/mst/qe
On Mon, Dec 14, 2009 at 02:30:19PM +0100, Markus Armbruster wrote:
> Gerd Hoffmann writes:
>
> > On 12/14/09 12:10, Michael S. Tsirkin wrote:
> >> On Mon, Dec 14, 2009 at 11:24:41AM +0100, Gerd Hoffmann wrote:
> >> for block:
> >> if (strcmp(s->serial_str, "0"))
> >> features |= 1<<
On Mon, Dec 14, 2009 at 02:35:31PM +0100, Alexander Graf wrote:
> Michael S. Tsirkin wrote:
> > On Mon, Dec 14, 2009 at 12:55:28PM +0100, Alexander Graf wrote:
> >
> >> Am 14.12.2009 um 11:59 schrieb "Michael S. Tsirkin" :
> >>
> >>
> >>> On Mon, Dec 14, 2009 at 11:16:34AM +0100, Gerd Hoffm
The QEMU team is pleased to announce the availability of the 0.12.0-rc2
release. This is the second release candidate for the 0.12.0 release.
This release is not intended for production use.
Testing release candidates is a great way to contribute to QEMU and
improve the quality of the 0.12.0 rel
On 12/12/09 00:58, Soeren Sandmann wrote:
Even this simple support provides a better user experience than VNC
because scrolling is accelerated and doesn't result in a huge bitmap
getting sent across the wire. (I don't know if VNC has support for
bltblt, but even if it does, a screenscraping VNC s
The old behavior with two different nic types and -boot n was "undefined".
The old etherboot roms were quite large. To large to fit more than one
(certainly not two).
How does real hw handle this? I'm pretty sure most servers these days
use more option rom space than this. They usually have
Alexander Graf wrote:
Michael S. Tsirkin wrote:
On Mon, Dec 14, 2009 at 12:55:28PM +0100, Alexander Graf wrote:
Am 14.12.2009 um 11:59 schrieb "Michael S. Tsirkin" :
On Mon, Dec 14, 2009 at 11:16:34AM +0100, Gerd Hoffmann wrote:
On 12/14/09 10:44, Micha
On Mon, Dec 14, 2009 at 08:11:59AM -0600, Anthony Liguori wrote:
> Alexander Graf wrote:
>> Michael S. Tsirkin wrote:
>>
>>> On Mon, Dec 14, 2009 at 12:55:28PM +0100, Alexander Graf wrote:
>>>
Am 14.12.2009 um 11:59 schrieb "Michael S. Tsirkin" :
> On Mon, De
On Mon, Dec 14, 2009 at 04:11:43PM +0200, Michael S. Tsirkin wrote:
> On Mon, Dec 14, 2009 at 08:11:59AM -0600, Anthony Liguori wrote:
> > Alexander Graf wrote:
> >> Michael S. Tsirkin wrote:
> >>
> >>> On Mon, Dec 14, 2009 at 12:55:28PM +0100, Alexander Graf wrote:
> >>>
> Am 14.12.
Michael S. Tsirkin wrote:
Well I am pretty sure that I used virtio + e1000 with 0.11
and apparently I can't now.
So it does look like a regression to me ...
That's what I said, we should make sure that we stop loading roms when
we run out of room as opposed to trampling over the bios space.
Michael S. Tsirkin wrote:
Further, we should error out when device is added.
Doing this during boot is way too late, management
won't be able to understand such errors and
won't be able to recover.
I don't quite understand this.
In 0.11, we never loaded option roms unless a user specified
Dave Airlie wrote:
I actually reinvented at least one of the patches locally and it
didn't seem to help,
but I'll try and take a closer look today,
http://repo.or.cz/w/qemu/aliguori-queue.git vmware-vga-for-dave
Is the local branch I have for vmware-vga work. I'm not sure why I
never push
Gerd Hoffmann wrote:
Hi,
Well, in fact VNC would wait for the refresh timer of the VGA
framebuffer dirty thing and only send a single update too.
Well, it isn't that simple. When copyrect is used updates can be
*much* more frequently. Reason is that the vnc server has to push out
outsta
Gerd Hoffmann wrote:
... otherwise we'll continue without the bios loaded in case the
option roms don't fit.
Signed-off-by: Gerd Hoffmann
---
vl.c |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/vl.c b/vl.c
index c0d98f5..1682808 100644
--- a/vl.c
+++ b/vl.c
@@ -60
On 12/12/09 23:35, Dor Laor wrote:
2. VDI (Virtual Desktop Interface)
http://www.spice-space.org/vdi.html
It's an abstraction layer for graphics/keyboard/mouse/sound
/usb/serial.
We need it anyway regardless of spice. What is our user like to
switch from vnc to SDL on runtime? It's good for usb-o
Avi Kivity wrote:
On 12/13/2009 01:46 AM, Anthony Liguori wrote:
Dan Berrange and I have been talking about being able to move VNC
server into a central process such that all of the VMs can have a
single VNC port that can be connected to. This greatly simplifies
the firewalling logic that a
On Sun, 13 Dec 2009, Mark Williamson wrote:
> There may be an option c) in existence. The OpenTC project (EU funded)
> included a secure UI project and part of that involved a prototype
> paravirtualised 3D driver. It was done primarily by a research assistant at
> Cambridge University Compute
Gerd Hoffmann wrote:
On 12/12/09 23:35, Dor Laor wrote:
2. VDI (Virtual Desktop Interface)
http://www.spice-space.org/vdi.html
It's an abstraction layer for graphics/keyboard/mouse/sound
/usb/serial.
We need it anyway regardless of spice. What is our user like to
switch from vnc to SDL on runtim
On 12/14/09 15:10, Anthony Liguori wrote:
The old behavior with two different nic types and -boot n was "undefined".
The old etherboot roms were quite large. To large to fit more than one
(certainly not two).
Two worked with the etherboot roms.
So there must be some way to just have more opt
On 12/14/2009 04:42 PM, Anthony Liguori wrote:
I think it's a bit trickier though because ideally you would want to
use the vnc protocol to negotiate which vm you're connecting to.
Right, of course. If the client can no longer choose the target using
its port number, it has to select it in
Gerd Hoffmann wrote:
On 12/14/09 15:10, Anthony Liguori wrote:
The old behavior with two different nic types and -boot n was
"undefined".
The old etherboot roms were quite large. To large to fit more than one
(certainly not two).
Two worked with the etherboot roms.
Yes, they were 32k. Two
On 12/14/09 14:30, Markus Armbruster wrote:
Then the property parser would accepts strings such as 'bit1|bit2' and
you can have
-device 'virtio-blk-pci,disable=blk-identify|ring-indirect'
The driver will just do 'vdev->host_features&= ~disable'.
Use of '|' in option argument syntax is user
On 12/14/09 14:59, Michael S. Tsirkin wrote:
It's not an easy quesiton.
If we do it as disable bits, then we get incompatible
machines when running on different hosts.
In case that one host supports feature which the other doesn't and the
feature isn't masked out? Well, management failure I'd
Check rom_load_all() return value.
Also don't make option rom loading failure fatal.
Signed-off-by: Gerd Hoffmann
---
hw/loader.c |2 +-
vl.c|5 -
2 files changed, 5 insertions(+), 2 deletions(-)
diff --git a/hw/loader.c b/hw/loader.c
index 2d7a2c4..89491a2 100644
--- a/hw/l
On Mon, Dec 14, 2009 at 08:42:12AM -0600, Anthony Liguori wrote:
> Avi Kivity wrote:
> >On 12/13/2009 01:46 AM, Anthony Liguori wrote:
> >>
> >>Dan Berrange and I have been talking about being able to move VNC
> >>server into a central process such that all of the VMs can have a
> >>single VNC po
On Mon, Dec 14, 2009 at 04:53:07PM +0200, Avi Kivity wrote:
> On 12/14/2009 04:42 PM, Anthony Liguori wrote:
> >I think it's a bit trickier though because ideally you would want to
> >use the vnc protocol to negotiate which vm you're connecting to.
>
> Right, of course. If the client can no lo
On 12/14/2009 05:17 PM, Daniel P. Berrange wrote:
Yes - need to pass the encryption state. Hopefully the crypto stacks
support this.
There's no mechanism for this in the SASL libraries. With GNUTLS there is
the ability to preserve negotiated session state from one TLS conenection
and us
Avi Kivity wrote:
On 12/14/2009 05:17 PM, Daniel P. Berrange wrote:
Yes - need to pass the encryption state. Hopefully the crypto stacks
support this.
There's no mechanism for this in the SASL libraries. With GNUTLS
there is
the ability to preserve negotiated session state from one TLS
Daniel P. Berrange wrote:
On Mon, Dec 14, 2009 at 08:42:12AM -0600, Anthony Liguori wrote:
Avi Kivity wrote:
On 12/13/2009 01:46 AM, Anthony Liguori wrote:
Dan Berrange and I have been talking about being able to move VNC
server into a central process such that all of the VMs ca
Naphtali Sprei schrieb:
> Hi,
> After feedback from Red Hat guys, I've decided to slightly modify the
> approach to drive's readonly.
> The new approach also addresses the silent fall-back to open the drives' file
> as read-only when read-write fails
> (permission denied) that causes unexpected b
On 12/14/2009 05:10 PM, Daniel P. Berrange wrote:
The model I had in mind was for the proxy to define a VNC extension that
allows the client to query what 'desktops' are available and request
switching between them at any time. The list of desktop would of course
be authorized per client, and st
On Sat, 12 Dec 2009 11:09:38 -0700
"David S. Ahern" wrote:
> Thanks for the responses. I had forgotten that SIGABRT==abort() which
> means I have to get the core file to get to the root cause. To date the
> only information I have is a shell exit status of 134 which from the
> bash man pages mean
2009/12/14 Anthony Liguori :
> The current plan is to release 0.12.0 on Friday, Dec 18th. Depending on the
> severity of bug fixes we get between now and then, we may do another release
> candidate in the middle of the week.
I see that the carry flag fix for sparc is included. Are you planning
to
I'm using a variant of the KVM source from RHEL5 plus a few
cherry-picked patches. Host OS is RHEL 5.3. The servers are using E5540
or E5504 processors. The host OS is running from a small USB key, and
there is no place to write a core file. Other accommodations have to be
made to get it. Hopefully
Avi Kivity wrote:
You can still implement this with SCM_RIGHTS. Authenticate, select
guest, drop tls, pass fd to qemu, authenticate, hack hack hack, drop
tls, pass fd back to proxy, goto 10.
Here's how I'd envision this working.
Start qemu with:
qemu -vnc proxy:/path/to/unix/domain/socket
Artyom Tarasenko wrote:
2009/12/14 Anthony Liguori :
The current plan is to release 0.12.0 on Friday, Dec 18th. Depending on the
severity of bug fixes we get between now and then, we may do another release
candidate in the middle of the week.
I see that the carry flag fix for sparc is
On 12/13/2009 04:12 PM, Kevin O'Connor wrote:
- Forwarded message from Gleb Natapov -
From: Gleb Natapov
To: Kevin O'Connor
Date: Sun, 13 Dec 2009 17:07:48 +0200
Subject: Re: [...@virtutech.com: [coreboot] Seabios: PCI interrupt routing
question]
On Thu, Dec 10, 2009 at 08:55:1
On 12/13/2009 04:14 PM, Kevin O'Connor wrote:
- Forwarded message from Gleb Natapov -
From: Gleb Natapov
To: Kevin O'Connor
Date: Sun, 13 Dec 2009 15:18:08 +0200
Subject: Re: [...@virtutech.com: [coreboot] [PATCH] Seabios: Fix PkgLength
calculation for the SSDT.]
On Thu, Dec 10
On Mon, Dec 14, 2009 at 08:25:53AM -0600, Anthony Liguori wrote:
> Michael S. Tsirkin wrote:
>>
>> Further, we should error out when device is added.
>> Doing this during boot is way too late, management
>> won't be able to understand such errors and
>> won't be able to recover.
>>
>
> I don't q
On Mon, Dec 14, 2009 at 04:01:33PM +0100, Gerd Hoffmann wrote:
> On 12/14/09 14:59, Michael S. Tsirkin wrote:
>> It's not an easy quesiton.
>> If we do it as disable bits, then we get incompatible
>> machines when running on different hosts.
>
> In case that one host supports feature which the othe
On Mon, Dec 14, 2009 at 10:55 AM, Gerd Hoffmann wrote:
> On 12/13/09 10:38, Blue Swirl wrote:
>>
>> On Sun, Dec 13, 2009 at 8:24 AM, Blue Swirl wrote:
>>>
>>> I guess e1c09175bc00dd8dfb2ad1b26e1858dcdc109b59 or
>>> 998bbd74b9d813b14a3a3b5009a5d5a48c7dce51 broke -serial stdio for all
>>> targets:
On Mon, Dec 14, 2009 at 4:20 PM, Anthony Liguori
wrote:
> Artyom Tarasenko wrote:
>>
>> 2009/12/14 Anthony Liguori :
>>
>>>
>>> The current plan is to release 0.12.0 on Friday, Dec 18th. Depending on
>>> the
>>> severity of bug fixes we get between now and then, we may do another
>>> release
>>>
On 12/14/2009 04:06 PM, Anthony Liguori wrote:
The QEMU team is pleased to announce the availability of the 0.12.0-rc2
release. This is the second release candidate for the 0.12.0 release.
This release is not intended for production use.
I'm missing the tag for this release?
--
error compilin
On Mon, Dec 14, 2009 at 04:01:43PM +0200, Michael S. Tsirkin wrote:
> On Mon, Dec 14, 2009 at 02:35:31PM +0100, Alexander Graf wrote:
> > Michael S. Tsirkin wrote:
> > > On Mon, Dec 14, 2009 at 12:55:28PM +0100, Alexander Graf wrote:
> > >
> > >> Am 14.12.2009 um 11:59 schrieb "Michael S. Tsirki
On Mon, Dec 14, 2009 at 04:11:43PM +0200, Michael S. Tsirkin wrote:
> On Mon, Dec 14, 2009 at 08:11:59AM -0600, Anthony Liguori wrote:
> > Alexander Graf wrote:
> >> Michael S. Tsirkin wrote:
> >>
> >>> On Mon, Dec 14, 2009 at 12:55:28PM +0100, Alexander Graf wrote:
> >>>
> Am 14.12.
On Mon, Dec 14, 2009 at 08:22:12AM -0600, Anthony Liguori wrote:
> Michael S. Tsirkin wrote:
> >Well I am pretty sure that I used virtio + e1000 with 0.11
> >and apparently I can't now.
> >So it does look like a regression to me ...
>
> That's what I said, we should make sure that we stop loading
It looks like vl.c was a poor place to do the mux choice. I just
wonder why mux option can't be automatically enabled for stdio in
qemu-char.c:qemu_chr_parse_compat() or somewhere nearby.
The mux driver grabs the 'Ctrl-a' hotkey, so I wouldn't enable that
unconditionally because the chardev isn
On 12/14/09 17:23, Michael S. Tsirkin wrote:
On Mon, Dec 14, 2009 at 04:01:33PM +0100, Gerd Hoffmann wrote:
So how do you do this?
Assume we have -disable_hw_csum.
We want new machine type to have it off, right?
But now you run qemu on host which does
not support hw_csum. With your suggestion
it
1 - 100 of 172 matches
Mail list logo
