There's nothing target-dependent in the virtio-serial code so allow it
to be compiled just once for all the targets.
Signed-off-by: Amit Shah
---
Makefile.hw |2 +-
Makefile.target |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/Makefile.hw b/Makefile.hw
index b
This patch adds generic serial ports over the virtio serial bus.
These ports have a few more options that are not relevant for
virtio console ports: the ability to cache buffers that are
received for a port while it's disconnected, setting of limits
to the bytes that are cached so as to prevent OOM
Signed-off-by: Amit Shah
---
hw/virtio-serial-bus.c |2 ++
hw/virtio-serial.h |1 +
2 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/hw/virtio-serial-bus.c b/hw/virtio-serial-bus.c
index c947143..6b3273d 100644
--- a/hw/virtio-serial-bus.c
+++ b/hw/virtio-serial-bus.c
@@
Guests send us one buffer at a time. Current guests send buffers sized
4K bytes. If guest userspace applications sent out > 4K bytes in one
write() syscall, the write request actually sends out multiple buffers,
each of 4K in size.
This usually isn't a problem but for some apps, like VNC, the enti
The port 'id' or number is internal state between the guest kernel and
our bus implementation. This is invocation-dependent and isn't part of
the guest-host ABI.
To correcly enumerate and map ports between the host and the guest, the
'name' property is used.
Example:
-device virtserialport,n
Via control channel messages, the guest can tell us whether a port got
opened or closed. Similarly, we can also indicate to the guest of host
port open/close events.
Signed-off-by: Amit Shah
---
hw/virtio-serial-bus.c | 91
hw/virtio-serial.c
This commit converts the virtio-console device to create a new
virtio-serial bus that can host console and generic serial ports. The
file hosting this code is now called virtio-serial-bus.c.
The virtio console is now a very simple qdev device that sits on the
virtio-serial-bus and communicates bet
VIRTIO_PCI_QUEUE_MAX is redefined in hw/virtio.c. Let's just keep it in
hw/virtio.h.
Also, bump up the value of the maximum allowed virtqueues to 64. This is
in preparation to allow multiple ports per virtio-console device.
Signed-off-by: Amit Shah
---
hw/virtio.c |2 --
hw/virtio.h |2
Hello,
This series addresses comments from last time:
- use ldl/stl instead of communicating in little endian.
- virtio-serial-bus is back in Makefile.target as a result of the above
change.
- don't write to guest memory in handle_control_message
- is_console is a property; remove from custom de
On Wed, Jan 06, 2010 at 11:00:11PM +, Jamie Lokier wrote:
> Michael S. Tsirkin wrote:
> > On Wed, Jan 06, 2010 at 08:48:16PM +0100, Paolo Bonzini wrote:
> > > On 01/06/2010 04:10 PM, Anthony Liguori wrote:
> > >> We have ones that require read/write, ones that require send/recv, and
> > >> ones
On Thu, Jan 7, 2010 at 2:51 AM, Isaku Yamahata wrote:
> On Wed, Jan 06, 2010 at 12:42:28PM +0100, Stefan Weil wrote:
>> Isaku Yamahata schrieb:
>> > remove #ifdef DEBUG by using macro.
>> >
>> > Signed-off-by: Isaku Yamahata
>> > Acked-by: Gerd Hoffmann
>> > ---
>> > hw/pm_smbus.c | 21 +
On Wed, Jan 06, 2010 at 10:49:54PM +, Jamie Lokier wrote:
> Michael S. Tsirkin wrote:
> > On Wed, Jan 06, 2010 at 05:19:45PM +, Jamie Lokier wrote:
> > > Michael S. Tsirkin wrote:
> > > > On Wed, Jan 06, 2010 at 09:24:45AM -0600, Anthony Liguori wrote:
> > > > > A helper is semantics equiva
On Thu, Jan 7, 2010 at 2:29 AM, Artyom Tarasenko
wrote:
> What's the effect of the patch? Don't we need it for sparc32 too? The
> code looks similar.
>
> 2010/1/6 Blue Swirl :
>> Thanks, applied.
>>
>> On Tue, Jan 5, 2010 at 11:19 PM, Igor V. Kovalenko
>> wrote:
>>> From: Igor V. Kovalenko
>>>
>
On Wed, Jan 06, 2010 at 12:42:28PM +0100, Stefan Weil wrote:
> Isaku Yamahata schrieb:
> > remove #ifdef DEBUG by using macro.
> >
> > Signed-off-by: Isaku Yamahata
> > Acked-by: Gerd Hoffmann
> > ---
> > hw/pm_smbus.c | 21 -
> > 1 files changed, 12 insertions(+), 9 deletions(
What's the effect of the patch? Don't we need it for sparc32 too? The
code looks similar.
2010/1/6 Blue Swirl :
> Thanks, applied.
>
> On Tue, Jan 5, 2010 at 11:19 PM, Igor V. Kovalenko
> wrote:
>> From: Igor V. Kovalenko
>>
>> Signed-off-by: Igor V. Kovalenko
>> ---
>> target-sparc/op_helper.
On 07.01.2010, at 00:18, Andreas Färber wrote:
>
> Am 06.01.2010 um 23:49 schrieb Alexander Graf:
>
>>
>> On 06.01.2010, at 23:47, Andreas Färber wrote:
>>
>>> When QEMU was launched in no-graphic, Curses or VNC mode,
>>> don't run it as a Cocoa application.
>>>
>>> Based on patch by Alexand
Am 06.01.2010 um 23:49 schrieb Alexander Graf:
On 06.01.2010, at 23:47, Andreas Färber wrote:
When QEMU was launched in no-graphic, Curses or VNC mode,
don't run it as a Cocoa application.
Based on patch by Alexander Graf.
v1:
- Avoid type mismatch warning for argv
- Drop noCocoa variable
Michael S. Tsirkin wrote:
> On Wed, Jan 06, 2010 at 08:48:16PM +0100, Paolo Bonzini wrote:
> > On 01/06/2010 04:10 PM, Anthony Liguori wrote:
> >> We have ones that require read/write, ones that require send/recv, and
> >> ones that require vhost interaction. Really, the first two are the same
> >
Michael S. Tsirkin wrote:
> On Wed, Jan 06, 2010 at 05:19:45PM +, Jamie Lokier wrote:
> > Michael S. Tsirkin wrote:
> > > On Wed, Jan 06, 2010 at 09:24:45AM -0600, Anthony Liguori wrote:
> > > > A helper is semantics equivalent to passing an fd from a management
> > > > tool. All of the prob
On 06.01.2010, at 23:47, Andreas Färber wrote:
> When QEMU was launched in no-graphic, Curses or VNC mode,
> don't run it as a Cocoa application.
>
> Based on patch by Alexander Graf.
>
> v1:
> - Avoid type mismatch warning for argv
> - Drop noCocoa variable
> - Coding Style changes
>
> Signed
Hello,
This is a resend of my full Cocoa series posted Dec 13, last updated on Dec 14
following a suggestion by Juha. Original intro follows.
Recently, OSX/ppc64 TCG support was merged. This series replaces the
remainder of my ppc64 series, splitting it up for review and bisectability.
It starts
Disable the nice resize animation, to avoid drawing glitches
following a guest's screen size change.
Based on patch by Juha Riihimäki.
Signed-off-by: Andreas Färber
Cc: Juha Riihimäki
Cc: Alexander Graf
Cc: Mike Kronenberg
---
cocoa.m |2 +-
1 files changed, 1 insertions(+), 1 deletions(
__LITTLE_ENDIAN__ is undefined on Big Endian host.
Signed-off-by: Andreas Färber
Cc: John Arbuckle
---
cocoa.m |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/cocoa.m b/cocoa.m
index f80a70b..f8c2e00 100644
--- a/cocoa.m
+++ b/cocoa.m
@@ -319,7 +319,7 @@ static int coc
Add const for "qemu" character literal, to avoid:
warning: initialization discards qualifiers from pointer target type
An earlier patch by John proposed to use char[5]. Since we do not modify
the text and later copy it into malloc'ed memory, marking it as const
seems sufficient.
Signed-off-by: A
Fix integer usage in the Cocoa backend: NSInteger is long on LP64.
http://developer.apple.com/mac/library/documentation/Cocoa/Reference/ApplicationKit/Classes/NSView_Class/Reference/NSView.html#//apple_ref/doc/uid/2014-BBCFHHCD
This makes the graphical display show up on a ppc64 host.
v3:
-
Default is NO.
Signed-off-by: Andreas Färber
---
cocoa.m |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/cocoa.m b/cocoa.m
index bb4325c..56c789a 100644
--- a/cocoa.m
+++ b/cocoa.m
@@ -740,6 +740,7 @@ static int cocoa_keycode_to_qemu(int keycode)
[normalWindow s
When QEMU was launched in no-graphic, Curses or VNC mode,
don't run it as a Cocoa application.
Based on patch by Alexander Graf.
v1:
- Avoid type mismatch warning for argv
- Drop noCocoa variable
- Coding Style changes
Signed-off-by: Andreas Färber
Cc: Alexander Graf
Cc: Mike Kronenberg
---
Cf.
http://developer.apple.com/mac/library/documentation/Cocoa/Conceptual/CocoaPerformance/Articles/CustomViews.html
Based on patch by Juha Riihimäki.
Signed-off-by: Andreas Färber
Cc: Juha Riihimäki
Cc: Alexander Graf
Cc: Mike Kronenberg
---
cocoa.m |2 +-
1 files changed, 1 insertions
The application is not very useful once the guest window is closed.
QEMU is not a document-based application; terminating it automatically
saves the user another action and resembles SDL behavior.
v2:
- Use delegate method, suggested by Juha Riihimäki.
Signed-off-by: Andreas Färber
Cc: Juha Riih
Default is NO.
Cf.
http://developer.apple.com/mac/library/documentation/Cocoa/Conceptual/CocoaPerformance/Articles/CustomViews.html
Based on patch by Juha Riihimäki.
Signed-off-by: Andreas Färber
Cc: Juha Riihimäki
Cc: Alexander Graf
Cc: Mike Kronenberg
---
cocoa.m |5 +
1 files ch
Make cocoa_keycode_to_qemu static, to avoid:
warning: no previous prototype for ‘cocoa_keycode_to_qemu’
Signed-off-by: Andreas Färber
Cc: John Arbuckle
---
cocoa.m |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/cocoa.m b/cocoa.m
index 989efd5..f80a70b 100644
--- a/co
NSView's enterFullScreenMode:withOptions: and
exitFullScreenModeWithOptions: are available on v10.5
and later only. Undefined methods raise warnings and
undefined constants result in errors.
Reported by Ryan Schmidt.
While at it, avoid a warning on v10.3.9,
where MAC_OS_X_VERSION_10_4 is not defi
On 01/06/2010 04:11 PM, Milan Plzik wrote:
Hello,
according to RFC 1350 and RFC 2347, TFTP server should answer RRQ by
either OACK or DATA packet. Qemu's internal TFTP server answers RRQ with
additional options by sending both OACK and DATA packet, thus breaking
the "lock-step" feature of
Hello,
according to RFC 1350 and RFC 2347, TFTP server should answer RRQ by
either OACK or DATA packet. Qemu's internal TFTP server answers RRQ with
additional options by sending both OACK and DATA packet, thus breaking
the "lock-step" feature of the protocol, and also confuses client.
Prop
On Wed, Jan 06, 2010 at 01:50:21PM -0600, Anthony Liguori wrote:
> On 01/06/2010 10:35 AM, Gleb Natapov wrote:
> >Knowing ioapic configuration is very useful for the poor soles
> >how need to debug guest occasionally.
>
> This needs to be implemented in terms of VMState. There is no
> reason for
On Wed, Jan 6, 2010 at 8:31 PM, Blue Swirl wrote:
> On Tue, Jan 5, 2010 at 11:47 PM, Igor Kovalenko
> wrote:
>> sparc64 timer has tick counter which can be set and read,
>> and tick compare value used as deadline to fire timer interrupt.
>> The timer is not used as periodic timer, instead deadlin
On Wed, Jan 6, 2010 at 7:53 PM, Andreas Färber wrote:
>
> Am 06.01.2010 um 20:24 schrieb Blue Swirl:
>
>> On Wed, Jan 6, 2010 at 6:51 PM, Andreas Färber
>> wrote:
>>>
>>> Am 04.01.2010 um 21:47 schrieb Blue Swirl:
>>>
On Sun, Jan 3, 2010 at 12:31 PM, Blue Swirl
wrote:
>
> 2009/
On Wed, Jan 06, 2010 at 08:59:37PM +0100, Paolo Bonzini wrote:
>
We have ones that require read/write, ones that require send/recv, and
ones that require vhost interaction. Really, the first two are the same
but the distinction is necessary for Windows.
>>>
>>> Not necessarily, you
We have ones that require read/write, ones that require send/recv, and
ones that require vhost interaction. Really, the first two are the same
but the distinction is necessary for Windows.
Not necessarily, you can open sockets on Windows so that they support
read/write. Just create it with
Am 06.01.2010 um 20:24 schrieb Blue Swirl:
On Wed, Jan 6, 2010 at 6:51 PM, Andreas Färber
wrote:
Am 04.01.2010 um 21:47 schrieb Blue Swirl:
On Sun, Jan 3, 2010 at 12:31 PM, Blue Swirl
wrote:
2009/12/31 Andreas Färber :
From: Andreas Färber
Juan has contributed a cool Makefile infr
On Wed, Jan 06, 2010 at 08:48:16PM +0100, Paolo Bonzini wrote:
> On 01/06/2010 04:10 PM, Anthony Liguori wrote:
>> We have ones that require read/write, ones that require send/recv, and
>> ones that require vhost interaction. Really, the first two are the same
>> but the distinction is necessary f
On 01/06/2010 10:35 AM, Gleb Natapov wrote:
Knowing ioapic configuration is very useful for the poor soles
how need to debug guest occasionally.
This needs to be implemented in terms of VMState. There is no reason
for it not to be.
I've just gone through the code in great detail. You j
On 01/06/2010 04:10 PM, Anthony Liguori wrote:
We have ones that require read/write, ones that require send/recv, and
ones that require vhost interaction. Really, the first two are the same
but the distinction is necessary for Windows.
Not necessarily, you can open sockets on Windows so that t
Signed-off-by: Bruce Rogers
---
qemu-options.hx | 39 ---
1 files changed, 20 insertions(+), 19 deletions(-)
diff --git a/qemu-options.hx b/qemu-options.hx
index ecd50eb..20b696d 100644
--- a/qemu-options.hx
+++ b/qemu-options.hx
@@ -42,7 +42,7 @@ DEF("smp",
On Wed, Jan 6, 2010 at 6:51 PM, Andreas Färber wrote:
>
> Am 04.01.2010 um 21:47 schrieb Blue Swirl:
>
>> On Sun, Jan 3, 2010 at 12:31 PM, Blue Swirl wrote:
>>>
>>> 2009/12/31 Andreas Färber :
From: Andreas Färber
Juan has contributed a cool Makefile infrastructure that enabl
From: Andreas Färber
Juan has contributed a cool Makefile infrastructure that enables us to drop
static libraries completely:
Move shared obj-y definitions to Makefile.objs, prefixed {common-,hw-,user-},
and link those object files directly into the executables.
Replace HWLIB by HWDIR, specifyi
Am 04.01.2010 um 21:47 schrieb Blue Swirl:
On Sun, Jan 3, 2010 at 12:31 PM, Blue Swirl
wrote:
2009/12/31 Andreas Färber :
From: Andreas Färber
Juan has contributed a cool Makefile infrastructure that enables
us to drop
static libraries completely:
Move shared obj-y definitions to Make
On Wed, Jan 06, 2010 at 05:19:45PM +, Jamie Lokier wrote:
> Michael S. Tsirkin wrote:
> > On Wed, Jan 06, 2010 at 09:24:45AM -0600, Anthony Liguori wrote:
> > > A helper is semantics equivalent to passing an fd from a management
> > > tool. All of the problems you describe are equally applic
Thanks, applied.
On Tue, Jan 5, 2010 at 11:19 PM, Igor V. Kovalenko
wrote:
> From: Igor V. Kovalenko
>
> Signed-off-by: Igor V. Kovalenko
> ---
> target-sparc/op_helper.c | 2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/target-sparc/op_helper.c b/target-sparc/op_h
On 01/06/10 11:04, Gleb Natapov wrote:
On Wed, Jan 06, 2010 at 11:57:17AM +0200, Dor Laor wrote:
What's missing in this patch set and in similar pvclock
implementation is userspace activation of the features.
This should be part of the machine description and not enabled by
default without n
On Tue, Jan 5, 2010 at 11:47 PM, Igor Kovalenko
wrote:
> sparc64 timer has tick counter which can be set and read,
> and tick compare value used as deadline to fire timer interrupt.
> The timer is not used as periodic timer, instead deadline
> is set each time new timer interrupt is needed.
>
> Th
Michael S. Tsirkin wrote:
> On Wed, Jan 06, 2010 at 09:24:45AM -0600, Anthony Liguori wrote:
> > A helper is semantics equivalent to passing an fd from a management
> > tool. All of the problems you describe are equally applicable to that
> > model.
>
> No, because management calls qemu and p
Am 06.01.2010 um 17:29 schrieb Richard Henderson:
since (1) ROMs other than the few supported by MILO are probably not
redistributable
Tristan's trick here was to provide a way for the user to extract a
non-distributable ROM. I fear the controversy of whether this should
be in qemu-syste
Knowing ioapic configuration is very useful for the poor soles
how need to debug guest occasionally.
Signed-off-by: Gleb Natapov
diff --git a/hw/ioapic.c b/hw/ioapic.c
index b0ad78f..3afb2c4 100644
--- a/hw/ioapic.c
+++ b/hw/ioapic.c
@@ -24,6 +24,8 @@
#include "pc.h"
#include "qemu-timer.h"
#i
On Tue, Jan 5, 2010 at 11:19 PM, Igor V. Kovalenko
wrote:
> From: Igor V. Kovalenko
>
> cpu_check_irqs
> - handle SOFTINT register TICK and STICK timer bits
> - only check interrupt levels greater than PIL value
> - handle preemption by higher level traps
>
> cpu_exec
> - handle CPU_INTERRUPT_HAR
On 01/06/2010 01:55 AM, Tristan Gingold wrote:
The existing set of IPRs is totally irrelevant to user-mode emulation.
Indeed, they most are irrelevant to implementing kernel-mode emulation,
and would only be relevant to PAL-mode emulation, which I suspect that
no one will ever attempt.
Interest
On Tue, Jan 05, 2010 at 06:10:10PM -0600, Anthony Liguori wrote:
> Typically, there is at least a little sanity naming for these cases.
> For instance, any Xeon W35xx should have the same features. A Xeon
> W55xx may be different.
It doesn't work that way for intel. For example:
Core 2 Duo
Replace the funky array logic for queued commands with standard
qemu list functions. Also rename lsi_queue to lsi_request.
Signed-off-by: Gerd Hoffmann
---
hw/lsi53c895a.c | 68 ++
1 files changed, 28 insertions(+), 40 deletions(-)
diff --g
Signed-off-by: Gerd Hoffmann
---
hw/lsi53c895a.c | 45 +++--
1 files changed, 23 insertions(+), 22 deletions(-)
diff --git a/hw/lsi53c895a.c b/hw/lsi53c895a.c
index 8715b99..f28fc76 100644
--- a/hw/lsi53c895a.c
+++ b/hw/lsi53c895a.c
@@ -176,6 +176,8 @@
Right now lsi_request is allocated when a request is queued and released
when a request is unqueued. With this patch applied the lsi_request is
kept for the whole lifetime of the scsi request.
Rationale: We can use it for per-request data then. The patch does that
already for the request tag.
S
Signed-off-by: Gerd Hoffmann
---
hw/lsi53c895a.c | 23 ---
1 files changed, 12 insertions(+), 11 deletions(-)
diff --git a/hw/lsi53c895a.c b/hw/lsi53c895a.c
index e6c13eb..8715b99 100644
--- a/hw/lsi53c895a.c
+++ b/hw/lsi53c895a.c
@@ -175,6 +175,7 @@ do { fprintf(stderr, "
All callers of lsi_reselect have a lsi_request struct at hand anyway.
So just pass it directly instead of having lsi_reselect search for it
using the tag.
Signed-off-by: Gerd Hoffmann
---
hw/lsi53c895a.c | 23 +++
1 files changed, 7 insertions(+), 16 deletions(-)
diff --gi
Hi,
This patch series brings a few code cleanups to the lsi driver,
check the individual patches for details.
cheers,
Gerd
On Tue, Jan 5, 2010 at 11:19 PM, Igor V. Kovalenko
wrote:
> From: Igor V. Kovalenko
>
> Signed-off-by: Igor V. Kovalenko
> ---
> target-sparc/cpu.h | 6 ++
> 1 files changed, 6 insertions(+), 0 deletions(-)
>
> diff --git a/target-sparc/cpu.h b/target-sparc/cpu.h
> index 1fe4d0f..0dba241
On Tue, Jan 5, 2010 at 11:19 PM, Igor V. Kovalenko
wrote:
> From: Igor V. Kovalenko
>
> Signed-off-by: Igor V. Kovalenko
> ---
> target-sparc/op_helper.c | 39 ---
> 1 files changed, 36 insertions(+), 3 deletions(-)
>
> diff --git a/target-sparc/op_helper.c
Hi,
Gerd Hoffmann wrote:
>On 01/04/10 21:34, Anthony Liguori wrote:
>> On 12/22/2009 11:40 AM, TAKEDA, toshiya wrote:
>
>> I don't think we are really that far from being able to create an NEC
>> PC-9821 based on careful use of -device and disabling default devices. I
>> think the main issues some
Hi,
Anthony Liguori wrote:
>Hi,
>
>Why is this needed verses qemu_system_reset()?
PC-98 has the ioport to reset only cpu (don't reset other periferals)
and I need qemu_cpu_reset() to emulate thios port.
This port was used to return to real mode from protect mode by resetting cpu.
It was added f
On Wed, Jan 06, 2010 at 09:24:45AM -0600, Anthony Liguori wrote:
> On 01/06/2010 09:16 AM, Michael S. Tsirkin wrote:
>> How otherwise would scripts know how to talk to qemu?
>> Just just happens to match command line format you say?
>> And the way to discover what that format is ... how exactly?
>>
On Tue, Jan 5, 2010 at 11:19 PM, Igor V. Kovalenko
wrote:
> From: Igor V. Kovalenko
>
> Signed-off-by: Igor V. Kovalenko
> ---
> target-sparc/helper.h | 1 +
> target-sparc/op_helper.c | 14 ++
> target-sparc/translate.c | 5 +
> 3 files changed, 16 insertions(+), 4 d
On Tue, 2010-01-05 at 06:43 -0600, Anthony Liguori wrote:
> Hi,
>
> I hope everyone had a happy new year! Now that we've finished the 0.12
> release and most of us have had a nice break, I think it's time to start
> planning for the next release.
>
> 0.12 felt a bit rushed to me. I'd like to
On Tue, Jan 5, 2010 at 11:19 PM, Igor V. Kovalenko
wrote:
> From: Igor V. Kovalenko
>
> Signed-off-by: Igor V. Kovalenko
> ---
> target-sparc/helper.c | 1 +
> 1 files changed, 1 insertions(+), 0 deletions(-)
>
> diff --git a/target-sparc/helper.c b/target-sparc/helper.c
> index a06923a..0f0
On 01/06/2010 09:16 AM, Michael S. Tsirkin wrote:
How otherwise would scripts know how to talk to qemu?
Just just happens to match command line format you say?
And the way to discover what that format is ... how exactly?
Look, yes we could split this stuff out but this is just maintainance
heada
On Tue, Jan 5, 2010 at 11:19 PM, Igor V. Kovalenko
wrote:
> From: Igor V. Kovalenko
>
> Signed-off-by: Igor V. Kovalenko
> ---
> target-sparc/op_helper.c | 20
> 1 files changed, 20 insertions(+), 0 deletions(-)
>
> diff --git a/target-sparc/op_helper.c b/target-sparc/op_
On Wed, Jan 06, 2010 at 09:10:30AM -0600, Anthony Liguori wrote:
> On 01/06/2010 07:55 AM, Michael S. Tsirkin wrote:
>> On Wed, Jan 06, 2010 at 07:34:26AM -0600, Anthony Liguori wrote:
>>
>>> On 01/06/2010 07:20 AM, Michael S. Tsirkin wrote:
>>>
> We can use helpers for more than just
On 01/06/2010 08:48 AM, Dor Laor wrote:
On 01/06/2010 04:32 PM, Avi Kivity wrote:
On 01/06/2010 04:22 PM, Michael S. Tsirkin wrote:
We can probably default -enable-kvm to -cpu host, as long as we
explain
very carefully that if users wish to preserve cpu features across
upgrades, they can't dep
On 01/06/2010 07:54 AM, Avi Kivity wrote:
On 01/06/2010 03:49 PM, Anthony Liguori wrote:
I think that's workable but I think there may be some subtle issues
especially across qemu versions. Can you give an example of what
you would expect the output to be?
-> { command: query-cpu-capabal
On 01/06/2010 07:55 AM, Michael S. Tsirkin wrote:
On Wed, Jan 06, 2010 at 07:34:26AM -0600, Anthony Liguori wrote:
On 01/06/2010 07:20 AM, Michael S. Tsirkin wrote:
We can use helpers for more than just tun/tap. My current thinking for
helpers is that they would give qemu an fd and t
On Wed, Jan 06, 2010 at 04:32:07PM +0200, Avi Kivity wrote:
> On 01/06/2010 04:22 PM, Michael S. Tsirkin wrote:
>>> We can probably default -enable-kvm to -cpu host, as long as we explain
>>> very carefully that if users wish to preserve cpu features across
>>> upgrades, they can't depend on the de
On 01/06/2010 04:32 PM, Avi Kivity wrote:
On 01/06/2010 04:22 PM, Michael S. Tsirkin wrote:
We can probably default -enable-kvm to -cpu host, as long as we explain
very carefully that if users wish to preserve cpu features across
upgrades, they can't depend on the default.
Hardware upgrades or
On 01/06/2010 04:22 PM, Michael S. Tsirkin wrote:
We can probably default -enable-kvm to -cpu host, as long as we explain
very carefully that if users wish to preserve cpu features across
upgrades, they can't depend on the default.
Hardware upgrades or software upgrades?
Yes.
--
err
Without this qemu can even start on kvm modules with events support
since default value of exception_injected in zero and this is #DE
exception.
Signed-off-by: Gleb Natapov
diff --git a/target-i386/kvm.c b/target-i386/kvm.c
index de79eb7..4084503 100644
--- a/target-i386/kvm.c
+++ b/target-i386/
On Wed, Jan 06, 2010 at 03:58:01PM +0200, Avi Kivity wrote:
> On 01/06/2010 03:55 PM, Alexander Graf wrote:
>>
>>> Well, we can freeze qemu64 if we wish. That's still not 100% accurate
>>> since kvm can remove features from qemu64.
>>>
>>> -cpu none,+flags,vendor=foo,cache=bar,ad=nauseum?
>>>
Fix the floppy controller init wrappers to set the drive properties
only in case the DriveInfo pointers passed in are non NULL. This allows
to set the properties using -global.
Signed-off-by: Gerd Hoffmann
---
hw/fdc.c | 15 ++-
1 files changed, 10 insertions(+), 5 deletions(-)
d
Oops. That one somehow missed the boat ...
Add a new machine type for qemu 0.12.
Also fixup the 0.11 machine type: msi for virtio-blk-pci was enabled
after the 0.11 release, so turn it off in the 0.11 machine type.
Signed-off-by: Gerd Hoffmann
---
hw/pc.c | 18 +-
1 files ch
On Wed, Jan 06, 2010 at 07:34:26AM -0600, Anthony Liguori wrote:
> On 01/06/2010 07:20 AM, Michael S. Tsirkin wrote:
>>> We can use helpers for more than just tun/tap. My current thinking for
>>> helpers is that they would give qemu an fd and then tell qemu how to
>>> work with it. Basically, use
On 01/06/2010 03:55 PM, Alexander Graf wrote:
Well, we can freeze qemu64 if we wish. That's still not 100% accurate since
kvm can remove features from qemu64.
-cpu none,+flags,vendor=foo,cache=bar,ad=nauseum?
I'd rather add a "kvm" cpu and leave the qemu64 one to qemu tcg features.
On 06.01.2010, at 14:54, Avi Kivity wrote:
> On 01/06/2010 03:49 PM, Anthony Liguori wrote:
>>>
I think that's workable but I think there may be some subtle issues
especially across qemu versions. Can you give an example of what you
would expect the output to be?
>>>
>>>
On 01/06/2010 03:49 PM, Anthony Liguori wrote:
I think that's workable but I think there may be some subtle issues
especially across qemu versions. Can you give an example of what
you would expect the output to be?
-> { command: query-cpu-capabalities }
<- { result: { features: [vm, fpu,
On 01/06/2010 07:47 AM, Avi Kivity wrote:
On 01/06/2010 03:25 PM, Anthony Liguori wrote:
On 01/05/2010 09:25 PM, Avi Kivity wrote:
Typically, there is at least a little sanity naming for these
cases. For instance, any Xeon W35xx should have the same
features. A Xeon W55xx may be different.
On 01/06/2010 03:25 PM, Anthony Liguori wrote:
On 01/05/2010 09:25 PM, Avi Kivity wrote:
Typically, there is at least a little sanity naming for these
cases. For instance, any Xeon W35xx should have the same features.
A Xeon W55xx may be different.
It's not going to be easy to include every
On Wed, Jan 06, 2010 at 07:25:10AM -0600, Anthony Liguori wrote:
> On 01/05/2010 09:25 PM, Avi Kivity wrote:
>>> Typically, there is at least a little sanity naming for these cases.
>>> For instance, any Xeon W35xx should have the same features. A Xeon
>>> W55xx may be different.
>>>
>>> It's
On 01/06/2010 07:20 AM, Michael S. Tsirkin wrote:
We can use helpers for more than just tun/tap. My current thinking for
helpers is that they would give qemu an fd and then tell qemu how to
work with it. Basically, use read/write vs. send/recv, whether to use a
virtio-net header or not, etc.
On 01/05/2010 09:25 PM, Avi Kivity wrote:
Typically, there is at least a little sanity naming for these cases.
For instance, any Xeon W35xx should have the same features. A Xeon
W55xx may be different.
It's not going to be easy to include every possible model. It's a
hard problem for manag
On Wed, Jan 06, 2010 at 06:36:26AM -0600, Anthony Liguori wrote:
> On 01/06/2010 04:49 AM, Michael S. Tsirkin wrote:
>>> What's the remaining problem?
>>>
>> IIRC, proper memory/IO access filtering (get rid of map functions) and
>> PCI Express.
>>
>>
vepa networking
On 01/06/2010 04:04 AM, Gleb Natapov wrote:
On Wed, Jan 06, 2010 at 11:57:17AM +0200, Dor Laor wrote:
What's missing in this patch set and in similar pvclock
implementation is userspace activation of the features.
This should be part of the machine description and not enabled by
default with
On 01/06/2010 04:49 AM, Michael S. Tsirkin wrote:
What's the remaining problem?
IIRC, proper memory/IO access filtering (get rid of map functions) and
PCI Express.
vepa networking
To me, this is covered with helpers. I really want to get qemu out of
the network setup busin
Isaku Yamahata schrieb:
> remove #ifdef DEBUG by using macro.
>
> Signed-off-by: Isaku Yamahata
> Acked-by: Gerd Hoffmann
> ---
> hw/pm_smbus.c | 21 -
> 1 files changed, 12 insertions(+), 9 deletions(-)
>
> diff --git a/hw/pm_smbus.c b/hw/pm_smbus.c
> index 6ef6b9e..9929d72 10
On Tue, Jan 05, 2010 at 06:32:23PM -0600, Anthony Liguori wrote:
> On 01/05/2010 03:33 PM, Michael S. Tsirkin wrote:
>> On Tue, Jan 05, 2010 at 06:43:11AM -0600, Anthony Liguori wrote:
>>
>>> Hi,
>>>
>>> I hope everyone had a happy new year! Now that we've finished the 0.12
>>> release and mos
On 12/17/09 17:19, Markus Armbruster wrote:
Signed-off-by: Markus Armbruster
---
I took the liberty to create docs/. Existing documentation should move
there, but I left that for another day, because I want to get this file
out.
docs/qdev-device-use.txt | 353
On 01/06/2010 12:21 PM, Daniel P. Berrange wrote:
On Wed, Jan 06, 2010 at 11:54:16AM +0200, Avi Kivity wrote:
On 01/06/2010 11:44 AM, Daniel P. Berrange wrote:
This is all a very long way of saying that mgmt apps based on libvirt
won't care about model names exposed in /proc/cpuinfo s
1 - 100 of 111 matches
Mail list logo
