On Fri, Dec 11, 2009 at 5:11 PM, Mark McLoughlin mar...@redhat.com wrote:
Hi Dave,
On Fri, 2009-12-11 at 14:59 +1000, Dave Airlie wrote:
Hi guys,
Building 0.11.0, qemu -vga vmware -sdl works fine.
with git I just get a blank screen.
I'm trying to bisect but I keep running into a big chunk
On Fri, Dec 11, 2009 at 4:36 PM, Laurent Desnogues
laurent.desnog...@gmail.com wrote:
On Fri, Dec 11, 2009 at 4:18 AM, Jun Koi junkoi2...@gmail.com wrote:
Another question: I look at tcg_gen_callN() to see how the helper is
executed. We put the helper opcode into the TCG code buffer, and put
This adds a rebase subcommand to qemu-img which allows to change the backing
file of an image.
In default mode, both the current and the new backing file need to exist, and
after the rebase, the COW image is guaranteed to have the same guest visible
content as before. To achieve this, old and new
Hi,
Thanks to everybody helping me to have more understanding on QEmu
internals. This community is great!
This trivial patch removes some unused params in tcg_out_st() and
tcg_out_ld(). Probably this remains from dyngen time?
Thanks,
Jun
diff --git a/tcg/i386/tcg-target.c
So the proposed patch is too hacky, but nobody likes to discuss what the
right way is? What about 0.12? Are we just going to provide the current
bad user interface?
Kevin
On Dec 10, 2009, at 1:05 AM, Richard Henderson wrote:
The following patch series results in an emulator that's good enough
to run a good bit of the GCC testsuite, dynamic linking and all.
There are more failures than native hardware. At first glance they
appear to be fpu related, but I
The capslock tracking logic added by commit
6b1325029d80455b9da7cd7bd84a88cb915b867c doesn't work correctly for vnc
clients without EXT_KEY_EVENT support. The reason is that qemu converts
keysyms for letters to lowercase for the keysym2scancode lookup. It
then also passes the lowercase value
On Thu, Dec 10, 2009 at 06:28:39PM +, Paul Brook wrote:
On Thursday 10 December 2009, 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
On Thu, Dec 10, 2009 at 09:13:06PM +0200, Gleb Natapov wrote:
On Thu, Dec 10, 2009 at 08:04:56PM +0200, Michael S. Tsirkin wrote:
On Thu, Dec 10, 2009 at 03:22:52PM +0200, Gleb Natapov wrote:
On Thu, Dec 10, 2009 at 02:23:05PM +0200, Michael S. Tsirkin wrote:
On Thu, Dec 10, 2009 at
On Fri, Dec 11, 2009 at 12:37:31PM +0200, Michael S. Tsirkin wrote:
On Thu, Dec 10, 2009 at 09:13:06PM +0200, Gleb Natapov wrote:
On Thu, Dec 10, 2009 at 08:04:56PM +0200, Michael S. Tsirkin wrote:
On Thu, Dec 10, 2009 at 03:22:52PM +0200, Gleb Natapov wrote:
On Thu, Dec 10, 2009 at
On Thu, 10 Dec 2009 18:00:31 +
Daniel P. Berrange berra...@redhat.com wrote:
On Thu, Dec 10, 2009 at 03:49:20PM -0200, Luiz Capitulino wrote:
On Thu, 10 Dec 2009 17:38:13 +
Daniel P. Berrange berra...@redhat.com wrote:
On Thu, Dec 10, 2009 at 02:54:57PM -0200, Luiz Capitulino
Luiz Capitulino wrote:
The list of what libvirt uses is also outdated. In addition to those in
yellow, we also now use, or will likely use in near future
device_add
device_del
info pci
set_link
migrate_cancel
migrate_set_downtime
drive_add
info usb
So given the 0.12 release
Luiz Capitulino wrote:
On Thu, 10 Dec 2009 18:24:38 +0200
Avi Kivity a...@redhat.com wrote:
Let me put it another way, I don't think adding null to the json
parser and incorporating it into this command is a good idea at this
stage in the release so if we want to do something like this, we
Daniel P. Berrange wrote:
Please don't do that. libvirt is adding support for new features all the
time. I don't want to be in the situation where we can't add a new feature
because it is missing in the JSON impl. If we're going to provide a supported
JSON monitor it needs to have all the
On Fri, 11 Dec 2009 07:18:27 -0600
Anthony Liguori aligu...@linux.vnet.ibm.com wrote:
Let's focus on converting the remaining monitor commands. The goal is
that any user of the monitor today can convert over to QMP.
Once we've achieved that goal, let's start looking at introducing proper
Hi,
Spice project is now open, for more information visit http://spice-space.org,
due to a server relocation the site will be down during this weekend.
Spice ship patched QEMU based on fairly old KVM snapshot as a reference
implementation. The Spice team plane to push all the relevant bits into
On Fri, Dec 11, 2009 at 10:45 PM, Yaniv Kamay yka...@redhat.com wrote:
Hi,
Spice project is now open, for more information visit http://spice-space.org,
due to a server relocation the site will be down during this weekend.
Spice ship patched QEMU based on fairly old KVM snapshot as a
On 11.12.2009, at 14:45, Yaniv Kamay wrote:
Hi,
Spice project is now open, for more information visit http://spice-space.org,
due to a server relocation the site will be down during this weekend.
Spice ship patched QEMU based on fairly old KVM snapshot as a reference
implementation. The
- Jun Koi junkoi2...@gmail.com wrote:
On Fri, Dec 11, 2009 at 10:45 PM, Yaniv Kamay yka...@redhat.com
wrote:
Hi,
Spice project is now open, for more information visit
http://spice-space.org,
due to a server relocation the site will be down during this
weekend.
Spice ship
- Alexander Graf ag...@suse.de wrote:
On 11.12.2009, at 14:45, Yaniv Kamay wrote:
Hi,
Spice project is now open, for more information visit
http://spice-space.org,
due to a server relocation the site will be down during this
weekend.
Spice ship patched QEMU based on fairly
On Fri, Dec 11, 2009 at 11:09 PM, Alexander Graf ag...@suse.de wrote:
On 11.12.2009, at 14:45, Yaniv Kamay wrote:
Hi,
Spice project is now open, for more information visit http://spice-space.org,
due to a server relocation the site will be down during this weekend.
Spice ship patched QEMU
Yaniv Kamay wrote:
Hi,
Spice project is now open, for more information visit http://spice-space.org,
due to a server relocation the site will be down during this weekend.
Spice ship patched QEMU based on fairly old KVM snapshot as a reference
implementation. The Spice team plane to push all
Jun Koi wrote:
On Fri, Dec 11, 2009 at 11:09 PM, Alexander Graf ag...@suse.de wrote:
On 11.12.2009, at 14:45, Yaniv Kamay wrote:
Hi,
Spice project is now open, for more information visit http://spice-space.org,
due to a server relocation the site will be down during this weekend.
On Mon, Nov 30, 2009 at 08:54:42PM +0200, Avi Kivity wrote:
Strange - qemu -kernel has zero interaction with the host kernel. It's
a totally normal boot process.
Well, it's entirely reproducable. Any idea how to make progress on
this? It really keeps me from making progress on doing any
* Anthony Liguori (anth...@codemonkey.ws) wrote:
Jun Koi wrote:
On Fri, Dec 11, 2009 at 11:09 PM, Alexander Graf ag...@suse.de wrote:
On 11.12.2009, at 14:45, Yaniv Kamay wrote:
due to a server relocation the site will be down during this weekend.
Spice ship patched QEMU based on fairly
* Yaniv Kamay (yka...@redhat.com) wrote:
- Anthony Liguori anth...@codemonkey.ws wrote:
Since VNC is extensible (and we've extended it many times for QEMU),
if
Spice possesses unique encoding mechanisms that are advantageous, why
wouldn't we just add those mechanisms to VNC as an
I'm not getting into this discussion and is not going to happen, you have all
the necessary information on spiec-space.org in order to take intelligent
decision. The QEMU community can choose to reject Spice if it decide to do so.
There's nothing to reject. You haven't posted patches.
Chris Wright wrote:
That's a fork like it or not.
It is a branch of work. The branch has been done without community
interaction, so yes, it looks like a fork.
Branches don't carry independent names like vdesktop. They don't
carry their own version strings like 0.4.
Regards,
- Anthony Liguori anth...@codemonkey.ws wrote:
Jun Koi wrote:
On Fri, Dec 11, 2009 at 11:09 PM, Alexander Graf ag...@suse.de
wrote:
On 11.12.2009, at 14:45, Yaniv Kamay wrote:
Hi,
Spice project is now open, for more information visit
http://spice-space.org,
due
Signed-off-by: Nathan Froyd froy...@codesourcery.com
---
linux-user/elfload.c | 29 +
1 files changed, 29 insertions(+), 0 deletions(-)
diff --git a/linux-user/elfload.c b/linux-user/elfload.c
index eb89f5f..53851d9 100644
--- a/linux-user/elfload.c
+++
This patch series adds core dump capabilities for Linux user-mode
emulation for several additional architectures. It also fixes core
dumps for ARM targets on opposite-endian hosts.
Nathan Froyd (7):
linux-user: fix ELF_USE_CORE_DUMP/USE_ELF_CORE_DUMP confusion
linux-user: commonify
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 again.
Thanks,
--
David
Signed-off-by: Nathan Froyd froy...@codesourcery.com
---
linux-user/elfload.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/linux-user/elfload.c b/linux-user/elfload.c
index 682a813..76eb031 100644
--- a/linux-user/elfload.c
+++ b/linux-user/elfload.c
@@ -1767,7
Signed-off-by: Nathan Froyd froy...@codesourcery.com
---
linux-user/elfload.c | 46 ++
1 files changed, 46 insertions(+), 0 deletions(-)
diff --git a/linux-user/elfload.c b/linux-user/elfload.c
index 97dc3a7..eb89f5f 100644
---
Signed-off-by: Nathan Froyd froy...@codesourcery.com
---
linux-user/elfload.c | 33 +
1 files changed, 33 insertions(+), 0 deletions(-)
diff --git a/linux-user/elfload.c b/linux-user/elfload.c
index 53851d9..e210956 100644
--- a/linux-user/elfload.c
+++
Signed-off-by: Nathan Froyd froy...@codesourcery.com
---
linux-user/elfload.c | 38 +++---
1 files changed, 19 insertions(+), 19 deletions(-)
diff --git a/linux-user/elfload.c b/linux-user/elfload.c
index 024dcc2..3551d34 100644
--- a/linux-user/elfload.c
+++
On 11.12.2009, at 18:02, Yaniv Kamay wrote:
- Anthony Liguori anth...@codemonkey.ws wrote:
Jun Koi wrote:
On Fri, Dec 11, 2009 at 11:09 PM, Alexander Graf ag...@suse.de
wrote:
On 11.12.2009, at 14:45, Yaniv Kamay wrote:
Hi,
Spice project is now open, for more information
- Anthony Liguori anth...@codemonkey.ws wrote:
I'm not getting into this discussion and is not going to happen, you
have all
the necessary information on spiec-space.org in order to take
intelligent
decision. The QEMU community can choose to reject Spice if it decide
to do so.
On 11.12.2009, at 18:16, Anthony Liguori wrote:
Yaniv Kamay wrote:
It already has. It's not a git tree with staged patches. It's a tarball
release of a really old version of kvm-userspace that's called
'vdesktop'.
This guy is evil and he is motivate by personal agenda. I hope
Alexander Graf wrote:
On 11.12.2009, at 18:16, Anthony Liguori wrote:
Yaniv Kamay wrote:
It already has. It's not a git tree with staged patches. It's a tarball
release of a really old version of kvm-userspace that's called
'vdesktop'.
This guy is evil and he is
Running programs with the MIPS user-mode emulator fails during dynamic
loading, as floating-point instructions are not enabled in in
env-hflags. Move the code for doing so from fpu_init to cpu_reset so
the MIPS_HFLAG_{FPU,F64} setting doesn't get clobbered by cpu_reset
setting env-hflags to
There's no sense in separately declaring target_{elf_greg,uid,gid,pid}_t
for every architecture. Just declare them once with appropriate
USE_UID16 handling.
Signed-off-by: Nathan Froyd froy...@codesourcery.com
---
linux-user/elfload.c | 32 ++--
1 files changed, 10
* Anthony Liguori (anth...@codemonkey.ws) wrote:
Chris Wright wrote:
That's a fork like it or not.
It is a branch of work. The branch has been done without community
interaction, so yes, it looks like a fork.
Branches don't carry independent names like vdesktop. They don't
carry
Hi,
On Fri, 11 Dec 2009, Anthony Liguori wrote:
I'm not getting into this discussion and is not going to happen, you
have all the necessary information on spiec-space.org in order to take
intelligent decision. The QEMU community can choose to reject Spice if
it decide to do so.
Signed-off-by: Nathan Froyd froy...@codesourcery.com
---
linux-user/elfload.c | 26 ++
1 files changed, 26 insertions(+), 0 deletions(-)
diff --git a/linux-user/elfload.c b/linux-user/elfload.c
index 3551d34..97dc3a7 100644
--- a/linux-user/elfload.c
+++
On Thu, Dec 10, 2009 at 05:51:40PM +, Palle Lyckegaard wrote:
Hi,
what is the current state of the qemu-system-malta?
When I try to run a NetBSD or Linux kernel the following message appears:
./git/qemu/mips-softmmu/qemu-system-mips -kernel ./netbsd_malta -m 64
-nographic
qemu:
On Fri, Dec 11, 2009 at 05:54:06PM +0900, Jun Koi wrote:
Hi,
Thanks to everybody helping me to have more understanding on QEmu
internals. This community is great!
This trivial patch removes some unused params in tcg_out_st() and
tcg_out_ld(). Probably this remains from dyngen time?
On Fri, 11 Dec 2009 09:57:48 -0600
Anthony Liguori anth...@codemonkey.ws wrote:
Yaniv Kamay wrote:
Hi,
Spice project is now open, for more information visit
http://spice-space.org, due to a server relocation the site will be
down during this weekend.
Spice ship patched QEMU based
On Fri, Dec 11, 2009 at 12:37 PM, pei duan pduan...@gmail.com wrote:
Hi guy,
I am not very clear qemu architecture,and the relationship between
modules.
who can help me?
Have you read the discussion started by Jun recently?
--
regards,
Mulyadi Santosa
Freelance Linux trainer
Hi Izik,
Thanks for the explanation.
Izik Eidus wrote:
So from a protocol perspective, what are the advantages of Spice over
VNC?
Spice desgien is highly diffrence than VNC
The first thing about spice is that it isnt just a framebuffer drawing
and not a bitmaps protocol.
Spice protocl
On Fri, 11 Dec 2009 18:57:17 +
Ben Taylor bentaylor.sol...@gmail.com wrote:
I think the simple point is that, AFAICS, the spice folks are
expecting the qemu team to integrate their big ugly tarball, instead
of doing what everyone else does, which is forward port everything to
current head
Izik Eidus wrote:
I want to add that qemu is not the sole user of spice, Spice will be
used as a protocol to connect into physical windows/linux machines
So how can we change the library just for qemu?
A library is not necessarily a problem.
What would be a probably is if the library
Spice is a library, it is library for remote display, it handle by
itself all the connection between the spice client to the host that
run the guest, it include:
sound, display, keyboard, usb, network tunneling (for printers) and so
on...
I want to add that qemu is not the sole user of
I think we should allow freedom of choice to the users to decide what
protcol they want to use, Spice and VNC are all diffrent and were born
to meet diffrent goals.
I would happy to answer more questions if anyone have
I think the simple point is that, AFAICS, the spice folks are expecting
On Fri, 11 Dec 2009 22:03:33 +0300 (MSK)
malc av1...@comtv.ru wrote:
On Fri, 11 Dec 2009, Izik Eidus wrote:
On Fri, 11 Dec 2009 09:57:48 -0600
Anthony Liguori anth...@codemonkey.ws wrote:
[..snip..]
Spice desgien is highly diffrence than VNC
The first thing about spice is that
On Fri, 11 Dec 2009, Nathan Froyd wrote:
Signed-off-by: Nathan Froyd froy...@codesourcery.com
Works here.
[..snip..]
--
mailto:av1...@comtv.ru
On Fri, 11 Dec 2009 13:04:02 -0600
Anthony Liguori anth...@codemonkey.ws wrote:
Hi Izik,
Thanks for the explanation.
Izik Eidus wrote:
So from a protocol perspective, what are the advantages of Spice
over VNC?
Spice desgien is highly diffrence than VNC
The first thing
On Fri, 11 Dec 2009 13:06:47 -0600
Anthony Liguori anth...@codemonkey.ws wrote:
Izik Eidus wrote:
I want to add that qemu is not the sole user of spice, Spice will be
used as a protocol to connect into physical windows/linux
machines
So how can we change the library just for qemu?
On Fri, 11 Dec 2009 17:07:13 -0200
Glauber Costa glom...@gmail.com wrote:
Spice is a library, it is library for remote display, it handle by
itself all the connection between the spice client to the host that
run the guest, it include:
sound, display, keyboard, usb, network tunneling
On Fri, 11 Dec 2009, Izik Eidus wrote:
On Fri, 11 Dec 2009 22:03:33 +0300 (MSK)
malc av1...@comtv.ru wrote:
On Fri, 11 Dec 2009, Izik Eidus wrote:
On Fri, 11 Dec 2009 09:57:48 -0600
Anthony Liguori anth...@codemonkey.ws wrote:
[..snip..]
[..snip..]
Any
On Fri, 2009-12-11 at 13:04 -0600, Anthony Liguori wrote:
But to introduce another protocol where a user has to make a choice to
use Spice over VNC, I think we need a really good justification for
that. It's really about complexity. A user shouldn't have to know
about Spice or VNC. They
On Fri, 11 Dec 2009 17:15:02 -0200
Glauber Costa glom...@gmail.com wrote:
But to introduce another protocol where a user has to make a choice
to use Spice over VNC, I think we need a really good justification
for that. It's really about complexity. A user shouldn't have to
know about
Izik Eidus wrote:
I should speek with the marketing guys, will be able to answer on that
specific question in few days.
But simple 2D Commands are just not enougth for spice.
We have multiple drawing surfaces, that are depended on each other.
We Dont renender untill the very moment that the
On Fri, 11 Dec 2009 22:24:38 +0300 (MSK)
malc av1...@comtv.ru wrote:
On Fri, 11 Dec 2009, Izik Eidus wrote:
On Fri, 11 Dec 2009 22:03:33 +0300 (MSK)
malc av1...@comtv.ru wrote:
On Fri, 11 Dec 2009, Izik Eidus wrote:
On Fri, 11 Dec 2009 09:57:48 -0600
Anthony Liguori
On Fri, Dec 11, 2009 at 5:22 PM, Izik Eidus iei...@redhat.com wrote:
On Fri, 11 Dec 2009 13:06:47 -0600
Anthony Liguori anth...@codemonkey.ws wrote:
Izik Eidus wrote:
I want to add that qemu is not the sole user of spice, Spice will be
used as a protocol to connect into physical
On Fri, 11 Dec 2009 13:30:22 -0600
Anthony Liguori anth...@codemonkey.ws wrote:
Izik Eidus wrote:
I should speek with the marketing guys, will be able to answer on
that specific question in few days.
But simple 2D Commands are just not enougth for spice.
We have multiple drawing
On Fri, Dec 11, 2009 at 07:20:12AM -0600, Anthony Liguori wrote:
Daniel P. Berrange wrote:
Please don't do that. libvirt is adding support for new features all the
time. I don't want to be in the situation where we can't add a new feature
because it is missing in the JSON impl. If we're going
Izik Eidus wrote:
On Fri, 11 Dec 2009 13:30:22 -0600
Anthony Liguori anth...@codemonkey.ws wrote:
Izik Eidus wrote:
I should speek with the marketing guys, will be able to answer on
that specific question in few days.
But simple 2D Commands are just not enougth for spice.
We have
Mark McLoughlin wrote:
I don't doubt there are challenges.
I think your requirement that old clients work with new servers and new
clients work with old servers is a good one. Maybe extending VNC is the
best way to get there, but it should be recognized there is another way
of achieving the
On Fri, 11 Dec 2009, Izik Eidus wrote:
On Fri, 11 Dec 2009 22:24:38 +0300 (MSK)
malc av1...@comtv.ru wrote:
On Fri, 11 Dec 2009, Izik Eidus wrote:
On Fri, 11 Dec 2009 22:03:33 +0300 (MSK)
malc av1...@comtv.ru wrote:
On Fri, 11 Dec 2009, Izik Eidus wrote:
On Fri,
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
order to boot 64-bit Solaris kernels correctly, but the most
On Fri, 11 Dec 2009 13:51:53 -0600
Anthony Liguori anth...@codemonkey.ws wrote:
Izik Eidus wrote:
On Fri, 11 Dec 2009 13:30:22 -0600
Anthony Liguori anth...@codemonkey.ws wrote:
Izik Eidus wrote:
I should speek with the marketing guys, will be able to answer on
that
On Fri, 11 Dec 2009 22:53:25 +0300 (MSK)
malc av1...@comtv.ru wrote:
On Fri, 11 Dec 2009, Izik Eidus wrote:
On Fri, 11 Dec 2009 22:24:38 +0300 (MSK)
malc av1...@comtv.ru wrote:
On Fri, 11 Dec 2009, Izik Eidus wrote:
On Fri, 11 Dec 2009 22:03:33 +0300 (MSK)
malc
On Fri, 11 Dec 2009 13:51:53 -0600
Anthony Liguori anth...@codemonkey.ws wrote:
libc is not a plugin. It implements very well defined behaviors that
have well understood behaviors. Also, glibc generally does not crash
:-) I would not want a user to replace glibc with a different libc.
I
Izik Eidus wrote:
I personaly dont like mjpeg, and yes in the end of the day you can add
the video streaming into vnc, but what is the point here?
What I'm trying to understand is, what can we do with Spice that we
couldn't possibly do with vnc. That means understanding each feature
and
Izik Eidus wrote:
On Fri, 11 Dec 2009 13:51:53 -0600
Anthony Liguori anth...@codemonkey.ws wrote:
libc is not a plugin. It implements very well defined behaviors that
have well understood behaviors. Also, glibc generally does not crash
:-) I would not want a user to replace glibc with a
If a UNIX migration command is attempt to a UNIX socket which does
not exist, then the monitor is suspended, but never resumed. This
prevents any further use of the monitor
* migration-unix.c: Only call migrate_fd_monitor_suspend() once
connected to the UNIX socket.
---
migration-unix.c | 12
On Fri, Dec 11, 2009 at 08:49:31PM +, Daniel P. Berrange wrote:
If a UNIX migration command is attempt to a UNIX socket which does
not exist, then the monitor is suspended, but never resumed. This
prevents any further use of the monitor
* migration-unix.c: Only call
If a UNIX migration command is attempt to a UNIX socket which does
not exist, then the monitor is suspended, but never resumed. This
prevents any further use of the monitor
* migration-unix.c: Only call migrate_fd_monitor_suspend() once
connected to the UNIX socket.
Signed-off-by: Daniel P.
On Fri, 11 Dec 2009 14:46:55 -0600
Anthony Liguori anth...@codemonkey.ws wrote:
Izik Eidus wrote:
I personaly dont like mjpeg, and yes in the end of the day you can
add the video streaming into vnc, but what is the point here?
What I'm trying to understand is, what can we do with
On Wed, Dec 09, 2009 at 01:10:18PM -0800, Andrew Farmer wrote:
Right now, if an incoming migrate through exec fails, the qemu process
will end up chewing CPU indefinitely - it looks like it closes the
migration FD but doesn't remove its IO handler properly. An easy way
to reproduce this is
On Fri, 11 Dec 2009 14:48:53 -0600
Anthony Liguori anth...@codemonkey.ws wrote:
Izik Eidus wrote:
On Fri, 11 Dec 2009 13:51:53 -0600
Anthony Liguori anth...@codemonkey.ws wrote:
libc is not a plugin. It implements very well defined behaviors
that have well understood behaviors.
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.
ppc64 qemu-system-ppc64 boots the default install option
Izik Eidus wrote:
By the time we get to video memory, the display server has already
straightened out what portions of the screen are visible and what
aren't. It will not render a hidden window and then render
another window on top of it.
I dont understand, if you have
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 information from - lets say the
keyboard
Is it really diffrence from any other
On 11.12.2009, at 22:13, Izik Eidus wrote:
On Fri, 11 Dec 2009 14:46:55 -0600
Anthony Liguori anth...@codemonkey.ws wrote:
Izik Eidus wrote:
I personaly dont like mjpeg, and yes in the end of the day you can
add the video streaming into vnc, but what is the point here?
What I'm
On 12/12/2009 12:08 AM, Alexander Graf wrote:
On 11.12.2009, at 22:13, Izik Eidus wrote:
On Fri, 11 Dec 2009 14:46:55 -0600
Anthony Liguorianth...@codemonkey.ws wrote:
Izik Eidus wrote:
I personaly dont like mjpeg, and yes in the end of the day you can
add the video streaming into vnc,
On Fri, 11 Dec 2009 15:54:52 -0600
Anthony Liguori anth...@codemonkey.ws wrote:
Izik Eidus wrote:
By the time we get to video memory, the display server has
already straightened out what portions of the screen are visible
and what aren't. It will not render a hidden window and then
The WLAN USB stick ZyXEL NWD271N (0586:3417) uses very large
usb control transfers of more than 2048 bytes which won't fit
into the buffer of the ctrl_struct. This results in an error message
husb: ctrl buffer too small and a non-working device.
Increasing the buffer size to 8192 seems to be a
On Fri, 11 Dec 2009 23:08:01 +0100
Alexander Graf ag...@suse.de wrote:
On 11.12.2009, at 22:13, Izik Eidus wrote:
On Fri, 11 Dec 2009 14:46:55 -0600
Anthony Liguori anth...@codemonkey.ws wrote:
Izik Eidus wrote:
I personaly dont like mjpeg, and yes in the end of the day you can
* 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 information from - lets say the
On 11.12.2009, at 23:46, Izik Eidus wrote:
On Fri, 11 Dec 2009 23:08:01 +0100
Alexander Graf ag...@suse.de wrote:
On 11.12.2009, at 22:13, Izik Eidus wrote:
On Fri, 11 Dec 2009 14:46:55 -0600
Anthony Liguori anth...@codemonkey.ws wrote:
Izik Eidus wrote:
I personaly dont like
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
- Trapezoids
- Bits of the core protocol:
- Solid fills
On 12.12.2009, at 00:58, 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
- Trapezoids
On 12 Dec 2009 00:58:13 +0100
Soeren Sandmann sandm...@daimi.au.dk wrote:
However, as things stand right now, there is not much point in adding
this support, because X applications essentially always work like
this:
- render to offscreen pixmap
- copy pixmap to screen
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 Graf ag...@suse.de wrote:
On 11.12.2009, at 22:13, Izik Eidus wrote:
On Fri, 11 Dec 2009 14:46:55 -0600
Anthony
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 Graf ag...@suse.de wrote:
On 11.12.2009, at 22:13, Izik Eidus wrote:
On
On Sat, 12 Dec 2009 01:05:36 +0100
Alexander Graf ag...@suse.de wrote:
What does performance look like in comparison to Xrdp? That one does
implement bitmap caches. It should be really really close, right?
Untill Spice wont have the opengl support merged, I dont think it fair
to compare it
On 12.12.2009, at 01:31, Izik Eidus wrote:
On Sat, 12 Dec 2009 01:05:36 +0100
Alexander Graf ag...@suse.de wrote:
What does performance look like in comparison to Xrdp? That one does
implement bitmap caches. It should be really really close, right?
Untill Spice wont have the opengl
On Fri, Dec 11, 2009 at 7:33 PM, Aurelien Jarno aurel...@aurel32.net wrote:
On Fri, Dec 11, 2009 at 05:54:06PM +0900, Jun Koi wrote:
Hi,
Thanks to everybody helping me to have more understanding on QEmu
internals. This community is great!
This trivial patch removes some unused params in
1 - 100 of 128 matches
Mail list logo