was not clear whether this applied to the '-vga std' parameter or the
'-append' one. Fix the parsing regression and clarify the error.
Fixes: 133ef074bd ("hw/i386/pc: replace use of strtol with qemu_strtoui in
x86_load_linux()")
Cc: Sergio Lopez
Signed-off-by:
ned-off-by: Peter Wu
---
hw/display/qxl-render.c | 16
ui/cursor.c | 42 +++--
2 files changed, 56 insertions(+), 2 deletions(-)
diff --git a/hw/display/qxl-render.c b/hw/display/qxl-render.c
index c62b9a5e75..b82501ea9a 10064
vnc_async_encoding_start ui/vnc-jobs.c:177
#7 0x56085ca6b815 in vnc_worker_thread_loop ui/vnc-jobs.c:240
Fixes: 543b95801f98 ("vnc: attach names to buffers")
Cc: Gerd Hoffmann
CC: qemu-sta...@nongnu.org
Signed-off-by: Peter Wu
---
ui/vnc-jobs.c | 3 ++-
1 file changed, 2 insert
On Tue, May 15, 2018 at 10:46:54AM +0200, Gerd Hoffmann wrote:
> On Tue, May 15, 2018 at 09:39:12AM +0100, Daniel P. Berrangé wrote:
> > On Tue, May 15, 2018 at 10:30:09AM +0200, Gerd Hoffmann wrote:
> > > On Fri, May 11, 2018 at 01:07:39AM +0200, Peter Wu wrote:
> > &g
The F10 key is used in various applications, disable it unconditionally
(do not limit it to grab mode). Note that this property is deprecated
and might be removed in the future (GTK+ commit b082fb598d).
Fixes: https://bugs.launchpad.net/qemu/+bug/1726910
Signed-off-by: Peter Wu
---
ui/gtk.c | 6
Saves some space and disables the F10 button as side-effect.
Fixes: https://bugs.launchpad.net/qemu/+bug/1726910
Signed-off-by: Peter Wu
---
ui/gtk.c | 46 +-
1 file changed, 45 insertions(+), 1 deletion(-)
diff --git a/ui/gtk.c b/ui/gtk.c
index
Current QEMU code (at least, v2.12.0-329-ge5cd695266) does not grab the
F10 key ("menubar activate"), accelerators (Ctrl-Alt-1) or menu bar
"mnemonic"s (such as Alt-V for _V_iew).
This comment nicely summarizes what kind of grabs is needed:
https://bugzilla.redhat.com/show_bug.cgi?id=499362#c1
Thi
inst a raw file generated from the 2.9.0
> qemu-img tool should be reasonably good evidence that you have not
> altered the behavior of the tool.
>
> > Now, the real thing I wanted to ask was, if someone is aware of a DMG
> > file which has a chunk size above 64 MiB so that I ca
https://lists.nongnu.org/archive/html/qemu-devel/2013-02/msg02277.html.
While at it, close the gdb client fd on EOF or error while reading.
Signed-off-by: Peter Wu
Reviewed-by: Peter Maydell
---
v2: resent with fixed commit message + R-b from
https://patchwork.kernel.org/patch/9008751
On Thu, May 05, 2016 at 04:37:40PM +0100, Peter Maydell wrote:
> On 3 May 2016 at 23:58, Peter Wu wrote:
> > While waiting for a gdb response, or while sending an acknowledgement
> > there is not much to do, so just mark the socket as non-blocking to
> > avoid a busy loo
kernels would use 8 as
minimum value, but that is no longer the case.
Signed-off-by: Peter Wu
---
Hi,
This was also reported at Linux, but the author of that patch argued that it is
intended behavior[1].
Kind regards,
Peter
[1]:
https://lkml.kernel.org/r/1462321544.5535.337.ca...@edumazet
://lists.nongnu.org/archive/html/qemu-devel/2013-02/msg02277.html.
While at it, close the gdb client fd on EOF or error while reading.
Signed-off-by: Peter Wu
---
gdbstub.c | 12 +++-
1 file changed, 7 insertions(+), 5 deletions(-)
diff --git a/gdbstub.c b/gdbstub.c
index 0e431fd
ed-off-by: Michael Tokarev
Tested-by: Peter Wu
Reviewed-by: Peter Wu
> --
>
> This might be questionable, to make the thing to be either
> module or built-in depending on build environment, so a
> better idea may be to make it modular unconditionally.
> This block device for
API docs. Can you try the
following patch? It still passes 4 dmg tests for me
(https://lekensteyn.nl/files/dmg-tests/).
--
Kind regards,
Peter
https://lekensteyn.nl
--
>From 462454e820d2fa5f8eefe7b039d6ea32e4a88d41 Mon Sep 17 00:00:00 2001
From: Peter Wu
Date: Sat, 17 Jan 2015 11:34:32 +0100
Sub
On Wednesday 07 January 2015 11:29:20 Paolo Bonzini wrote:
>
> On 05/01/2015 20:32, John Snow wrote:
> >>
> >> fi
> >>
> >> ##
> >> +# bzip2 check
> >> +
> >> +if test "$bzip2" != "no" ; then
> >> +cat > $TMPC << EOF
> >> +#include
> >> +int main(vo
On Wednesday 07 January 2015 13:19:34 Stefan Hajnoczi wrote:
> On Tue, Jan 06, 2015 at 06:48:04PM +0100, Peter Wu wrote:
> > DMG files have a variable length with a UDIF trailer at the end of a
> > file. This UDIF trailer is essential as it describes the contents of
> > the
uld not be
problematic as the decompression takes most of the time and as blocks
are typically about/over 1 MiB in size, only one allocation is done
every 2000 sectors.
Signed-off-by: Peter Wu
---
v2: split block type check into a different patch ("[PATCH v2 10/12]
block/dmg: factor out b
f a resource was inferred from the mish block (the offsets
would be increased by the fields). In this patch, the resource length
is used instead to avoid the need to rely on the previous offsets.
Signed-off-by: Peter Wu
Reviewed-by: John Snow
Reviewed-by: Stefan Hajnoczi
---
v2: added R-b, added
uncompressed size is 1054371 bytes,
probably for a bzip2-compressed block.)
Signed-off-by: Peter Wu
---
v2: no changes (did not receive comments last time)
---
block/dmg.c | 18 +++---
1 file changed, 15 insertions(+), 3 deletions(-)
diff --git a/block/dmg.c b/block/dmg.c
index 8239221
change.
Signed-off-by: Peter Wu
---
v2: new patch, split off bzip2 patch. Besides the
dmg_is_known_block_type function, the offsets are now also made
relative.
---
block/dmg.c | 36 +++-
1 file changed, 23 insertions(+), 13 deletions(-)
diff --git a
ource fork format is documented at
https://developer.apple.com/legacy/library/documentation/mac/pdf/MoreMacintoshToolbox.pdf#page=151
Signed-off-by: Peter Wu
---
v2: expanded commit message (incl. documentation link). Do not require
a fixed resource data offset of 0x100, improve boundar
m/DMG.html
Signed-off-by: Peter Wu
---
v2: added offset check, allow resource fork to be located at beginning
of file (removed `rsrc_fork_offset != 0` condition)
It got a `Reviewed-by: John Snow ` for v1. I have not
copied the R-b as I wanted to be sure that John agrees with the removal
of
mg convert -f dmg -O raw foo.dmg foo.raw`. The
tests showed that the file contents are exactly the same, except that
QEMU creates a slightly larger file (it matches the total sectors
count).
Signed-off-by: Peter Wu
---
v2: fixed typo in commit message (s/mish/koly/)
---
block/dmg.c | 8 ++
ct.
Signed-off-by: Peter Wu
---
v2: use sector and data offset as provided by the BLKX header. This
allows us to drop last_in_offset. The previous heuristics to detect
relative offsets is not needed anymore. Squashed the data fork
offset length check into this patch.
---
b
) either so it
should be safe to drop this dependency on the previous state.
(It makes somehow makes sense, a terminator should halt further
processing of a block and is perhaps used to preallocate some space.)
Signed-off-by: Peter Wu
---
v2: initial patch after suggestions from John Snow to read
ork offset ("info_begin") has its offset adjusted as the
initial value of offset does not mean "end of file" anymore, but "begin
of UDIF trailer".
Signed-off-by: Peter Wu
Reviewed-by: John Snow
---
v2: added R-b, set errp as suggested
at https://lekensteyn.nl/files/dmg-tests/dmg-images/.
Kind regards,
Peter
[1]: https://lists.nongnu.org/archive/html/qemu-devel/2014-12/msg03606.html
[2]:
https://github.com/Lekensteyn/dmg2img/commit/a1d4861b4b0f2ac5090938233a1156bb130cb3ef
Peter Wu (12):
block/dmg: properly detect the UDIF
Previously the chunk size was not checked, allowing for a large memory
allocation. This patch checks whether the chunks size is within the
resource fork length, and whether the resource fork is below the
trailer of the dmg file.
Signed-off-by: Peter Wu
---
v2: added resource fork offset check
As the decoded plist XML is not a pointer in the file,
dmg_read_mish_block must be able to process a buffer instead of a file
pointer. Since the full buffer must be processed, let's change the
return value again to just a success flag.
Signed-off-by: Peter Wu
Reviewed-by: John Snow
--
On Monday 05 January 2015 14:48:03 John Snow wrote:
> On 12/27/2014 10:01 AM, Peter Wu wrote:
> > Disk images may contain large all-zeroes gaps (1.66k sectors or 812 MiB
> > is seen in the real world). These blocks (type 2) do not need to be
> > extracted into a temporary buf
On Friday 02 January 2015 19:05:29 John Snow wrote:
> On 12/27/2014 10:01 AM, Peter Wu wrote:
> > This patch addresses two issues:
> >
> > - The data fork offset was not taken into account, resulting in failure
> > to read an InstallESD.dmg file (5164763151 byt
On Friday 02 January 2015 19:04:32 John Snow wrote:
> On 12/27/2014 10:01 AM, Peter Wu wrote:
> > The format is simple enough to avoid using a full-blown XML parser.
> > The offsets are based on the description at
> > http://newosxbook.com/DMG.html
> >
On Friday 02 January 2015 19:01:06 John Snow wrote:
> On 12/27/2014 10:01 AM, Peter Wu wrote:
> > Besides the offset, also read the resource length. This length is now
> > used in the extracted function to verify the end of the resource fork
> > against "cou
On Friday 02 January 2015 18:59:38 John Snow wrote:
>
> On 12/27/2014 10:01 AM, Peter Wu wrote:
> > Extract the mish block decoder such that this can be used for other
> > formats in the future. A new DmgHeaderState struct is introduced to
> > share state while decoding.
On Friday 02 January 2015 18:58:00 John Snow wrote:
>
> On 12/27/2014 10:01 AM, Peter Wu wrote:
> > DMG files have a variable length with a UDIF trailer at the end of a
> > file. This UDIF trailer is essential as it describes the contents of
> > the image. At the moment ho
On Friday 02 January 2015 13:58:33 John Snow wrote:
>
> On 01/02/2015 01:46 PM, Peter Wu wrote:
> > FYI, I plan to make some more changes:
> >
> > - do not require offset ≠ 0 for resource fork and XML offsets.
> > Technically it is allowed, do you agree on this chan
ance.
Kind regards,
Peter
https://lekensteyn.nl
(pardon my brevity, top-posting and formatting, sent from my phone)
On January 2, 2015 5:31:33 PM CET, John Snow wrote:
>
>
>On 01/02/2015 09:14 AM, Stefan Hajnoczi wrote:
>> On Sat, Dec 27, 2014 at 04:01:34PM +0100, Peter Wu wrot
uncompressed size is 1054371 bytes,
probably for a bzip2-compressed block.)
Signed-off-by: Peter Wu
---
block/dmg.c | 18 +-
1 file changed, 13 insertions(+), 5 deletions(-)
diff --git a/block/dmg.c b/block/dmg.c
index 67d4e2b..b84ba7e 100644
--- a/block/dmg.c
+++ b/block/dmg.c
@@ -137,7
uld not be
problematic as the decompression takes most of the time and as blocks
are typically about/over 1 MiB in size, only one allocation is done
every 2000 sectors.
Signed-off-by: Peter Wu
---
block/dmg.c | 56 +---
config
The format is simple enough to avoid using a full-blown XML parser.
The offsets are based on the description at
http://newosxbook.com/DMG.html
Signed-off-by: Peter Wu
---
block/dmg.c | 69 +
1 file changed, 69 insertions(+)
diff --git
mg convert -f dmg -O raw foo.dmg foo.raw`. The
tests showed that the file contents are exactly the same, except that
QEMU creates a slightly larger file (it matches the total sectors
count).
Signed-off-by: Peter Wu
---
block/dmg.c | 8
1 file changed, 8 insertions(+)
diff --git a/blo
o.
Signed-off-by: Peter Wu
---
block/dmg.c | 216 +++-
1 file changed, 125 insertions(+), 91 deletions(-)
diff --git a/block/dmg.c b/block/dmg.c
index df274f9..6dc6dbb 100644
--- a/block/dmg.c
+++ b/block/dmg.c
@@ -164,19 +164,137 @@ stat
Besides the offset, also read the resource length. This length is now
used in the extracted function to verify the end of the resource fork
against "count" from the resource fork.
Signed-off-by: Peter Wu
---
block/dmg.c | 90 ---
ork offset ("info_begin") has its offset adjusted as the
initial value of offset does not mean "end of file" anymore, but "begin
of UDIF trailer".
Signed-off-by: Peter Wu
---
block/dmg.c | 40
1 file changed, 36 insertions(+), 4 deleti
ded to the current block because older files would start the input
offset of a new block at zero. Newer files (including vlc-2.1.5.dmg,
tuxpaint-0.9.15-macosx.dmg and OS X Yosemite [MAS].dmg) failed in
reads because these files have a continuous input offset.
Signed-off-by: Peter Wu
---
block/
Previously the chunk size was not checked, allowing for a large memory
allocation. This patch checks whether the chunks size is within the
resource fork length.
Signed-off-by: Peter Wu
---
block/dmg.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/block/dmg.c b/block/dmg.c
://sourceforge.net/projects/tuxpaint/files/tuxpaint/0.9.15/
[4]: http://download.videolan.org/pub/videolan/vlc/2.1.5/macosx/
[5]: https://bugzilla.redhat.com/show_bug.cgi?id=1058132
[6]:
http://download.info.apple.com/Mac_OS_X/693-4445.20030912.gnr39/NetBoot9.dmg
--
Peter Wu (10):
block/dmg: pro
As the decoded plist XML is not a pointer in the file,
dmg_read_mish_block must be able to process a buffer instead of a file
pointer. Since the full buffer must be processed, let's change the
return value again to just a success flag.
Signed-off-by: Peter Wu
---
block/dmg.c
'ret' was never initialized in the success path.
Signed-off-by: Peter Wu
---
Hi,
Found this warning when compiling with --enable-debug. This issue was previously
fixed as part of Peter Lieven's patch series[1] but it never seemed to get
merged.
Kinds regards,
Peter
[1]: https:
On Tuesday 04 November 2014 09:13:31 Michael Tokarev wrote:
> >> The whole thing needs to be rewritten to use a shell script to create
> >> smb.conf and to call smbd. It's something I wanted to do for very long
> >> time, the only question is where to put this script so a user can
> >> easily cust
On Monday 03 November 2014 13:22:19 Peter Wu wrote:
> On Friday 24 October 2014 18:55:07 Jan Kiszka wrote:
> > writing to you as you provided a fix for the last related issue:
> >
> > I just noticed that the samba-based share is broken again with smbd
> > version 4.1.1
On Monday 03 November 2014 15:58:35 Michael Tokarev wrote:
> 03.11.2014 15:22, Peter Wu wrote:
> []
> > As an aside, would it be possible to override the samba binary at runtime,
> > without compiling? Either an envvar (SMBD) or an option (-net
> > user,smb=...,smbd=..
On Monday 03 November 2014 17:15:24 Michael Tokarev wrote:
> BTW, I'm not sure `socket address' paraameter is relevant in this context
> at all, -- smbd should not use it in inetd mode. It'd be interesting to
> know why this option is here to start with, and whenever we really need
> the new inter
Hi,
On Friday 24 October 2014 18:55:07 Jan Kiszka wrote:
> writing to you as you provided a fix for the last related issue:
>
> I just noticed that the samba-based share is broken again with smbd
> version 4.1.11. Tried to look briefly at it, realized that it is a
> permission thing (different er
831715049f2d460ce42299963a5defdc160891b.
The most recently option was introduced with Samba 3.4.0, but previously
"state directory" was already added which exists in Samba 3.4.0. As
unknown parameters are ignored (while printing a warning), it should be
safe to add another option.
Signed-off-by
** Changed in: qemu
Status: New => Fix Released
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/988125
Title:
Generated smb.conf needs to declare state directory
Status in QEMU:
Fix Release
With some devices, I get a speed mismatch with ehci-usb:
qemu-system-x86_64: Warning: speed mismatch trying to attach usb device "USB
Keyboard" (( speed) to bus "ehci.0", port "1" (high speed)
nec-usb-xhci fixes the keyboard+usb-storage case, but it breaks a webcam:
qemu-system-x86_64: Warning: s
Not a bug, Linux increases the Device ID each time a new device gets
hotplugged. If you need to use this option, pair it with already
connected drivers by parsing the output of lsusb for instance.
You can still use combinations of hostbus, vendorid, productid, etc.
** Changed in: qemu
Stat
Note that `cat /dev/zero` followed by `blkdiscard` has no issues.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1376938
Title:
detect-zeroes=unmap fails to discard in some cases
Status in QEMU:
Public bug reported:
Under certain circumstances, QEMU 2.1.2 fails to discard the underlaying
block. The command to start QEMU is:
qemu-system-x86_64 -machine pc,accel=kvm -m 2G -smp 2 -vga std -usb
-usbdevice tablet -drive if=none,id=ff,aio=native,discard=unmap,detect-
zeroes=unmap,file=/tmp/tes
On Friday 22 August 2014 20:58:34 Benoît Canet wrote:
> The Friday 22 Aug 2014 à 13:25:43 (+0200), Peter Wu wrote :
> > Before this patch you could not run multiple tests concurrently as they
> > might clobber each other test files. This patch solves that by using
> > rando
touched is the situation that
/tmp/check.log and /tmp/check.sts are hard-coded (and thus unusable in
concurrent tests).
Signed-off-by: Peter Wu
---
Hi,
This patch introduces a dependency on mktemp of coreutils. I could still not get
concurrent tests to work fully reliably (test 030 failed randomly
Hi,
I just ran the qemu-iotests suite and found five failures in the vpc and
qcow block types.
The following command was executed with sources and objects in tmpfs:
for i in qcow2 qed qcow generic vmdk raw vpc vhdx vdi \
cow parallels cloop bochs; do
./check -c writeback
On Tuesday 19 August 2014 19:33:55 Kevin Wolf wrote:
> We need to filter out driver-specific options in the "Formatting..."
> string printed by qemu when creating the backup image.
>
> Reported-by: Peter Wu
> Signed-off-by: Kevin Wolf
Tested-by: Peter Wu
It works (
On Tuesday 29 April 2014 10:43:52 Gerd Hoffmann wrote:
> Signed-off-by: Gerd Hoffmann
Reviewed-by: Peter Wu
> ---
> hw/usb/dev-mtp.c | 4 +++-
> 1 file changed, 3 insertions(+), 1 deletion(-)
>
> diff --git a/hw/usb/dev-mtp.c b/hw/usb/dev-mtp.c
> index 62428d8..943f930
On Tuesday 29 April 2014 10:43:51 Gerd Hoffmann wrote:
> Signed-off-by: Gerd Hoffmann
Reviewed-by: Peter Wu
> ---
> hw/usb/dev-mtp.c | 8
> 1 file changed, 8 insertions(+)
>
> diff --git a/hw/usb/dev-mtp.c b/hw/usb/dev-mtp.c
> index b6eaeae..62428d8 100644
>
> usb: mtp: drop data-out hexdump
> usb: mtp: reply INCOMPLETE_TRANSFER on read errors
>
> hw/usb/dev-mtp.c | 29 +
> trace-events | 3 +++
> 2 files changed, 20 insertions(+), 12 deletions(-)
For patches 1-5 and 7-8:
Reviewed-by: Peter Wu
Patch 6 and 9 have some comments.
Kind regards,
Peter
On Friday 25 April 2014 12:48:14 Gerd Hoffmann wrote:
> Signed-off-by: Gerd Hoffmann
> ---
> hw/usb/dev-mtp.c | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff --git a/hw/usb/dev-mtp.c b/hw/usb/dev-mtp.c
> index 6bd6a82..8e1a1b7 100644
> --- a/hw/usb/dev-mtp.c
> +++ b/hw/usb/dev
On Friday 25 April 2014 12:48:11 Gerd Hoffmann wrote:
> Signed-off-by: Gerd Hoffmann
> ---
> hw/usb/dev-mtp.c | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/hw/usb/dev-mtp.c b/hw/usb/dev-mtp.c
> index 45f9562..82d5b64 100644
> --- a/hw/usb/dev-mtp.c
> +++ b/hw/usb/dev-mtp.c
> @@ -99
On Thursday 24 April 2014 17:01:47 Gerd Hoffmann wrote:
> PS: Funny thing that the reviews start coming in when I send pull
> requests. The patches have been on the list a few weeks back
> already (during 2.0 freeze, thats why the long delay between
> [patch] and [pull]). No comments.
Hi,
For this review, I grabbed the MTP 1.1 spec from USB.org. There are some
issues which are noted below.
On Wednesday 23 April 2014 10:31:01 Gerd Hoffmann wrote:
> Implementation of a USB Media Transfer Device device for easy
> filesharing. Read-only. No access control inside qemu, it will
>
On Saturday 15 June 2013 16:14:23 Eric Blake wrote:
> On 06/08/2013 10:49 PM, Peter Wu wrote:
> > When QEMU starts, it always changes the serial port parameters including
> > baud rate. This confused my guest which thought it was outputting at 9600
> > baud while it was in f
no-frame et al with -display gtk), because it
> makes only the legacy interface working, not the new suboption interface,
> so a few more changes are needed.
Reviewed-by: Peter Wu
-no-frame was deemed to be a SDL feature that was unnecessary for GTK, hence
dropped.
At run-time, it is ch
supported when compiling without SDL.
Signed-off-by: Peter Wu
---
vl.c | 15 ++-
1 file changed, 10 insertions(+), 5 deletions(-)
diff --git a/vl.c b/vl.c
index cfd2d3e..29ab85c 100644
--- a/vl.c
+++ b/vl.c
@@ -3523,7 +3523,6 @@ int main(int argc, char **argv, char **envp
On Monday 10 June 2013 16:53:06 Anthony Liguori wrote:
> Peter Wu writes:
> > When QEMU is built without SDL support, -no-quit would print an error
> > message that SDL is disabled. Since GTK also supports -no-quit, enable
> > the option when GTK or SDL is enabled at compile
When QEMU is built without SDL support, -no-quit would print an error message
that SDL is disabled. Since GTK also supports -no-quit, enable the option when
GTK or SDL is enabled at compile time.
While at it, do not create the no_quit variable when it is not used.
Signed-off-by: Peter Wu
ementation, use booleans instead of ints and ensure
consistency between ui state and menu.
Signed-off-by: Peter Wu
---
include/ui/console.h | 2 +-
ui/gtk.c | 6 +-
vl.c | 2 +-
3 files changed, 7 insertions(+), 3 deletions(-)
diff --git a/include/ui/console.h
On Monday 10 June 2013 15:28:32 Peter Wu wrote:
> On Monday 10 June 2013 14:58:07 Gerd Hoffmann wrote:
> > On 06/10/13 10:42, Peter Wu wrote:
> > > On Monday 10 June 2013 07:56:01 Gerd Hoffmann wrote:
> > >> On 06/08/13 23:49, Peter Wu wrote:
> > >>> W
On Monday 10 June 2013 14:58:07 Gerd Hoffmann wrote:
> On 06/10/13 10:42, Peter Wu wrote:
> > On Monday 10 June 2013 07:56:01 Gerd Hoffmann wrote:
> >> On 06/08/13 23:49, Peter Wu wrote:
> >>> When QEMU starts, it always changes the serial port parameters including
On Monday 10 June 2013 14:33:28 Kevin Wolf wrote:
> Am 09.06.2013 um 12:30 hat Peter Wu geschrieben:
> > Aiming for GTK as replacement for SDL, features like -full-screen and
> > -no-frame should also be implemented.
> >
> >
> >
> > Bringing the window
On Monday 10 June 2013 07:56:01 Gerd Hoffmann wrote:
> On 06/08/13 23:49, Peter Wu wrote:
> > When QEMU starts, it always changes the serial port parameters including
> > baud rate. This confused my guest which thought it was outputting at 9600
> > baud while it was in f
On Sunday 09 June 2013 13:33:14 Anthony Liguori wrote:
> On Sun, Jun 9, 2013 at 5:30 AM, Peter Wu wrote:
> > Aiming for GTK as replacement for SDL, features like -full-screen and
> > -no-frame should also be implemented.
> >
> > Bringing the window into full-sc
after showing the windows to make the cursor
and menu hidden.
Signed-off-by: Peter Wu
---
include/ui/console.h | 2 +-
ui/gtk.c | 10 +-
vl.c | 2 +-
3 files changed, 11 insertions(+), 3 deletions(-)
diff --git a/include/ui/console.h b/include/ui/console.h
implement it,
do not forget to update the documentation on "COM" devices which is also of
backend serial.
Signed-off-by: Peter Wu
---
qapi-schema.json | 18 --
qemu-char.c | 14 --
qemu-options.hx | 14 +-
3 files changed, 33 insertions(+), 13
Thanks for your feedback, replies are inlined below.
On Tuesday 04 June 2013 07:57:38 Michael Tokarev wrote:
> 03.06.2013 14:54, Peter Wu wrote:
> > The GTK display type has been introduced in 1.5, replacing SDL as default.
> > Some options only work with SDL and not GTK. This
On Monday 03 June 2013 10:35:28 Jordan Justen wrote:
> This should be fixed by Xiao's "fix double free the memslot in
> kvm_set_phys_mem" patch.
Confirmed, with this one-liner patch the bug is gone.
> On Mon, Jun 3, 2013 at 10:23 AM, Peter Wu wrote:
> > Hi,
> &
Hi,
With the current git source (f10acc8b38d65a66ffa0588a036489d7fa6a593e),
`qemu-system-x86_64 -enable-kvm` fails to run with the following error:
kvm_set_phys_mem: error unregistering overlapping slot: Invalid argument
After this message, qemu aborts. Reverting the following commit on top
commit 5104a1f65088285ddf870aa641b9061064e8757d, this is now mentioned
explicitly. Another related change is that only Ctrl-Alt-G can be used for
(un)grbabing.
Window scaling seems also to be a SDL-specific feature and has been marked as
such.
Signed-off-by: Peter Wu
---
qemu-doc.texi | 18
88 matches
Mail list logo
