28.04.2014 14:53, Peter Maydell wrote:
> The old_portio mechanism in the memory API has been removed, but
> we forgot to update the documentation to match. Remove the stray
> reference to this now-vanished bit of back-compatibility API.
Applied to -trivial, thanks!
/mjt
29.04.2014 02:46, Hani Benhabiles wrote:
> Signed-off-by: Hani Benhabiles
> Suggested-by: Andreas Färber
> ---
> qmp.c | 5 -
> 1 file changed, 4 insertions(+), 1 deletion(-)
>
> diff --git a/qmp.c b/qmp.c
> index 74107be..0d49abf 100644
> --- a/qmp.c
> +++ b/qmp.c
> @@ -199,7 +199,10 @@ Ob
Applies, thank you!
/mjt
29.04.2014 15:09, Peter Maydell wrote:
> The test_path binary is (unlike the other test binaries in tests/tcg)
> actually intended to be compiled with the same compiler used to build
> the main QEMU executables. It actually #includes a number of the
> QEMU source files in an attempt to unit-test th
01.05.2014 17:28, Chen Gang wrote:
> When DPRINTF() has effect, the original author wants to print all
> ram_load() calling results. So need use 'goto' instead of 'return'
> within ram_load(), just like other areas have done.
Applied to -trivial, thank you!
/mjjt
Applied to -trivial, thank you!
/mjt
Applied to -trivial, thanks!
/mjt
Applied to -trivial, thanks!
/mjt
Applied to -trivial, thanks!
/mjt
Applied to -trivial, thanks!
/mjt
Applied to -trivial, thanks!
/mjt
Applied to -trivial, thanks!
/mjt
Applied to -trivial, thanks!
/mjt
Applied to -trivial, thanks!
/mjt
02.05.2014 18:35, Michael Tokarev wrote:
> glib >= 2.31 always enables thread support and g_thread_supported()
> is #defined to 1, there's no need to call g_thread_init() anymore,
> and it definitely does not need to report error which never happens.
> Keep code for old < 2.31 glibc anyway for now,
02.05.2014 18:35, Michael Tokarev wrote:
> From: Stefan Hajnoczi
>
> We have a dedicated header file for wrappers to smooth over glib version
> differences. Move the g_poll() definition into glib-compat.h for
> consistency.
>
> Signed-off-by: Stefan Hajnoczi
> Signed-off-by: Michael Tokarev
>
Running the VM with "-cpu Haswell" set still causes those "Internal
Parity Errors", but not so many …
** Description changed:
I'm running a virtual Windows SBS 2003 installation on a Xeon E3 Haswell
system running Gentoo Linux. First, I used Qemu 1.5.3 (the latest stable
version on Gentoo).
i have the same, I don't see any mouse cursor. System is working.
Host: Ubuntu release 14.04 x86_64
Gast: Ubuntu release 14.04 x86_64
Graphic: GeForce GTX 650 Ti BOOST/PCIe/SSE2
Driver: nvidia 331.38
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subs
there are my terminal commands:
$ qemu-img create -f qcow2 BOOTSYSTEM.img 10G
$ qemu-system-x86_64 -enable-kvm -hda BOOTSYSTEM.img -cdrom /dev/cdrom -boot d
-m 1024
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launc
I still regularly get this. The workaround is to open a terminal, which
causes the cursor shape to change. Once that is done, the cursor stays
visible.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/12
Signed-off-by: Richard Henderson
---
tcg/s390/tcg-target.c | 124 --
1 file changed, 60 insertions(+), 64 deletions(-)
diff --git a/tcg/s390/tcg-target.c b/tcg/s390/tcg-target.c
index 131eec3..c6d86f5 100644
--- a/tcg/s390/tcg-target.c
+++ b/tcg/s3
Signed-off-by: Richard Henderson
---
tcg/s390/tcg-target.c | 170 --
tcg/s390/tcg-target.h | 2 +-
2 files changed, 56 insertions(+), 116 deletions(-)
diff --git a/tcg/s390/tcg-target.c b/tcg/s390/tcg-target.c
index c6d86f5..332822f 100644
--- a/
Signed-off-by: Richard Henderson
---
tcg/s390/tcg-target.c | 82 ++-
1 file changed, 36 insertions(+), 46 deletions(-)
diff --git a/tcg/s390/tcg-target.c b/tcg/s390/tcg-target.c
index ebdd074..131eec3 100644
--- a/tcg/s390/tcg-target.c
+++ b/tcg/s3
Elides two insns from the sequence. Also note the error in the
computation of the parameters for its use as and w/ wraparound.
The resulting tlb compare sequence is satisfyingly minimal:
risbg %r2,%r8,51,186,56
risbg %r3,%r8,61,178,0
cg %r3,904(%r10,%r2)
lg
That is, the old LDST_OPTIMIZATION.
Signed-off-by: Richard Henderson
---
tcg/s390/tcg-target.c | 210 --
1 file changed, 118 insertions(+), 92 deletions(-)
diff --git a/tcg/s390/tcg-target.c b/tcg/s390/tcg-target.c
index 332822f..6e6c74a 100644
--
Most of these relate to converting to the "new" ldst opcodes.
(Two unconverted backends remaining...)
In addition, some other minor improvements to the generated code.
Tested on a z10 system, where the LOAD ON CONDITION insn is supported.
r~
Richard Henderson (9):
tcg-s390: Convert to TCGMem
Signed-off-by: Richard Henderson
---
tcg/s390/tcg-target.c | 62 +--
1 file changed, 55 insertions(+), 7 deletions(-)
diff --git a/tcg/s390/tcg-target.c b/tcg/s390/tcg-target.c
index cd60c01..2f0cdf8 100644
--- a/tcg/s390/tcg-target.c
+++ b/tcg/s39
Signed-off-by: Richard Henderson
---
tcg/s390/tcg-target.c | 64 +--
1 file changed, 52 insertions(+), 12 deletions(-)
diff --git a/tcg/s390/tcg-target.c b/tcg/s390/tcg-target.c
index 2f0cdf8..54d6dc1 100644
--- a/tcg/s390/tcg-target.c
+++ b/tcg/s3
There are a variety of common cases for which we can use carry tricks to
avoid a conditional branch. On very new hardware, use LOAD ON CONDITION
instead of a conditional branch.
Signed-off-by: Richard Henderson
---
tcg/s390/tcg-target.c | 97 +++
While we still require the LONG DISPLACEMENT facility, defaults
have moved on since then. Don't override the system compiler,
whose default may be set to z9-109 or later.
Signed-off-by: Richard Henderson
---
configure | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/confi
Currently, QEMU's iotests rely on /usr/bin/env to start the correct
Python (that is, at least Python 2.4, but not 3). On systems where
Python 3 is the default, the user has no clean way of making the iotests
use the correct binary.
This commit makes the iotests use the Python selected by configure
Ping.
Le 22/04/2014 23:00, Hervé Poussineau a écrit :
This is a guest-triggerable error, as seen when using Xenix 2.3.4.
Replace hw_error by LOG_UNIMPL, so that guests have at least a chance to
continue.
Signed-off-by: Hervé Poussineau
---
hw/intc/i8259.c |3 ++-
1 file changed, 2 inse
Public bug reported:
I have a problem with the latest snapshot from http://qemu.weilnetz.de/.
Where should I raise it? Here? It's not clear to me that I should do
it since that's probably an unsupported build, whereas there is no
support forum or e-mail address on that website.
THanks.
** Affe
** 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/1262650
Title:
Latest git version fails to compile in block/iscsi.o
Status in QEMU:
Fix Relea
Please describe the problem, maybe I can help you then. Yes,
qemu.weilnetz.de contains experimental software which might contain bugs
- see the comments on that site. If I get a qualified problem report, I
usually try to fix it.
** Changed in: qemu
Status: New => Incomplete
--
You receive
On Fri, 05/02 15:41, Michael Tokarev wrote:
> Commit e26110cfc67d48 added a check for shacmd to create a hash
> for modules. This check in configure is using bash construct &>
> to redirect both stdout and stderr, whcih does fun things on some
s/whcih/which
> shells. Get rid of it, use standard
On Fri, 05/02 15:40, Michael Tokarev wrote:
> Current Makefile system allows using foo.o-cflags variables to store
> object-specific CFLAGS. Convert some usages of old syntax
> (using QEMU_CFLAGS += construct) to the new syntax.
Thanks for doing this! Two minor comments below, but not showstopper
On 05/02/2014 06:44 AM, Markus Armbruster wrote:
> Signed-off-by: Markus Armbruster
> ---
> docs/qapi-code-gen.txt | 146
> ++---
> 1 file changed, 90 insertions(+), 56 deletions(-)
Reviewed-by: Eric Blake
I checked that this matches the current rea
On Tue, 04/29 06:51, Eric Blake wrote:
> On 04/29/2014 05:24 AM, Kevin Wolf wrote:
> > Am 29.04.2014 um 11:44 hat Fam Zheng geschrieben:
> >> In command definition, 'defaults' is now parsed as a dict of default
> >> values. Only optional parameters will have effect in generated code.
> >>
> >> 'str
>>> On 4/30/2014 at 12:30 AM, in message <535fd3b6.6020...@redhat.com>, Eric
>>> Blake
wrote:
> On 04/29/2014 03:10 AM, Chunyan Liu wrote:
> > Currently this function is not used anywhere. In later patches, it will
> > replace print_option_parameters. To avoid print info changes, change
> >
If the very first allocation has a length of 0, the free_cluster_index
is still 0 after the for loop, which means that subtracting one from it
will underflow and signal an invalid range of clusters by returning
-EFBIG. However, there is no such range, as its length is 0.
Fix this by preventing und
>>> On 4/30/2014 at 09:57 AM, in message <5360587e.5050...@redhat.com>, Eric
>>> Blake
wrote:
> On 04/29/2014 03:10 AM, Chunyan Liu wrote:
> > Change block layer to support both QemuOpts and QEMUOptionParameter.
> > After this patch, it will change backend drivers one by one. At the end,
>
42 matches
Mail list logo
