2010/11/27 Stefan Hajnoczi stefa...@gmail.com:
On Sat, Nov 27, 2010 at 4:29 AM, Yoshiaki Tamura
tamura.yoshi...@lab.ntt.co.jp wrote:
2010/11/27 Blue Swirl blauwir...@gmail.com:
On Thu, Nov 25, 2010 at 6:06 AM, Yoshiaki Tamura
tamura.yoshi...@lab.ntt.co.jp wrote:
Hi,
This patch series is a
On Fri, Nov 26, 2010 at 10:53 PM, ChALkeR chalk...@gmail.com 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;
On Fri, Nov 26, 2010 at 11:47 PM, Paul Brook p...@codesourcery.com 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 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 that
On Sat, Nov 27, 2010 at 12:07 AM, Paul Brook p...@codesourcery.com wrote:
Split PCI config options into a separate file
Signed-off-by: Paul Brook p...@codesourcery.com
---
Makefile.objs | 20 +++-
Makefile.target | 4 ++--
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. In practice
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.mak
None of
On Sat, Nov 27, 2010 at 8:53 AM, Yoshiaki Tamura
tamura.yoshi...@lab.ntt.co.jp wrote:
2010/11/27 Stefan Hajnoczi stefa...@gmail.com:
On Sat, Nov 27, 2010 at 4:29 AM, Yoshiaki Tamura
tamura.yoshi...@lab.ntt.co.jp wrote:
2010/11/27 Blue Swirl blauwir...@gmail.com:
On Thu, Nov 25, 2010 at 6:06
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
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
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/pcnet.h
On Sat, Nov 27, 2010 at 8:53 AM, Yoshiaki Tamura
tamura.yoshi...@lab.ntt.co.jp wrote:
2010/11/27 Stefan Hajnoczi stefa...@gmail.com:
On Sat, Nov 27, 2010 at 4:29 AM, Yoshiaki Tamura
tamura.yoshi...@lab.ntt.co.jp wrote:
2010/11/27 Blue Swirl blauwir...@gmail.com:
On Thu, Nov 25, 2010 at 6:06
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
+
2010/11/27 Blue Swirl blauwir...@gmail.com:
On Sat, Nov 27, 2010 at 8:53 AM, Yoshiaki Tamura
tamura.yoshi...@lab.ntt.co.jp wrote:
2010/11/27 Stefan Hajnoczi stefa...@gmail.com:
On Sat, Nov 27, 2010 at 4:29 AM, Yoshiaki Tamura
tamura.yoshi...@lab.ntt.co.jp wrote:
2010/11/27 Blue Swirl
2010/11/27 Paul Brook p...@codesourcery.com:
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
2010/11/27 Stefan Hajnoczi stefa...@gmail.com:
On Sat, Nov 27, 2010 at 8:53 AM, Yoshiaki Tamura
tamura.yoshi...@lab.ntt.co.jp wrote:
2010/11/27 Stefan Hajnoczi stefa...@gmail.com:
On Sat, Nov 27, 2010 at 4:29 AM, Yoshiaki Tamura
tamura.yoshi...@lab.ntt.co.jp wrote:
2010/11/27 Blue Swirl
We still need advance address even we find there's no dirty pages in
current chunk.
Signed-off-by: Jason Wang jasow...@redhat.com
---
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
+++
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 naming scheme
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:43:47PM
http://www.tk-motorsport.at/thunder.php
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 that pci
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 you
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 rom
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 Seabios code.
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 uses
On 26 November 2010 16:34, wolfgang mueller wolfg...@acm.org 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
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 a name
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 27 November 2010 19:29, Brian Harring ferri...@gmail.com 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
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 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
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 from a
On 27.11.2010, at 20:00, Peter Maydell peter.mayd...@linaro.org wrote:
On 26 November 2010 16:34, wolfgang mueller wolfg...@acm.org 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.
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 in
On Sat, Nov 27, 2010 at 11:26:05PM +0100, Alexander Graf wrote:
On 27.11.2010, at 20:00, Peter Maydell peter.mayd...@linaro.org wrote:
On 26 November 2010 16:34, wolfgang mueller wolfg...@acm.org wrote:
In this case is it possible to do the introductionary talk of the workshop
with a QEMU
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 additional
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
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
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 Natapov
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 have folks not
40 matches
Mail list logo
