On Fri, Dec 11, 2009 at 5:11 PM, Mark McLoughlin 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 of
On Fri, Dec 11, 2009 at 4:36 PM, Laurent Desnogues
wrote:
> On Fri, Dec 11, 2009 at 4:18 AM, Jun Koi 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
>> helper's params into gen_opparam_buf.
>
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 b/tcg/i386/tcg-targe
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
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 down
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 const
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, 200
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, 200
On Thu, 10 Dec 2009 18:00:31 +
"Daniel P. Berrange" 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" wrote:
> >
> > > On Thu, Dec 10, 2009 at 02:54:57PM -0200, Luiz Capitulino wrote:
> >
> > > > An op
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 targ
Luiz Capitulino wrote:
On Thu, 10 Dec 2009 18:24:38 +0200
Avi Kivity 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 need
to defer
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 command
On Fri, 11 Dec 2009 07:18:27 -0600
Anthony Liguori 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
> commands that make sen
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
Q
On Fri, Dec 11, 2009 at 10:45 PM, 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
> impleme
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
> implementatio
- "Jun Koi" wrote:
> On Fri, Dec 11, 2009 at 10:45 PM, 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 fa
- "Alexander Graf" 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 fa
On Fri, Dec 11, 2009 at 11:09 PM, Alexander Graf 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 QEM
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 the
Jun Koi wrote:
On Fri, Dec 11, 2009 at 11:09 PM, Alexander Graf 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 patch
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 qe
- "Anthony Liguori" 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 fairly old KVM snapshot as a
>
* Anthony Liguori (anth...@codemonkey.ws) wrote:
> Jun Koi wrote:
>> On Fri, Dec 11, 2009 at 11:09 PM, Alexander Graf 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 f
* Yaniv Kamay (yka...@redhat.com) wrote:
> - "Anthony Liguori" 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 extension
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.
Whe
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,
Anth
- "Anthony Liguori" wrote:
> Jun Koi wrote:
> > On Fri, Dec 11, 2009 at 11:09 PM, Alexander Graf
> 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
Signed-off-by: Nathan Froyd
---
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
+++ b/linux-user/elfload.c
@@ -725,6 +72
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 definition
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 Ahern
Signed-off-by: Nathan Froyd
---
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 +1767,7 @@ int load_elf_binary
Signed-off-by: Nathan Froyd
---
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
--- a/linux-user/elfload.c
+++ b/linux-user/elfloa
Signed-off-by: Nathan Froyd
---
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
+++ b/linux-user/elfload.c
@@ -682,6
Signed-off-by: Nathan Froyd
---
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
+++ b/linux-user/elfload.c
@@
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 you all will
wakeup.
Okay, I'm done with this threa
On 11.12.2009, at 18:02, Yaniv Kamay wrote:
>
> - "Anthony Liguori" wrote:
>
>> Jun Koi wrote:
>>> On Fri, Dec 11, 2009 at 11:09 PM, Alexander Graf
>> wrote:
>>>
On 11.12.2009, at 14:45, Yaniv Kamay wrote:
> Hi,
>
> Spice project is now open, for more inform
- "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.
> >
>
> Ther
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 per
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 motiv
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 MIPS
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
---
linux-user/elfload.c | 32 ++--
1 files changed, 10 insertions(+), 22 deleti
* 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
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
---
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
+++ b/linux-user/elfload.c
@@ -539,6 +539,3
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
>
> q
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 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 fairl
>> 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 you all will
> wakeup.
>
I don't see anthony with any specific agend
On Fri, Dec 11, 2009 at 6:48 PM, Izik Eidus wrote:
> On Fri, 11 Dec 2009 09:57:48 -0600
> Anthony Liguori 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 duri
On Fri, 11 Dec 2009 20:48:28 +0200
Izik Eidus wrote:
> On Fri, 11 Dec 2009 09:57:48 -0600
> Anthony Liguori 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
On Fri, Dec 11, 2009 at 12:37 PM, pei duan 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 and consultan
On Fri, 11 Dec 2009, Izik Eidus wrote:
> On Fri, 11 Dec 2009 09:57:48 -0600
> Anthony Liguori wrote:
>
[..snip..]
>
> 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 support mul
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 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 and then provide a cur
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 ma
>>
>> 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
>> 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
On Fri, 11 Dec 2009 22:03:33 +0300 (MSK)
malc wrote:
> On Fri, 11 Dec 2009, Izik Eidus wrote:
>
> > On Fri, 11 Dec 2009 09:57:48 -0600
> > Anthony Liguori wrote:
> >
> [..snip..]
>
> >
> > Spice desgien is highly diffrence than VNC
> > The first thing about spice is that it isnt just a frame
>
> 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 shouldn't have to contemplate the trade-offs of whether
On Fri, 11 Dec 2009, Nathan Froyd wrote:
>
> Signed-off-by: Nathan Froyd
Works here.
[..snip..]
--
mailto:av1...@comtv.ru
On Fri, 11 Dec 2009 13:04:02 -0600
Anthony Liguori 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 ab
On Fri, 11 Dec 2009 13:06:47 -0600
Anthony Liguori 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?
> >
> A
On Fri, 11 Dec 2009 17:07:13 -0200
Glauber Costa 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 (for
On Fri, 11 Dec 2009, Izik Eidus wrote:
> On Fri, 11 Dec 2009 22:03:33 +0300 (MSK)
> malc wrote:
>
> > On Fri, 11 Dec 2009, Izik Eidus wrote:
> >
> > > On Fri, 11 Dec 2009 09:57:48 -0600
> > > Anthony Liguori wrote:
> > >
> > [..snip..]
> >
> > >
[..snip..]
> >
> > Any particular reason f
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. Th
On Fri, 11 Dec 2009 17:15:02 -0200
Glauber Costa 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
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 gue
On Fri, 11 Dec 2009 22:24:38 +0300 (MSK)
malc wrote:
> On Fri, 11 Dec 2009, Izik Eidus wrote:
>
> > On Fri, 11 Dec 2009 22:03:33 +0300 (MSK)
> > malc wrote:
> >
> > > On Fri, 11 Dec 2009, Izik Eidus wrote:
> > >
> > > > On Fri, 11 Dec 2009 09:57:48 -0600
> > > > Anthony Liguori wrote:
> > >
On Fri, Dec 11, 2009 at 5:22 PM, Izik Eidus wrote:
> On Fri, 11 Dec 2009 13:06:47 -0600
> Anthony Liguori 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
>> >
>
Mark McLoughlin wrote:
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
abo
On Fri, 11 Dec 2009 13:30:22 -0600
Anthony Liguori 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 surfaces, tha
* 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 Spice or VNC.
> > They sho
On Fri, 2009-12-11 at 13:38 -0600, Anthony Liguori wrote:
> Mark McLoughlin wrote:
> > 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 f
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
Izik Eidus wrote:
On Fri, 11 Dec 2009 13:30:22 -0600
Anthony Liguori 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 surface
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 same
On Fri, 11 Dec 2009, Izik Eidus wrote:
> On Fri, 11 Dec 2009 22:24:38 +0300 (MSK)
> malc wrote:
>
> > On Fri, 11 Dec 2009, Izik Eidus wrote:
> >
> > > On Fri, 11 Dec 2009 22:03:33 +0300 (MSK)
> > > malc wrote:
> > >
> > > > On Fri, 11 Dec 2009, Izik Eidus wrote:
> > > >
> > > > > On Fri, 11
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 recen
On Fri, 11 Dec 2009 13:51:53 -0600
Anthony Liguori wrote:
> Izik Eidus wrote:
> > On Fri, 11 Dec 2009 13:30:22 -0600
> > Anthony Liguori wrote:
> >
> >
> >> Izik Eidus wrote:
> >>
> >>> I should speek with the marketing guys, will be able to answer on
> >>> that specific question in few
On Fri, 11 Dec 2009 22:53:25 +0300 (MSK)
malc wrote:
> On Fri, 11 Dec 2009, Izik Eidus wrote:
>
> > On Fri, 11 Dec 2009 22:24:38 +0300 (MSK)
> > malc wrote:
> >
> > > On Fri, 11 Dec 2009, Izik Eidus wrote:
> > >
> > > > On Fri, 11 Dec 2009 22:03:33 +0300 (MSK)
> > > > malc wrote:
> > > >
>
On Fri, 11 Dec 2009 13:51:53 -0600
Anthony Liguori 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 think it problomati
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 t
Izik Eidus wrote:
On Fri, 11 Dec 2009 13:51:53 -0600
Anthony Liguori 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.
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 migrate_fd_monito
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 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 Spice that we
>
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
On Fri, 11 Dec 2009 14:48:53 -0600
Anthony Liguori wrote:
> Izik Eidus wrote:
> > On Fri, 11 Dec 2009 13:51:53 -0600
> > Anthony Liguori wrote:
> >
> >
> >> libc is not a plugin. It implements very well defined behaviors
> >> that have well understood behaviors. Also, glibc generally does
>
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" optio
On Fri, 11 Dec 2009, Aurelien Jarno wrote:
Which version are you using? Both stable-0.12 and trunk are working fine
here, at least on a Linux host.
I've been tracking trunk for the last couple of weeks and the problem has
been present all the time.
Probably af host issue then... for refere
On Thu, 10 Dec 2009, Andreas Färber wrote:
I don't know about MIPS, but have you tried any of my --whole-archive patches
for Solaris? Not having things initialized properly can lead to mysterious
crashes at startup.
I will have a look a your patches
(http://lists.gnu.org/archive/html/qem
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 applciati
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 funct
On 11.12.2009, at 22:13, Izik Eidus wrote:
> On Fri, 11 Dec 2009 14:46:55 -0600
> Anthony Liguori 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
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 Liguori 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 he
On Fri, 11 Dec 2009 15:54:52 -0600
Anthony Liguori 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
> rende
1 - 100 of 142 matches
Mail list logo
