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
>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
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
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
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
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
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
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
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
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
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
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
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 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
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 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
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 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/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 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 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 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 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: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 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: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 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
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
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
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?
>>>
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 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
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 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 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 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 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 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 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 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/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 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.h | 1 +
> target-sparc/op_helper.c | 14 ++
> target-sparc/translate.c | 5 +
> 3 files changed, 16 insertions(+), 4 d
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?
>>
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
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
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
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
Hi,
This patch series brings a few code cleanups to the lsi driver,
check the individual patches for details.
cheers,
Gerd
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
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, "
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 | 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 @@
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
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
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 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
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
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
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
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
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
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 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
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
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
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
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 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
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 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
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
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
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
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 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 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
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 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
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
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
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
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
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
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
---
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
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:
-
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
__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
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(
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
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
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
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
> >
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
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
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 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(
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 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 - 100 of 111 matches
Mail list logo