[Qemu-devel] Re: cpuid problem in upstream qemu with kvm

2010-01-06 Thread Paolo Bonzini
On 01/05/2010 07:06 AM, john cooper wrote: > Nehalem is really just a code name. Would it be better to use core-i7? I'd inquired whether marketing sanctioned names existed but didn't receive anything conclusive. The resulting monikers at least are in common usage. Unfortunately it goes on a

RE: [Qemu-devel] Planning for 0.13

2010-01-06 Thread Laurent Vivier
>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 take a bit more time with >0.13 and try to complete features a b

Re: [Qemu-devel] [PATCH] [virtio] Add virtio block device sanboot support

2010-01-06 Thread Gerd Hoffmann
On 01/05/10 21:46, Stefan Hajnoczi wrote: This patch adds virtio block device support alongside the existing iSCSI, ATA-over-Ethernet, and ramdisk block devices. The virtio block device provides storage in virtualized environments. Using this patch, a gPXE option ROM can boot a QEMU/KVM virtual

Re: [Qemu-devel] Planning for 0.13

2010-01-06 Thread Gerd Hoffmann
On 01/05/10 13:43, Anthony Liguori wrote: - gPXE support for virtio-blk likewise for lsi, not sure how hard this is though. maybe figuring something sane way to extboot is easier. - Helper based network setup - Balloon driver statistics - Fully supported QMP - Live migration protocol support

Re: [Qemu-devel] cpuid problem in upstream qemu with kvm

2010-01-06 Thread Daniel P. Berrange
On Tue, Jan 05, 2010 at 06:10:10PM -0600, Anthony Liguori wrote: > >>For instance, Xeon-X5570 should be a least common denominator for > >>Nehalem processors. It's probably better for users too. It's easier > >>for them to answer "do I have anything older than a Xeon-X5570" than > >>to ask "do

Re: [Qemu-devel] cpuid problem in upstream qemu with kvm

2010-01-06 Thread Avi Kivity
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 so there's no particular need to have a direct mapping from them to QEMU for libvirt's needs. There is still a need

Re: [Qemu-devel] [PATCH 3/6] target-alpha: Reduce internal processor registers for user-mode.

2010-01-06 Thread Tristan Gingold
On Jan 4, 2010, at 8:19 PM, Richard Henderson 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 attem

[Qemu-devel] Fw: [PATCH v3 02/12] Add PV MSR to enable asynchronous page faults delivery.

2010-01-06 Thread Dor Laor
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 no control to deactivate it on a per guest basis. Gerd, since you're the qdev master, what's the best

Re: [Qemu-devel] Planning for 0.13

2010-01-06 Thread Stefan Hajnoczi
On Wed, Jan 6, 2010 at 8:41 AM, Laurent Vivier wrote: >>  - gPXE support for virtio-blk > > Do you think the work I did in december 2008 will be usefull for this ? > > link: http://markmail.org/thread/qxqvcrzqitpzrsnb I don't know how I missed your patches. They look very interesting :). I rece

[Qemu-devel] Re: Fw: [PATCH v3 02/12] Add PV MSR to enable asynchronous page faults delivery.

2010-01-06 Thread Gleb Natapov
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 no control to deactivate it on a per gu

Re: [Qemu-devel] cpuid problem in upstream qemu with kvm

2010-01-06 Thread Daniel P. Berrange
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 so there's no > >particular need to have a direct map

Re: [Qemu-devel] cpuid problem in upstream qemu with kvm

2010-01-06 Thread Avi Kivity
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

[Qemu-devel] Re: [PATCH] docs: New qdev-device-use.txt

2010-01-06 Thread Gerd Hoffmann
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

Re: [Qemu-devel] Re: Planning for 0.13

2010-01-06 Thread Michael S. Tsirkin
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

Re: [Qemu-devel] [PATCH V12 24/27] pm_smbus: remove #ifdef DEBUG.

2010-01-06 Thread Stefan Weil
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

Re: [Qemu-devel] Re: Planning for 0.13

2010-01-06 Thread Anthony Liguori
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

Re: [Qemu-devel] Re: Fw: [PATCH v3 02/12] Add PV MSR to enable asynchronous page faults delivery.

2010-01-06 Thread Anthony Liguori
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

Re: [Qemu-devel] Re: Planning for 0.13

2010-01-06 Thread Michael S. Tsirkin
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

Re: [Qemu-devel] cpuid problem in upstream qemu with kvm

2010-01-06 Thread Anthony Liguori
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

Re: [Qemu-devel] Re: Planning for 0.13

2010-01-06 Thread Anthony Liguori
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.

Re: [Qemu-devel] cpuid problem in upstream qemu with kvm

2010-01-06 Thread Michael S. Tsirkin
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

Re: [Qemu-devel] cpuid problem in upstream qemu with kvm

2010-01-06 Thread Avi Kivity
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

Re: [Qemu-devel] cpuid problem in upstream qemu with kvm

2010-01-06 Thread Anthony Liguori
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.

Re: [Qemu-devel] cpuid problem in upstream qemu with kvm

2010-01-06 Thread Avi Kivity
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,

Re: [Qemu-devel] cpuid problem in upstream qemu with kvm

2010-01-06 Thread Alexander Graf
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? >>> >>>

Re: [Qemu-devel] cpuid problem in upstream qemu with kvm

2010-01-06 Thread Avi Kivity
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.

Re: [Qemu-devel] Re: Planning for 0.13

2010-01-06 Thread Michael S. Tsirkin
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

[Qemu-devel] [FOR 0.12 RESEND PATCH] pc: add machine type for 0.12

2010-01-06 Thread Gerd Hoffmann
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

[Qemu-devel] [FOR 0.12 RESEND PATCH] fdc: fix drive property handling.

2010-01-06 Thread Gerd Hoffmann
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

Re: [Qemu-devel] cpuid problem in upstream qemu with kvm

2010-01-06 Thread Michael S. Tsirkin
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? >>>

[Qemu-devel] [PATCH] remove pending exception on vcpu reset.

2010-01-06 Thread Gleb Natapov
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/

Re: [Qemu-devel] cpuid problem in upstream qemu with kvm

2010-01-06 Thread Avi Kivity
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

Re: [Qemu-devel] cpuid problem in upstream qemu with kvm

2010-01-06 Thread Dor Laor
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

Re: [Qemu-devel] cpuid problem in upstream qemu with kvm

2010-01-06 Thread Michael S. Tsirkin
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

Re: [Qemu-devel] Re: Planning for 0.13

2010-01-06 Thread Anthony Liguori
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

Re: [Qemu-devel] cpuid problem in upstream qemu with kvm

2010-01-06 Thread Anthony Liguori
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

Re: [Qemu-devel] cpuid problem in upstream qemu with kvm

2010-01-06 Thread Anthony Liguori
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

Re: [Qemu-devel] Re: Planning for 0.13

2010-01-06 Thread Michael S. Tsirkin
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

Re: [Qemu-devel] [PATCH 1/9] sparc64: trace pstate and global register set changes

2010-01-06 Thread Blue Swirl
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_

Re: [Qemu-devel] Re: Planning for 0.13

2010-01-06 Thread Anthony Liguori
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

Re: [Qemu-devel] [PATCH 2/9] sparc64: add PSR and PIL to cpu state dump

2010-01-06 Thread Blue Swirl
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

Re: [Qemu-devel] Planning for 0.13

2010-01-06 Thread Adam Litke
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

Re: [Qemu-devel] [PATCH 3/9] sparc64: use helper_wrpil to check pending irq on write

2010-01-06 Thread Blue Swirl
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

Re: [Qemu-devel] Re: Planning for 0.13

2010-01-06 Thread Michael S. Tsirkin
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? >>

Re: [Qemu-devel] [PATCH V4 02/18] sysemu: support qemu_cpu_reset()

2010-01-06 Thread TAKEDA, toshiya
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

Re: [Qemu-devel] [PATCH V4 04/18] support NEC PC-9821 architecture

2010-01-06 Thread TAKEDA, toshiya
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

Re: [Qemu-devel] [PATCH 4/9] sparc64: check for pending irq when pil, pstate or softint is changed

2010-01-06 Thread Blue Swirl
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

Re: [Qemu-devel] [PATCH 5/9] sparc64: add macros to deal with softint and timer interrupt

2010-01-06 Thread Blue Swirl
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

[Qemu-devel] [PATCH 0/5] lsi: a bunch of cleanups

2010-01-06 Thread Gerd Hoffmann
Hi, This patch series brings a few code cleanups to the lsi driver, check the individual patches for details. cheers, Gerd

[Qemu-devel] [PATCH 5/5] lsi: pass lsi_request to lsi_reselect

2010-01-06 Thread Gerd Hoffmann
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

[Qemu-devel] [PATCH 3/5] lsi: move current_dev into lsi_request

2010-01-06 Thread Gerd Hoffmann
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, "

[Qemu-devel] [PATCH 2/5] lsi: have lsi_request for the whole life time of the request.

2010-01-06 Thread Gerd Hoffmann
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

[Qemu-devel] [PATCH 4/5] lsi: move dma_len+dma_buf into lsi_request

2010-01-06 Thread Gerd Hoffmann
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 @@

[Qemu-devel] [PATCH 1/5] lsi: use QTAILQ for lsi_queue

2010-01-06 Thread Gerd Hoffmann
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

Re: [Qemu-devel] cpuid problem in upstream qemu with kvm

2010-01-06 Thread Lennart Sorensen
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

Re: [Qemu-devel] [PATCH 3/6] target-alpha: Reduce internal processor registers for user-mode.

2010-01-06 Thread Richard Henderson
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

Re: [Qemu-devel] [PATCH 8/9] sparc64: interrupt trap handling

2010-01-06 Thread Blue Swirl
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

[Qemu-devel] [PATCHv3] add "info ioapic" monitor command

2010-01-06 Thread Gleb Natapov
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

Re: [Qemu-devel] [PATCH 3/6] target-alpha: Reduce internal processor registers for user-mode.

2010-01-06 Thread Andreas Färber
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

Re: [Qemu-devel] Re: Planning for 0.13

2010-01-06 Thread Jamie Lokier
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

Re: [Qemu-devel] [PATCH 9/9] sparc64: reimplement tick timers

2010-01-06 Thread Blue Swirl
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

[Qemu-devel] Re: Fw: [PATCH v3 02/12] Add PV MSR to enable asynchronous page faults delivery.

2010-01-06 Thread Gerd Hoffmann
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

Re: [Qemu-devel] [PATCH 6/9] sparc64: clear exception_index with -1 value

2010-01-06 Thread 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.c |    2 +- >  1 files changed, 1 insertions(+), 1 deletions(-) > > diff --git a/target-sparc/op_helper.c b/target-sparc/op_h

Re: [Qemu-devel] Re: Planning for 0.13

2010-01-06 Thread Michael S. Tsirkin
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

Re: [Qemu-devel] [PATCH v2] Drop --whole-archive and static libraries

2010-01-06 Thread Andreas Färber
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

[Qemu-devel] [PATCH v3] Drop --whole-archive and static libraries

2010-01-06 Thread 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 Makefile.objs, prefixed {common-,hw-,user-}, and link those object files directly into the executables. Replace HWLIB by HWDIR, specifyi

Re: [Qemu-devel] [PATCH v2] Drop --whole-archive and static libraries

2010-01-06 Thread 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 infrastructure that enabl

[Qemu-devel] [PATCH] make help output be a little more self-consistent

2010-01-06 Thread Bruce Rogers
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",

[Qemu-devel] Re: Planning for 0.13

2010-01-06 Thread Paolo Bonzini
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

Re: [Qemu-devel] [PATCHv3] add "info ioapic" monitor command

2010-01-06 Thread Anthony Liguori
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

[Qemu-devel] Re: Planning for 0.13

2010-01-06 Thread Michael S. Tsirkin
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

Re: [Qemu-devel] [PATCH v2] Drop --whole-archive and static libraries

2010-01-06 Thread Andreas Färber
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

[Qemu-devel] Re: Planning for 0.13

2010-01-06 Thread Paolo Bonzini
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

[Qemu-devel] Re: Planning for 0.13

2010-01-06 Thread Michael S. Tsirkin
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

Re: [Qemu-devel] [PATCH v2] Drop --whole-archive and static libraries

2010-01-06 Thread Blue Swirl
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/

Re: [Qemu-devel] [PATCH 9/9] sparc64: reimplement tick timers

2010-01-06 Thread Igor Kovalenko
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

Re: [Qemu-devel] [PATCHv3] add "info ioapic" monitor command

2010-01-06 Thread Gleb Natapov
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

[Qemu-devel] Qemu's internal TFTP server breaks lock-step-iness of TFTP

2010-01-06 Thread Milan Plzik
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

Re: [Qemu-devel] Qemu's internal TFTP server breaks lock-step-iness of TFTP

2010-01-06 Thread Anthony Liguori
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

[Qemu-devel] [PATCH v2 RESEND 05/11] Cocoa: Fix compilation on Mac OS X v10.4 and earlier

2010-01-06 Thread Andreas Färber
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

[Qemu-devel] [PATCH v2 RESEND 02/11] Cocoa: Silence warning for cocoa_keycode_to_qemu

2010-01-06 Thread Andreas Färber
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

[Qemu-devel] [PATCH v2 RESEND 06/11] Cocoa: Mark the View as opaque

2010-01-06 Thread Andreas Färber
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

[Qemu-devel] [PATCH v2 RESEND 09/11] Cocoa: Shutdown when window is closed

2010-01-06 Thread Andreas Färber
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

[Qemu-devel] [PATCH v2 RESEND 07/11] Cocoa: Redraw the View asynchronously

2010-01-06 Thread Andreas Färber
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

[Qemu-devel] [PATCH v2 RESEND 08/11] Cocoa: Don't unconditionally show the window

2010-01-06 Thread Andreas Färber
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 ---

[Qemu-devel] [PATCH v2 RESEND 11/11] Cocoa: Use optimized drawing for the window

2010-01-06 Thread Andreas Färber
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

[Qemu-devel] [PATCH v2 RESEND 01/11] Cocoa: ppc64 host support

2010-01-06 Thread Andreas Färber
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: -

[Qemu-devel] [PATCH v2 RESEND 04/11] Cocoa: Silence type warning

2010-01-06 Thread Andreas Färber
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

[Qemu-devel] [PATCH v2 RESEND 03/11] Cocoa: Silence warning on Big Endian host

2010-01-06 Thread Andreas Färber
__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

[Qemu-devel] [PATCH v2 RESEND 10/11] Cocoa: Suppress window resize animation

2010-01-06 Thread Andreas Färber
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(

[Qemu-devel] [PATCH v2 RESEND 00/11] Cocoa: ppc64 host support and various improvements

2010-01-06 Thread Andreas Färber
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

[Qemu-devel] Re: [PATCH v2 RESEND 08/11] Cocoa: Don't unconditionally show the window

2010-01-06 Thread 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 > - Coding Style changes > > Signed

Re: [Qemu-devel] Re: Planning for 0.13

2010-01-06 Thread Jamie Lokier
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

Re: [Qemu-devel] Re: Planning for 0.13

2010-01-06 Thread Jamie Lokier
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 > >

[Qemu-devel] Re: [PATCH v2 RESEND 08/11] Cocoa: Don't unconditionally show the window

2010-01-06 Thread Andreas Färber
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

[Qemu-devel] Re: [PATCH v2 RESEND 08/11] Cocoa: Don't unconditionally show the window

2010-01-06 Thread Alexander Graf
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

Re: [Qemu-devel] [PATCH 6/9] sparc64: clear exception_index with -1 value

2010-01-06 Thread Artyom Tarasenko
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.

Re: [Qemu-devel] [PATCH V12 24/27] pm_smbus: remove #ifdef DEBUG.

2010-01-06 Thread Isaku Yamahata
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(

Re: [Qemu-devel] [PATCH 6/9] sparc64: clear exception_index with -1 value

2010-01-06 Thread Igor Kovalenko
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 >>> >

Re: [Qemu-devel] Re: Planning for 0.13

2010-01-06 Thread Michael S. Tsirkin
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

  1   2   >