On 12/11/2009 07:08 PM, David S. Ahern wrote:
I realize this is a rather generic question, but what are typical
reasons Qemu would be killed by a SIGABRT? I am seeing this on a
somewhat regular (though not repeatable on demand) basis. I do not have
a core file, though I hope to capture one if I c
On Wed, Dec 9, 2009 at 2:30 PM, Artyom Tarasenko
wrote:
> 2009/12/7 Blue Swirl :
>> On Mon, Dec 7, 2009 at 3:30 PM, Artyom Tarasenko
>> wrote:
>>> Can it be that qemu (-system-sparc in my case, but I guess it's more
>>> or less similar on all platforms) reacts to irqs slower than a real
>>> hardw
David S. Ahern schrieb:
> I realize this is a rather generic question, but what are typical
> reasons Qemu would be killed by a SIGABRT? I am seeing this on a
> somewhat regular (though not repeatable on demand) basis. I do not have
> a core file, though I hope to capture one if I can get it repeat
On Wed, Dec 9, 2009 at 11:43 AM, Markus Armbruster wrote:
> Ian Molton writes:
>
>> Markus Armbruster wrote:
>>
>>> The place for verbose device names is DeviceInfo member desc. The
>>> name should be short & sweet.
>>
>> Agreed, however...
>>
>> Why do these (maybe others) get caps in their nam
On Thu, Dec 10, 2009 at 8:27 PM, Artyom Tarasenko
wrote:
> 2009/11/13 Blue Swirl :
>> On Fri, Nov 13, 2009 at 4:28 PM, Artyom Tarasenko
>> wrote:
> Could you describe the steps how to boot Solaris with OBP? I'm sure
> there are a lot of people who'd like to test if their favorite Sparc
>>
On 12/12/2009 04:34 AM, Anthony Liguori wrote:
Firefox uses that extensively, for example to render tiled backgrounds
(though probably GTK user interface elements can do so less
successfully).
Yes, but this is just a single application. The point is that these
things are not as widely standard
>>
>> Current existing solutions in the area:
>> a) VMware virtual graphics adapter - based on DX9, has an open
>> KMS/Gallium3D driver stack recently released by vmware, has certified
>> Windows drivers and has a documented vGPU interface (it could be
>> documented a lot better)
http://vmware-svg
On Fri, Dec 11, 2009 at 10:16 PM, Nick Couchman wrote:
> In working to try to get Sparc64 system emulation developed, we seem to have
> run into an issue with the IDE code in Qemu. The OpenBIOS folks have been
> working quite a few issues with the OpenBIOS code that need to be resolved in
> or
Dave Airlie wrote:
>>>
>>> Current existing solutions in the area:
>>> a) VMware virtual graphics adapter - based on DX9, has an open
>>> KMS/Gallium3D driver stack recently released by vmware, has certified
>>> Windows drivers and has a documented vGPU interface (it could be
>>> documented a lot
On Sat, Dec 12, 2009 at 1:12 PM, Blue Swirl wrote:
> On Fri, Dec 11, 2009 at 10:16 PM, Nick Couchman
> wrote:
>> In working to try to get Sparc64 system emulation developed, we seem to have
>> run into an issue with the IDE code in Qemu. The OpenBIOS folks have been
>> working quite a few iss
On Sat, 12 Dec 2009, Andreas F?rber wrote:
>
> Am 06.12.2009 um 07:37 schrieb malc:
>
> > On Sun, 6 Dec 2009, Andreas F?rber wrote:
> >
> > >
> > > Am 06.12.2009 um 06:14 schrieb malc:
> > >
> > > > On Sun, 6 Dec 2009, Andreas Faerber wrote:
> > > >
> > > > > qemu-system-sparc64 works on ppc
On Fri, 11 Dec 2009, Andreas F?rber wrote:
>
> Am 06.12.2009 um 07:37 schrieb malc:
>
> > will try system-ppc later..
>
> I've tried Debian 4.0r4a ppc netinst CD on Linux/ppc64 and spotted different
> but similar deviations:
>
> ppc64 qemu-system-ppc segfaults after "returning from prom_init".
On Sat, Dec 12, 2009 at 3:18 PM, Igor Kovalenko
wrote:
> On Sat, Dec 12, 2009 at 1:12 PM, Blue Swirl wrote:
>> On Fri, Dec 11, 2009 at 10:16 PM, Nick Couchman
>> wrote:
>>> In working to try to get Sparc64 system emulation developed, we seem to
>>> have run into an issue with the IDE code in Q
Hello,
Am 05.12.2009 um 16:23 schrieb identifier scorpio:
I'm trying to port qemu to alpha platform, and my working
environment is
an alpha xp1000 workstation (21264) that is running debian 5.
diff -urN qemu-0.10.0/cpu-all.h qemu-0.10.0.alpha/cpu-all.h
--- qemu-0.10.0/cpu-all.h2009-03-
Stefan Weil schrieb:
> Handling of transmit commands is rather complex,
> so about 80 lines of code were moved from function
> action_command to the new function tx_command.
>
> The two new values "tx" and "cb_address" in the
> eepro100 status structure made this possible without
> passing too many
Handling of transmit commands is rather complex,
so about 80 lines of code were moved from function
action_command to the new function tx_command.
The two new values "tx" and "cb_address" in the
eepro100 status structure made this possible without
passing too many parameters.
In addition, the mov
Hi everyone,
On Fri, Dec 11, 2009 at 09:44:02PM -0600, Anthony Liguori wrote:
> A typical scenario is someone develops a closed source plugin, but does
> not distribute it with the original piece of software thinking that they
> aren't creating a derived work because there's no combination.
Cre
Andrea Arcangeli wrote:
About the discussion of improving VNC, this code has to change and
move so fast (you can see already requests from Alexander to split the
features to allow remote usb from remote qlx, it's expectable code to
change for the better to support more obscure features than 99% o
Paolo Bonzini wrote:
On 12/12/2009 04:34 AM, Anthony Liguori wrote:
Firefox uses that extensively, for example to render tiled backgrounds
(though probably GTK user interface elements can do so less
successfully).
Yes, but this is just a single application. The point is that these
things are
Izik Eidus wrote:
On Fri, 11 Dec 2009 21:31:34 -0600
Anthony Liguori wrote:
Okay, that's in line with what my expectations were. So what's the
future of Spice for X? Anything clever or is Windows the only target
right now?
Offscreen pixmaps, Xrender, opengl 3d commands, Video exten
Stefan Weil wrote:
Stefan Weil schrieb:
Handling of transmit commands is rather complex,
so about 80 lines of code were moved from function
action_command to the new function tx_command.
The two new values "tx" and "cb_address" in the
eepro100 status structure made this possible without
pass
Hello,
I'm getting this on OpenSolaris/amd64:
CClibhw64/loader.o
In file included from /export/home/andreas/QEMU/qemu/loader.c:25:
/export/home/andreas/QEMU/qemu/disas.h:25: error: syntax error before
"target_phys_addr_t"
[...]
Anyone have an idea what's going wrong here? It didn't surfa
Juan Quintela wrote:
Dave Airlie wrote:
Current existing solutions in the area:
a) VMware virtual graphics adapter - based on DX9, has an open
KMS/Gallium3D driver stack recently released by vmware, has certified
Windows drivers and has a documented vGPU interface (it could be
documented a l
How does this work?
Does Spice only work with QXL or can it also work with Cirrus and
std-vga? Does it degrade into basically a framebuffer based protocol?
How does it encode the bitmap data in this mode?
Regards,
Anthony Liguori
On Sat, 12 Dec 2009 09:13:51 -0600
Anthony Liguori wrote:
> Izik Eidus wrote:
> > On Fri, 11 Dec 2009 21:31:34 -0600
> > Anthony Liguori wrote:
> >
> >> Okay, that's in line with what my expectations were. So what's
> >> the future of Spice for X? Anything clever or is Windows the only
> >>
On 12.12.2009 13:08, Juan Quintela wrote:
> - vmware_vga. Lets say that the way that it embeds an vga is
> _interesting_ to say the less. Also the vga can be compiled out, but
> not bios/os on earth will boot without its support.
>
The coreboot developers can boot Linux on all VIA chipset
On Sat, 12 Dec 2009 09:25:00 -0600
Anthony Liguori wrote:
> How does this work?
>
> Does Spice only work with QXL or can it also work with Cirrus and
> std-vga? Does it degrade into basically a framebuffer based
> protocol? How does it encode the bitmap data in this mode?
It work with std-vga
On 12.12.2009, at 16:29, Izik Eidus wrote:
> On Sat, 12 Dec 2009 09:13:51 -0600
> Anthony Liguori wrote:
>
>> Izik Eidus wrote:
>>> On Fri, 11 Dec 2009 21:31:34 -0600
>>> Anthony Liguori wrote:
>>>
Okay, that's in line with what my expectations were. So what's
the future of Spice f
"Michael S. Tsirkin" wrote:
> The recent e1000 bug made the important of using
> symbolic macros for pci config access clear for me.
> So I started going over drivers and converting
> to symbolic constants instead of hard-coded ones.
> I did a large part until I run out of steam.
> Maybe some brav
On Sat, 12 Dec 2009 16:43:43 +0100
Alexander Graf wrote:
>
>
> I'm always having a hard time understanding why VNC is slow. I've
> seriously always been wondering. And I'm still puzzled as to why RDP
> is so much superior performance-wise. After all, it basically only
> implements framebuffer up
On Sat, Dec 12, 2009 at 09:03:26AM -0600, Anthony Liguori wrote:
> Spice has been closed source for a long time. For those that have been
> involved with Spice development, I'm sure you understand very well why
> it's so wonderful, but for the rest of us, Spice didn't exist until
> yesterday so
On 12/12/2009 05:11 PM, Anthony Liguori wrote:
I have no idea how SPICE performs now, but there's definitely nothing
in a modern X Windows desktop that it cannot deal with. The only
negative point it might have compared to Windows is IMO the rendering
of text.
I think the question I was ra
Anthony Liguori writes:
> Soeren Sandmann wrote:
> > Hi,
> >
> > Here is an overview of what the current QXL driver does and does not
> > do. The parts of X rendering that are currently being used by cairo
> > and Qt are:
> >
> > - Most of XRender - Image compositing
> > - Glyphs
Izik Eidus wrote:
On Sat, 12 Dec 2009 09:25:00 -0600
Anthony Liguori wrote:
How does this work?
Does Spice only work with QXL or can it also work with Cirrus and
std-vga? Does it degrade into basically a framebuffer based
protocol? How does it encode the bitmap data in this mode?
Avi Kivity wrote:
On 12/12/2009 05:11 PM, Anthony Liguori wrote:
I have no idea how SPICE performs now, but there's definitely
nothing in a modern X Windows desktop that it cannot deal with. The
only negative point it might have compared to Windows is IMO the
rendering of text.
I think th
On Sat, 12 Dec 2009 11:19:19 -0600
Anthony Liguori wrote:
> Izik Eidus wrote:
> > On Sat, 12 Dec 2009 09:25:00 -0600
> > Anthony Liguori wrote:
> >
> >
> >> How does this work?
> >>
> >> Does Spice only work with QXL or can it also work with Cirrus and
> >> std-vga? Does it degrade into bas
Izik Eidus wrote:
What you mean? how can it compress it? or what method?
When there is no driver installed, we use compression that based on
LZ...
Okay, that's what I was asking. I'm curious because during guest
installation, I assume that even if you're using QXL, you are still
stuck in
Andrea Arcangeli wrote:
On Sat, Dec 12, 2009 at 09:03:26AM -0600, Anthony Liguori wrote:
Spice has been closed source for a long time. For those that have been
involved with Spice development, I'm sure you understand very well why
it's so wonderful, but for the rest of us, Spice didn't exis
On Sat, 12 Dec 2009 11:35:24 -0600
Anthony Liguori wrote:
> Izik Eidus wrote:
> > What you mean? how can it compress it? or what method?
> >
> > When there is no driver installed, we use compression that based on
> > LZ...
> >
>
> Okay, that's what I was asking. I'm curious because during gu
Am 12.12.2009 um 16:22 schrieb Andreas Färber:
I'm getting this on OpenSolaris/amd64:
CClibhw64/loader.o
In file included from /export/home/andreas/QEMU/qemu/loader.c:25:
/export/home/andreas/QEMU/qemu/disas.h:25: error: syntax error
before "target_phys_addr_t"
[...]
After bisecting th
On Sat, 12 Dec 2009 11:40:21 -0600
Anthony Liguori wrote:
> FWIW, I don't see any reason why Spice couldn't be made to be
> separate from guest emulation. I think it would just require the
> right interfacing in qemu. I think that's purely an implementation
> detail.
The QXL device is one of t
Blue Swirl writes:
> On Wed, Dec 9, 2009 at 11:43 AM, Markus Armbruster wrote:
>> Ian Molton writes:
>>
>>> Markus Armbruster wrote:
>>>
The place for verbose device names is DeviceInfo member desc. The
name should be short & sweet.
>>>
>>> Agreed, however...
>>>
>>> Why do these (ma
Thanks for the responses. I had forgotten that SIGABRT==abort() which
means I have to get the core file to get to the root cause. To date the
only information I have is a shell exit status of 134 which from the
bash man pages means it died due to SIGABRT.
David Ahern
On 12/12/2009 01:52 AM, Stef
From: Andreas Färber
Avoid an unresolved symbol error for TFR,
which is defined in sysemu.h.
Based on patch by Palle Lyckegaard.
Signed-off-by: Andreas Färber
Cc: Palle Lyckegaard
Cc: Ben Taylor
---
net/tap-solaris.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/n
Hello,
This series fixes compilation issues on OpenSolaris hosts.
These patches apply equally to x86 and sparc hosts, but sparc requires
addition fixes.
I have therefore taken the freedom to prepare this x86-only series as
intermediate step, including bits extracted from Palle's
work-in-progress
From: Andreas Färber
Don't define C99 math functions on OpenSolaris (Solaris 11),
which still ships GCC 3.4.3. This fixes redefinition warnings.
Spotted by Palle Lyckegaard.
Signed-off-by: Andreas Färber
Cc: Palle Lyckegaard
Cc: Ben Taylor
---
fpu/softfloat-native.h |2 +-
1 files chang
From: Andreas Färber
On OpenSolaris, neither --whole-archive nor -z allextract
appear to work as expected, causing runtime errors. For example:
qemu: could not open disk image [...]
Fix this by extracting archives and linking their object files individually.
libqemu_common.a contains object fi
According to the SCSI-2 specification,
http://ldkelley.com/SCSI2/SCSI2/SCSI2/SCSI2-08.html#8.2.5 ,
"if the allocation length of the command descriptor block (CDB) is too
small to transfer all of the parameters, the additional length shall
not be adjusted to reflect the truncation."
The 36 mandatory
Izik Eidus wrote:
On Sat, 12 Dec 2009 11:40:21 -0600
Anthony Liguori wrote:
FWIW, I don't see any reason why Spice couldn't be made to be
separate from guest emulation. I think it would just require the
right interfacing in qemu. I think that's purely an implementation
detail.
The
Izik Eidus wrote:
That specific area in spice will be changed very soon due to new
requiments that the offscreens will add.
Windows direct draw allow modifying offscreen (or even primary)
surfaces using a pointer giving to the user, this mean we can`t know
what parts of the surface was changed...
Michael S. Tsirkin schrieb:
> On Mon, Nov 30, 2009 at 06:05:31PM +0100, Stefan Weil wrote:
>> Michael S. Tsirkin schrieb:
>>> On Thu, Nov 19, 2009 at 09:54:46PM +0100, Stefan Weil wrote:
Handling of transmit commands is rather complex,
so about 80 lines of code were moved from function
>>
On Sat, 12 Dec 2009 13:26:30 -0600
Anthony Liguori wrote:
> Izik Eidus wrote:
> > On Sat, 12 Dec 2009 11:40:21 -0600
> > Anthony Liguori wrote:
> >
> >
> >> FWIW, I don't see any reason why Spice couldn't be made to be
> >> separate from guest emulation. I think it would just require the
> >
On Sat, 12 Dec 2009 13:28:18 -0600
Anthony Liguori wrote:
> Izik Eidus wrote:
> > That specific area in spice will be changed very soon due to new
> > requiments that the offscreens will add.
> > Windows direct draw allow modifying offscreen (or even primary)
> > surfaces using a pointer giving t
On Sat, Dec 12, 2009 at 04:41:07PM +0100, Juan Quintela wrote:
> "Michael S. Tsirkin" wrote:
> > No functional changes. I verified that the generated binary
> > does not change.
>
> s/uhci/ohci/ in subject :)
Ugh. Right. Good catch.
> > Signed-off-by: Michael S. Tsirkin
> > ---
> > hw/usb-ohc
Hi,
I'm sending this call here too, I think it'd be interesting to see a
talk about how QEMU is used in various FOSS OS projets for testing,
debugging...
At least in Haiku many developers use it in such ways.
Also, it's interesting to hear about porting efforts of QEMU itself to
unusual OSes. Other
Stepping through the SS-5's OBP initialization routines
it looks like reading fdc main status register should
clear the fd interrupt.
The patch doesn't fix problems with fdc on sparc platform,
it only fixes fdc detection.
---
Signed-off-by: Artyom Tarasenko
---
diff --git a/hw/fdc.c b/hw/fdc.c
ind
Implement a stub for the AFX register on SparcStation-5.
This stub is needed for running the original SS-5 OBP
instead of OpenBIOS (which allows to boot Solaris 2.5.1
and Solaris 2.6 kernels).
---
Signed-off-by: Artyom Tarasenko
---
diff --git a/hw/sun4m.c b/hw/sun4m.c
index 5b3e0fd..7db00b8 100
On Sun, Dec 13, 2009 at 5:28 AM, Anthony Liguori wrote:
> Izik Eidus wrote:
>>
>> That specific area in spice will be changed very soon due to new
>> requiments that the offscreens will add.
>> Windows direct draw allow modifying offscreen (or even primary)
>> surfaces using a pointer giving to th
On 12/12/2009 07:40 PM, Anthony Liguori wrote:
If Spice can crash a guest, that indicates to me that Spice is
maintaining guest visible state. That is difficult architecturally
because if we want to do something like introduce a secure sandbox for
running guest visible emulation, libspice would
On 12/12/2009 09:48 PM, Izik Eidus wrote:
On Sat, 12 Dec 2009 13:26:30 -0600
Anthony Liguori wrote:
Izik Eidus wrote:
On Sat, 12 Dec 2009 11:40:21 -0600
Anthony Liguori wrote:
FWIW, I don't see any reason why Spice couldn't be made to be
separate from guest emulation. I think it would ju
Am 12.12.2009 um 21:57 schrieb Juan Quintela:
Andreas Färber wrote:
From: Andreas Färber
On OpenSolaris, neither --whole-archive nor -z allextract
appear to work as expected, causing runtime errors. For example:
qemu: could not open disk image [...]
Fix this by extracting archives and lin
> According to comment in exec-all.h:
> /* Deterministic execution requires that IO only be performed on the last
>instruction of a TB so that interrupts take effect immediately. */
>
> Sparc generator must then violate this assumption. Is the assumption
> valid also when not using icount and
On Sat, Dec 12, 2009 at 11:40:21AM -0600, Anthony Liguori wrote:
> If Spice can crash a guest, that indicates to me that Spice is
That's not what I meant, anything in qemu address space can crash a
guest not just spice, even qcow2 could crash a guest, you just need to
*vaddr_in_guest_physical_spa
Dor Laor wrote:
On 12/12/2009 07:40 PM, Anthony Liguori wrote:
If Spice can crash a guest, that indicates to me that Spice is
maintaining guest visible state. That is difficult architecturally
because if we want to do something like introduce a secure sandbox for
running guest visible emulation
Andrea Arcangeli wrote:
On Sat, Dec 12, 2009 at 11:40:21AM -0600, Anthony Liguori wrote:
If Spice can crash a guest, that indicates to me that Spice is
That's not what I meant, anything in qemu address space can crash a
guest not just spice, even qcow2 could crash a guest, you just nee
On Sat, Dec 12, 2009 at 05:52:49PM -0600, Anthony Liguori wrote:
> This is the bit that confuses me. VNC is not a driver. When I say it
> cannot crash the guest, I mean that if the VNC server makes a mistake,
> there may be a SEGV in qemu or it may just result in a VNC client seeing
> corrupti
Andrea Arcangeli wrote:
On Sat, Dec 12, 2009 at 05:52:49PM -0600, Anthony Liguori wrote:
This is the bit that confuses me. VNC is not a driver. When I say it
cannot crash the guest, I mean that if the VNC server makes a mistake,
there may be a SEGV in qemu or it may just result in a VNC cl
On Sat, Dec 12, 2009 at 05:46:08PM -0600, Anthony Liguori wrote:
> Dor Laor wrote:
> >On 12/12/2009 07:40 PM, Anthony Liguori wrote:
> >>If Spice can crash a guest, that indicates to me that Spice is
> >>maintaining guest visible state. That is difficult architecturally
> >>because if we want to d
On Sun, Dec 13, 2009 at 1:23 AM, Anthony Liguori wrote:
> Juan Quintela wrote:
>>
>> Dave Airlie wrote:
>>
>
> Current existing solutions in the area:
> a) VMware virtual graphics adapter - based on DX9, has an open
> KMS/Gallium3D driver stack recently released by vmware, has cer
On Saturday 12 December 2009 01:58:02 Dave Airlie wrote:
> So I've been musing on the addition of some sort of 3D passthrough for
> qemu (as I'm sure have lots of ppl)
>
> But I think the goals of such an addition need to be discussed prior
> to anyone writing a line of code.
>
> Current existing
Hello,
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 with fixing an essential 64-bit incompatibility,
followed by elimination of all cocoa.m warnings on a v10.5 ppc64 system.
Also include
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:
-
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
__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
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
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
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(
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
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 7179151..fa64cf3 100644
--- a/cocoa.m
+++ b/cocoa.m
@@ -742,6 +742,7 @@ static int cocoa_keycode_to_qemu(int keycode)
[normalWindow s
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
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.
Signed-off-by: Andreas Färber
Cc: Mike Kronenberg
Cc: Alexander Graf
---
cocoa.m |7 +++
Greetings,
I'm building an initrd for netbooting headless/diskless cluster members. The
target platform is 64-bit ubuntu, and the development platform is 64-bit
ubuntu (albeit a very different computer physically). When I try qemu with
-kernel and -initrd, it says "This kernel requires an x86-64 C
On Sat, Dec 12, 2009 at 6:04 PM, Markus Armbruster wrote:
> Blue Swirl writes:
>
>> On Wed, Dec 9, 2009 at 11:43 AM, Markus Armbruster wrote:
>>> Ian Molton writes:
>>>
Markus Armbruster wrote:
> The place for verbose device names is DeviceInfo member desc. The
> name should
84 matches
Mail list logo
