On Sat, Nov 27, 2010 at 10:56:10PM +0200, Avi Kivity wrote:
> On 11/23/2010 06:12 PM, Anthony Liguori wrote:
> >On 11/23/2010 09:31 AM, Gleb Natapov wrote:
> >>Anthony, Blue
> >>
> >>No comments on this patch series for almost a week. Can it be applied?
> >
> >Does that mean everyone's happy or hav
On Sat, Nov 27, 2010 at 04:07:45PM -0500, Kevin O'Connor wrote:
> Trimming CC list, adding seabios list.
>
> On Sat, Nov 27, 2010 at 09:04:24PM +0200, Gleb Natapov wrote:
> > On Sat, Nov 27, 2010 at 01:40:12PM -0500, Kevin O'Connor wrote:
> > > On Sat, Nov 27, 2010 at 08:15:42PM +0200, Gleb Natapo
Hi Hannes, Gerd and QEMU+Linux storage folks,
So during testing this evening I ran into the following segfault with
megasas <-> scsi-bsg on most recent qemu-kvm.git/megasas-upstream-v1
code on a KVM host running .37-rc3 w/ TCM_Loop virtual SCSI LUNs. This
same setup is still working fine with scs
Frederic, this patch:
http://www.mail-archive.com/qemu-devel@nongnu.org/msg37743.html
--
virsh save is very slow
https://bugs.launchpad.net/bugs/524447
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
Status in libvirt virtualization API
On Fri, Nov 26, 2010 at 01:26:31AM +0100, François Revol wrote:
> >> the people we are addressing and we would like to bring together is from
> >> the QEMU emulation community.
> >> We are interested in running different ISAs mainly under Linux and Windows
> >> versions. There is a huge additiona
On Sat, Nov 27, 2010 at 11:26:05PM +0100, Alexander Graf wrote:
> On 27.11.2010, at 20:00, Peter Maydell wrote:
> > On 26 November 2010 16:34, wolfgang mueller wrote:
> >> In this case is it possible to do the introductionary talk of the workshop
> >> with a QEMU overview.
> >> People are here in
Am Donnerstag, den 25.11.2010, 21:08 +0100 schrieb Stefan Weil:
> Am 24.11.2010 22:44, schrieb Benjamin Drung:
> > Attached a new version of my patch. You find two branches linked to this
> > bug for maverick and natty. The patch sets SDL_DISABLE_LOCK_KEYS and get
> > rid of the complete workaround
On 27.11.2010, at 20:00, Peter Maydell wrote:
> On 26 November 2010 16:34, wolfgang mueller wrote:
>> In this case is it possible to do the introductionary talk of the workshop
>> with a QEMU overview.
>> People are here interested in QEMU CPU (and evtl. device) emulation.
>> Most of the attend
Trimming CC list, adding seabios list.
On Sat, Nov 27, 2010 at 09:04:24PM +0200, Gleb Natapov wrote:
> On Sat, Nov 27, 2010 at 01:40:12PM -0500, Kevin O'Connor wrote:
> > On Sat, Nov 27, 2010 at 08:15:42PM +0200, Gleb Natapov wrote:
> > > Qemu does not know that Seabios needs optionrom to boot fro
On 11/23/2010 06:12 PM, Anthony Liguori wrote:
On 11/23/2010 09:31 AM, Gleb Natapov wrote:
Anthony, Blue
No comments on this patch series for almost a week. Can it be applied?
Does that mean everyone's happy or have folks not gotten around to
review it?
IOW, last call if you have objection
Pardon, badly phrased on my part- basically we can get either -1 or old.
If we changed that conditional w/in arm-semi.c to:
if (-1 != limit && limit != ts->heap_base) {
that should do the trick in a cross platform way, although we'll have to
tweak the for loop to handle when limit degrades to 0.
On 27 November 2010 19:29, Brian Harring wrote:
> Look through linux-user/syscall.c; looks like the flaw is more in do_brk
> itself. Invocations of do_brk *appear* to all assume that it's
> basically brk like in it's behaviour- -1 on failure, else a non-negative
> value of what the size now is.
Look through linux-user/syscall.c; looks like the flaw is more in do_brk
itself. Invocations of do_brk *appear* to all assume that it's
basically brk like in it's behaviour- -1 on failure, else a non-negative
value of what the size now is. So... your patch is breaking away from
proper behaviour,
On Sat, Nov 27, 2010 at 01:40:12PM -0500, Kevin O'Connor wrote:
> On Sat, Nov 27, 2010 at 08:15:42PM +0200, Gleb Natapov wrote:
> > On Sat, Nov 27, 2010 at 12:47:26PM -0500, Kevin O'Connor wrote:
> > > I don't think seabios should try to parse the path. Instead, I think
> > > seabios should build
On 26 November 2010 16:34, wolfgang mueller wrote:
> In this case is it possible to do the introductionary talk of the workshop
> with a QEMU overview.
> People are here interested in QEMU CPU (and evtl. device) emulation.
> Most of the attending people from industry (!) and universities will have
On Sat, Nov 27, 2010 at 08:15:42PM +0200, Gleb Natapov wrote:
> On Sat, Nov 27, 2010 at 12:47:26PM -0500, Kevin O'Connor wrote:
> > I don't think seabios should try to parse the path. Instead, I think
> > seabios should build a name for each device it finds using the same
> > algorithm that qemu u
On Sat, Nov 27, 2010 at 12:47:26PM -0500, Kevin O'Connor wrote:
> On Sat, Nov 27, 2010 at 07:06:19PM +0200, Gleb Natapov wrote:
> > On Sat, Nov 27, 2010 at 11:49:39AM -0500, Kevin O'Connor wrote:
> > > On Sat, Nov 27, 2010 at 06:22:16PM +0200, Gleb Natapov wrote:
> > > > Yeah. I looked at the Seabi
On Sat, Nov 27, 2010 at 07:06:19PM +0200, Gleb Natapov wrote:
> On Sat, Nov 27, 2010 at 11:49:39AM -0500, Kevin O'Connor wrote:
> > On Sat, Nov 27, 2010 at 06:22:16PM +0200, Gleb Natapov wrote:
> > > Yeah. I looked at the Seabios code. The simplest would be to change
> > > device path to point to r
On Sat, Nov 27, 2010 at 11:49:39AM -0500, Kevin O'Connor wrote:
> On Sat, Nov 27, 2010 at 06:22:16PM +0200, Gleb Natapov wrote:
> > On Sat, Nov 27, 2010 at 10:41:10AM -0500, Kevin O'Connor wrote:
> > > On Wed, Nov 24, 2010 at 12:03:11PM +0200, Gleb Natapov wrote:
> > > > BEV should be easy. When yo
On Sat, Nov 27, 2010 at 06:22:16PM +0200, Gleb Natapov wrote:
> On Sat, Nov 27, 2010 at 10:41:10AM -0500, Kevin O'Connor wrote:
> > On Wed, Nov 24, 2010 at 12:03:11PM +0200, Gleb Natapov wrote:
> > > BEV should be easy. When you register BEV found on pci card you search
> > > for device path to tha
http://www.tk-motorsport.at/thunder.php
On Sat, Nov 27, 2010 at 10:41:10AM -0500, Kevin O'Connor wrote:
> On Wed, Nov 24, 2010 at 12:03:11PM +0200, Gleb Natapov wrote:
> > On Tue, Nov 23, 2010 at 08:19:07PM -0500, Kevin O'Connor wrote:
> > > On Tue, Nov 23, 2010 at 05:31:41PM +0200, Gleb Natapov wrote:
> > > > On Wed, Nov 17, 2010 at 06:
On Wed, Nov 24, 2010 at 12:03:11PM +0200, Gleb Natapov wrote:
> On Tue, Nov 23, 2010 at 08:19:07PM -0500, Kevin O'Connor wrote:
> > On Tue, Nov 23, 2010 at 05:31:41PM +0200, Gleb Natapov wrote:
> > > On Wed, Nov 17, 2010 at 06:43:47PM +0200, Gleb Natapov wrote:
> > > > I am using open firmware nami
We still need advance address even we find there's no dirty pages in
current chunk.
Signed-off-by: Jason Wang
---
hw/vhost.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/hw/vhost.c b/hw/vhost.c
index 8586f66..6082da2 100644
--- a/hw/vhost.c
+++ b/hw/vhost.c
@@ -37,6 +
2010/11/27 Stefan Hajnoczi :
> On Sat, Nov 27, 2010 at 8:53 AM, Yoshiaki Tamura
> wrote:
>> 2010/11/27 Stefan Hajnoczi :
>>> On Sat, Nov 27, 2010 at 4:29 AM, Yoshiaki Tamura
>>> wrote:
2010/11/27 Blue Swirl :
> On Thu, Nov 25, 2010 at 6:06 AM, Yoshiaki Tamura
> wrote:
> Somehow
2010/11/27 Paul Brook :
>> One question I have about Kemari is whether it adds new constraints to
>> the QEMU codebase? Fault tolerance seems like a cross-cutting concern
>> - everyone writing device emulation or core QEMU code may need to be
>> aware of new constraints. For example, "you are not
2010/11/27 Blue Swirl :
> On Sat, Nov 27, 2010 at 8:53 AM, Yoshiaki Tamura
> wrote:
>> 2010/11/27 Stefan Hajnoczi :
>>> On Sat, Nov 27, 2010 at 4:29 AM, Yoshiaki Tamura
>>> wrote:
2010/11/27 Blue Swirl :
> On Thu, Nov 25, 2010 at 6:06 AM, Yoshiaki Tamura
> wrote:
>> Hi,
>>
>
> On Sat, Nov 27, 2010 at 11:30:52AM +, Paul Brook wrote:
> > ---
> >
> > Makefile.objs |3 +-
> > default-configs/pci.mak |1 +
> > default-configs/sparc-softmmu.mak |1 +
> > hw/pcnet.c| 311
> > +---
On Sat, Nov 27, 2010 at 8:53 AM, Yoshiaki Tamura
wrote:
> 2010/11/27 Stefan Hajnoczi :
>> On Sat, Nov 27, 2010 at 4:29 AM, Yoshiaki Tamura
>> wrote:
>>> 2010/11/27 Blue Swirl :
On Thu, Nov 25, 2010 at 6:06 AM, Yoshiaki Tamura
wrote:
Somehow I find some similarities to instrumentat
On Sat, Nov 27, 2010 at 11:30:52AM +, Paul Brook wrote:
> ---
> Makefile.objs |3 +-
> default-configs/pci.mak |1 +
> default-configs/sparc-softmmu.mak |1 +
> hw/pcnet.c| 311
> +
> hw/p
> > > diff --git a/default-configs/sparc-softmmu.mak
> > > b/default-configs/sparc-softmmu.mak index becf880..7c788b8 100644
> > > --- a/default-configs/sparc-softmmu.mak
> > > +++ b/default-configs/sparc-softmmu.mak
> > > @@ -1,10 +1,10 @@
> > >
> > > # Default configuration for sparc-softmmu
>
> One question I have about Kemari is whether it adds new constraints to
> the QEMU codebase? Fault tolerance seems like a cross-cutting concern
> - everyone writing device emulation or core QEMU code may need to be
> aware of new constraints. For example, "you are not allowed to
> release I/O op
On Sat, Nov 27, 2010 at 8:53 AM, Yoshiaki Tamura
wrote:
> 2010/11/27 Stefan Hajnoczi :
>> On Sat, Nov 27, 2010 at 4:29 AM, Yoshiaki Tamura
>> wrote:
>>> 2010/11/27 Blue Swirl :
On Thu, Nov 25, 2010 at 6:06 AM, Yoshiaki Tamura
wrote:
> Hi,
>
> This patch series is a revised
> > diff --git a/default-configs/sparc-softmmu.mak
> > b/default-configs/sparc-softmmu.mak index becf880..7c788b8 100644
> > --- a/default-configs/sparc-softmmu.mak
> > +++ b/default-configs/sparc-softmmu.mak
> > @@ -1,10 +1,10 @@
> > # Default configuration for sparc-softmmu
> >
> > +include pci
> > Switching endianness of a CPU generally does not effect the endianness of
> > the CPU/peripheral busses. It makes the CPU byteswap accesses before
> > they are seen by either memory or devices.
> >
> > In theory it might be possible to avoid redundant byteswaps if you're
> > really clever. I
On Sat, Nov 27, 2010 at 12:07 AM, Paul Brook wrote:
> Split PCI config options into a separate file
>
> Signed-off-by: Paul Brook
> ---
> Makefile.objs | 20 +++-
> Makefile.target | 4 ++--
> default-configs/arm-softmmu.mak
On 11/26/2010 08:49 PM, Alexander Graf wrote:
>
> Nice approach, better than mine. I'm looking forward to see VGA
> converted ;-). It's used by almost all targets, so that conversion
> would save a lot of compile cycles.
The only issue for VGA should be the frame buffer. Since we can keep tha
On Fri, Nov 26, 2010 at 11:47 PM, Paul Brook wrote:
>> > diff --git a/exec.c b/exec.c
>> > index db9ff55..f54a360 100644
>> > --- a/exec.c
>> > +++ b/exec.c
>> >
>> > @@ -3370,6 +3474,22 @@ static int cpu_register_io_memory_fixed(int
>> > io_index,
>> >
>> > }
>> > io_mem_opaque[io_index]
On Fri, Nov 26, 2010 at 10:53 PM, ChALkeR wrote:
>> Please also consider fixing FSAVE and FXSAVE.
>
> FSAVE also works, i checked twice (code and test).
> FSAVE in QEMU calls FSTENV.
>
> op_helper.c:
>> void helper_fsave(target_ulong ptr, int data32)
>> {
>> CPU86_LDouble tmp;
>> int i;
>>
>
2010/11/27 Stefan Hajnoczi :
> On Sat, Nov 27, 2010 at 4:29 AM, Yoshiaki Tamura
> wrote:
>> 2010/11/27 Blue Swirl :
>>> On Thu, Nov 25, 2010 at 6:06 AM, Yoshiaki Tamura
>>> wrote:
Hi,
This patch series is a revised version of Kemari for KVM, which
applied comments for the prev
40 matches
Mail list logo
