On Sat, 12 Dec 2009 01:27:09 +0100
Alexander Graf ag...@suse.de wrote:
On 12.12.2009, at 01:14, Izik Eidus wrote:
On Sat, 12 Dec 2009 00:54:47 +0100
Alexander Graf ag...@suse.de wrote:
On 11.12.2009, at 23:46, Izik Eidus wrote:
On Fri, 11 Dec 2009 23:08:01 +0100
Alexander
On 12/11/2009 10:54 PM, Anthony Liguori wrote:
The point is, there isn't a draw a rectangle primitive in X. There
also isn't a draw some text using this font in X.[1]
Not necessarily, the X server can support the render extension which
allows compositing operations on an X pixmap. Firefox
On 12/11/2009 10:58 PM, Anthony Liguori wrote:
The concerns have been 1) they will be abused with the introduction
of proprietary plugins
How so?
2) we would have tremendous difficulty maintaining a stable plugin abi
Then don't promise it. GCC doesn't for example. (And it solves problem
On 12.12.2009, at 01:53, Izik Eidus wrote:
On Sat, 12 Dec 2009 01:27:09 +0100
Alexander Graf ag...@suse.de wrote:
On 12.12.2009, at 01:14, Izik Eidus wrote:
On Sat, 12 Dec 2009 00:54:47 +0100
Alexander Graf ag...@suse.de wrote:
On 11.12.2009, at 23:46, Izik Eidus wrote:
On
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 ppc64 while it didn't on ppc!
Does it work on linux ppc64? If so
Haven't had a chance to test
Generic disassembly was incorrectly keyed on ALPHA_DEBUG_DISAS
rather than the generic DEBUG_DISAS. Use qemu_log_mask for
additional LOG_DISAS output. Delete some random insn_count
logging noise from gen_intermediate_code_internal.
Signed-off-by: Richard Henderson r...@twiddle.net
---
Signed-off-by: Richard Henderson r...@twiddle.net
---
target-alpha/helper.h| 14
target-alpha/op_helper.c | 168 ++
target-alpha/translate.c | 79 +
3 files changed, 231 insertions(+), 30 deletions(-)
diff --git
The vast majority of zap instructions have an immediate operand,
since zapnot is the canonical method to zero-extend from u16 or u32.
Signed-off-by: Richard Henderson r...@twiddle.net
---
target-alpha/translate.c | 61 -
1 files changed, 59
There are two -d flags fixes herein, which helps with the rest.
Otherwise the improvements are in 3 categories:
(1) Implement the rd/wrunique PALcall in the translator, at least for
usermode. There's no reason to break the TB for a register move.
(2) Implement the byte manipulation
Signed-off-by: Richard Henderson r...@twiddle.net
---
target-alpha/helper.h|3 --
target-alpha/op_helper.c | 15 ---
target-alpha/translate.c | 63 +++--
3 files changed, 49 insertions(+), 32 deletions(-)
diff --git
Properly handle move from the zero register.
Signed-off-by: Richard Henderson r...@twiddle.net
---
target-alpha/translate.c | 10 +++---
1 files changed, 7 insertions(+), 3 deletions(-)
diff --git a/target-alpha/translate.c b/target-alpha/translate.c
index d361ffe..3773ab4 100644
---
When emulating user-mode only, there's no reason to exit
the translation block to effect a call_pal. We can generate
a move to/from the unique slot directly.
Signed-off-by: Richard Henderson r...@twiddle.net
---
hw/alpha_palcode.c | 11 +--
target-alpha/translate.c | 39
The instructions use a disp21 like all other branch insns,
not the disp16 that was being passed.
Signed-off-by: Richard Henderson r...@twiddle.net
---
target-alpha/translate.c |9 -
1 files changed, 4 insertions(+), 5 deletions(-)
diff --git a/target-alpha/translate.c
Signed-off-by: Richard Henderson r...@twiddle.net
---
target-alpha/helper.h|3 --
target-alpha/op_helper.c | 18
target-alpha/translate.c | 51 -
3 files changed, 45 insertions(+), 27 deletions(-)
diff --git
The old fcmov implementation had a typo:
-tcg_gen_mov_i64(cpu_fir[rc], cpu_fir[ra]);
which moved the condition, not the second source, to the destination.
But it's also easy to implement the simplified fp comparison inline.
Signed-off-by: Richard Henderson r...@twiddle.net
---
Similar in difficulty to ext*l, already expanded.
Signed-off-by: Richard Henderson r...@twiddle.net
---
target-alpha/helper.h|4 --
target-alpha/op_helper.c | 24 -
target-alpha/translate.c | 87 +++---
3 files changed, 59
The architecture manual specifies the EXT instructions
in terms of the ZAPNOT operation; writing it that way in
the translator makes things a bit clearer.
Signed-off-by: Richard Henderson r...@twiddle.net
---
target-alpha/translate.c | 57 -
1 files
Similar in difficulty to ext*l, already expanded.
Signed-off-by: Richard Henderson r...@twiddle.net
---
target-alpha/helper.h|4
target-alpha/op_helper.c | 20
target-alpha/translate.c | 38 ++
3 files changed, 30
The proper logging is handled by generic code.
Signed-off-by: Richard Henderson r...@twiddle.net
---
target-alpha/translate.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/target-alpha/translate.c b/target-alpha/translate.c
index 3773ab4..e426677 100644
---
On Sat, 12 Dec 2009 02:08:05 +0100
Alexander Graf ag...@suse.de wrote:
So the thing I dislike is the take all of QXL and SPICE or leave
everything sort of attitude that's coming over. I'd love to use QXL,
but I don't want to use SPICE :-). Thus I want to make sure we're
going in a really
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 solutions in the area:
a) VMware virtual graphics adapter - based on
Oops gmail send this, silly laptop has a mind of its own sometimes.
On Sat, Dec 12, 2009 at 11:58 AM, Dave Airlie airl...@gmail.com 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
Chris Wright wrote:
* Anthony Liguori (anth...@codemonkey.ws) wrote:
Izik Eidus wrote:
Ok, I guess you think VDI-interfaces are doing much more than they do
in reiality.
It is just simple interface to Allow Spice / VNC / whatever not have to
de-duplicate code in order to get
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
Does anything use Xrender for drawing glyphs
Paolo Bonzini wrote:
On 12/11/2009 10:54 PM, Anthony Liguori wrote:
The point is, there isn't a draw a rectangle primitive in X. There
also isn't a draw some text using this font in X.[1]
Not necessarily, the X server can support the render extension which
allows compositing operations on
On Fri, 11 Dec 2009 21:31:34 -0600
Anthony Liguori anth...@codemonkey.ws 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
hi guy,which file in QEMU is related with I/O activity ?
On Sat, Dec 12, 2009 at 1:31 PM, Anthony Liguori anth...@codemonkey.ws wrote:
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
101 - 128 of 128 matches
Mail list logo
