This patch uses inbound GPIO lines (IRQ and FIR) for
interrupts instead of using the old pic_cpu method,
which doesn't correspond to real hardware.
This creates the CPU's inbound IRQ and FIR GPIO lines and
updates the Microblaze boards to use this new method.
Signed-off-by: Alistair Francis
On 12/20/2013 12:16 AM, Alexey Kardashevskiy wrote:
On 12/10/2013 07:16 PM, Alexey Kardashevskiy wrote:
On 12/03/2013 02:30 PM, Alexey Kardashevskiy wrote:
Hi!
This is some cleanup. Please, comment. Thanks!
Ping, anyone?
Ping?
Ping, anyone?
Changes:
v5:
* cleanup
*
Ping?
On 12/06/2013 09:32 AM, Michael Roth wrote:
These patches are based on ppc-next, and can also be obtained from:
https://github.com/mdroth/qemu/commits/spapr-pci-hotplug-v2-ppc-next
v2:
* re-ordered patches to fix build bisectability (Alexey)
* replaced g_warning with DPRINTF
On 12/23/2013 01:42 PM, Alexey Kardashevskiy wrote:
The Figure 17 SPR encodings of the PowerISA 2.07 describes CTRL SPR as:
priviledged
# spr5-9 spr0-4 name mtspr mfspr len cat
136 00100 01000 CTRL -no32 S
152 00100 11000 CTRL yes-32 S
Hi Peter,
I'm trying to apply a QOMification change pattern to NAND and I notice
that OMAP gpmc has NAND support. However no one is using it - there
are no calls to the omap_gpmc_attach_nand, nor does the code call
nand_init, leaving me to believe this is dead code. The fact that it
is so far out
Peter Crosthwaite peter.crosthwa...@xilinx.com writes:
On Wed, Jan 8, 2014 at 11:47 PM, Paolo Bonzini pbonz...@redhat.com wrote:
Il 08/01/2014 14:40, Andreas Färber ha scritto:
Either you fix info qtree to cope with your change to the device
graph, or the change needs to be reverted until
Hi,
When qemu do live migration with xbzrle, qemu malloc decoded_buf
at destniation end but free it at source end.It will crash qemu
by double free error in some scenarios.
Signed-off-by: chenliang chenlian...@huawei.com
---
arch_init.c |9 -
On 10 January 2014 08:47, Peter Crosthwaite
peter.crosthwa...@xilinx.com wrote:
I'm trying to apply a QOMification change pattern to NAND and I notice
that OMAP gpmc has NAND support. However no one is using it - there
are no calls to the omap_gpmc_attach_nand, nor does the code call
Peter,
Am 07.01.2014 14:05, schrieb Peter Crosthwaite:
If you bring FPGAs into the game, SYSBUS itself is ultimately
pluggable. All sysbus devices under the sun are therefore legitimately
pluggable in target-microblaze.
You'll have to expand on this statement. :) From what I understand from
Noonan, Steven snoo...@amazon.com writes:
On Thu, Jan 09, 2014 at 11:27:47PM +, Peter Maydell wrote:
On 9 January 2014 21:55, Steven Noonan ste...@uplinklabs.net wrote:
From: Steven Noonan snoo...@amazon.com
Signed-off-by: Steven Noonan snoo...@amazon.com
Cc: Anthony Liguori
Hi!
The upstream QEMU does not compile on x86 machine for x86_64-softmmu
platform. This broke it:
commit 83d08f2673504a299194dcac1657a13754b5932a
Author: Michael S. Tsirkin m...@redhat.com
AuthorDate: Tue Oct 29 13:57:34 2013 +0100
Commit: Michael S. Tsirkin m...@redhat.com
CommitDate:
Paolo Bonzini pbonz...@redhat.com writes:
Il 09/01/2014 19:18, Hani Benhabiles ha scritto:
On Wed, Jan 08, 2014 at 06:34:01PM +0100, Paolo Bonzini wrote:
Il 08/01/2014 18:17, Hani Benhabiles ha scritto:
For this reason, the loop in assign_device_name() specifically
check that the ID
doesn't
Am 10.01.2014 10:09, schrieb Markus Armbruster:
Commands taking a device ID could be extended to take a path in the QOM
graph instead of an ID.
In the human monitor, it could perhaps work like this:
IDs consist of letters, digits, '-', '.', '_', starting with a
letter (see
On 01/10/2014 08:23 PM, Alexey Kardashevskiy wrote:
Hi!
The upstream QEMU does not compile on x86 machine for x86_64-softmmu
platform. This broke it:
False alarm, never mind.
commit 83d08f2673504a299194dcac1657a13754b5932a
Author: Michael S. Tsirkin m...@redhat.com
AuthorDate:
Signed-off-by: Alexey Kardashevskiy a...@ozlabs.ru
---
Peter, is not it what you really wanted? :)
---
target-arm/cpu.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/target-arm/cpu.h b/target-arm/cpu.h
index f1307eb..198b6b8 100644
--- a/target-arm/cpu.h
+++
On Jan 10, 2014 1:52 PM, kausik pal kausikpa...@gmail.com wrote:
If the above mentioned QEMU/KVM overlay feature can be made into
existence then we can bring out a cost effective VDI management or VM
management solution that can compete with the commercial vendors.
It's an interesting problem to
On 10 January 2014 10:09, Alexey Kardashevskiy a...@ozlabs.ru wrote:
Signed-off-by: Alexey Kardashevskiy a...@ozlabs.ru
---
Peter, is not it what you really wanted? :)
Rats.
Reviewed-by: Peter Maydell peter.mayd...@linaro.org
I've clearly been in a bit too much of a hurry over
this;
Hi Andreas,
On Fri, Jan 10, 2014 at 7:10 PM, Andreas Färber afaer...@suse.de wrote:
Peter,
Am 07.01.2014 14:05, schrieb Peter Crosthwaite:
If you bring FPGAs into the game, SYSBUS itself is ultimately
pluggable. All sysbus devices under the sun are therefore legitimately
pluggable in
On 10 January 2014 00:52, Peter Crosthwaite
peter.crosthwa...@xilinx.com wrote:
On Tue, Jan 7, 2014 at 1:35 AM, Peter Maydell peter.mayd...@linaro.org
wrote:
I'd rather have the #defines before the struct than
interleaved, personally.
TBH, this is the same as my own preferred personal
On Thu, Jan 9, 2014 at 5:11 PM, Michael S. Tsirkin m...@redhat.com wrote:
On Thu, Jan 09, 2014 at 03:59:54PM +0100, Antonios Motakis wrote:
In this patch series we would like to introduce our approach for putting
a
virtio-net backend in an external userspace process. Our eventual target
is
On Thu, Jan 9, 2014 at 5:16 PM, Michael S. Tsirkin m...@redhat.com wrote:
On Thu, Jan 09, 2014 at 04:00:01PM +0100, Antonios Motakis wrote:
At runtime vhost-user netdev will detect if the vhost backend is up or
down.
Upon disconnection it will set link_down accordingly and notify
On Thu, 9 Jan 2014 12:35:12 +0800
Stefan Hajnoczi stefa...@gmail.com wrote:
On Wed, Jan 08, 2014 at 05:09:42PM +0100, Igor Mammedov wrote:
@@ -603,13 +606,18 @@ out:
void qmp_object_del(const char *id, Error **errp)
{
Object *container;
This local is now unused, please delete
On Thu, Jan 9, 2014 at 5:14 PM, Michael S. Tsirkin m...@redhat.com wrote:
On Thu, Jan 09, 2014 at 04:00:00PM +0100, Antonios Motakis wrote:
Add a new QEMU netdev backend that is intended to invoke vhost_net
with the vhost-user backend. Also decouple virtio-net from the tap
backend.
On Thu, Jan 9, 2014 at 5:01 PM, Michael S. Tsirkin m...@redhat.com wrote:
On Thu, Jan 09, 2014 at 03:59:55PM +0100, Antonios Motakis wrote:
Extend -mem-path with additional properties:
- prealloc=on|off - default off, same as -mem-prealloc
- share=on|off - default off, memory is
On Thu, Jan 9, 2014 at 4:47 PM, Michael S. Tsirkin m...@redhat.com wrote:
On Thu, Jan 09, 2014 at 03:59:59PM +0100, Antonios Motakis wrote:
Each ioctl request of vhost-kernel has a vhost-user message equivalent,
which is sent it over the control socket.
The general approach is to copy
On Thu, Jan 9, 2014 at 4:31 PM, Michael S. Tsirkin m...@redhat.com wrote:
On Thu, Jan 09, 2014 at 03:59:58PM +0100, Antonios Motakis wrote:
Add structures for passing vhost-user messages over a unix domain socket.
This is the equivalent of the existing vhost-kernel ioctls.
Connect to the
On Wed, 08 Jan 2014 18:33:11 +0100
Paolo Bonzini pbonz...@redhat.com wrote:
Il 08/01/2014 17:51, Igor Mammedov ha scritto:
Thanks Igor! I like very much patches 1-4 (though I'm thinking that we
need some style conventions for interfaces). I think patch 5 adds more
complexity than
Il 10/01/2014 12:28, Igor Mammedov ha scritto:
Regarding the overloading of the realize name, I was against it in
previous discussion and I still am (I was in favor of something like
UserCreatable and naming the method complete or construct), but I
didn't want to sound too negative. :)
Am 09.01.2014 um 17:08 hat Peter Lieven geschrieben:
Am 09.01.2014 15:13, schrieb Kevin Wolf:
Am 26.12.2013 um 13:48 hat Peter Lieven geschrieben:
v4-v5:
- disussed with Ronnie and decided to move URL + Paramter parsing to
LibNFS.
This allows for URL parameter processing directly
Andreas Färber afaer...@suse.de writes:
Am 10.01.2014 10:09, schrieb Markus Armbruster:
Commands taking a device ID could be extended to take a path in the QOM
graph instead of an ID.
In the human monitor, it could perhaps work like this:
IDs consist of letters, digits, '-', '.',
On 10.01.2014 12:40, Kevin Wolf wrote:
Am 09.01.2014 um 17:08 hat Peter Lieven geschrieben:
Am 09.01.2014 15:13, schrieb Kevin Wolf:
Am 26.12.2013 um 13:48 hat Peter Lieven geschrieben:
v4-v5:
- disussed with Ronnie and decided to move URL + Paramter parsing to LibNFS.
This allows for
On Fri, Jan 10, 2014 at 11:58:23AM +0100, Antonios Motakis wrote:
On Thu, Jan 9, 2014 at 5:11 PM, Michael S. Tsirkin m...@redhat.com wrote:
On Thu, Jan 09, 2014 at 03:59:54PM +0100, Antonios Motakis wrote:
In this patch series we would like to introduce our approach for putting
On Fri, Jan 10, 2014 at 11:59:24AM +0100, Antonios Motakis wrote:
On Thu, Jan 9, 2014 at 5:16 PM, Michael S. Tsirkin m...@redhat.com wrote:
On Thu, Jan 09, 2014 at 04:00:01PM +0100, Antonios Motakis wrote:
At runtime vhost-user netdev will detect if the vhost backend is up or
Il 10/01/2014 13:12, Peter Lieven ha scritto:
Then I shall convert everything to a qapi schema whereby the current
design of libnfs is designed to work with plain URLs.
No, no one is asking you to do this. URLs are fine, but I agree with
Kevin that parsing them in QEMU is better.
Also because
On Fri, Jan 10, 2014 at 12:05:57PM +0100, Antonios Motakis wrote:
On Thu, Jan 9, 2014 at 5:01 PM, Michael S. Tsirkin m...@redhat.com wrote:
On Thu, Jan 09, 2014 at 03:59:55PM +0100, Antonios Motakis wrote:
Extend -mem-path with additional properties:
-
Il 09/01/2014 22:44, Gabriel L. Somlo ha scritto:
(1) Does Mac OS work if you add a _PRS with IRQNoFlags and
Memory32Fixed, but leave _CRS as it is?
Nope, same exact behavior.
(2) does it work with -no-hpet?
With IRQNoFlags(){2, 8} hardcoded in HPET._CRS, XP appears to work
great if
On Fri, Jan 10, 2014 at 04:13:34PM +1100, Alexey Kardashevskiy wrote:
On 01/08/2014 12:18 AM, Alexey Kardashevskiy wrote:
On 12/25/2013 02:43 AM, Michael S. Tsirkin wrote:
On Wed, Dec 25, 2013 at 01:15:29AM +1100, Alexey Kardashevskiy wrote:
On 12/24/2013 08:40 PM, Michael S. Tsirkin wrote:
On Thu, Jan 09, 2014 at 03:42:22PM -0700, Alex Williamson wrote:
On Thu, 2014-01-09 at 23:56 +0200, Michael S. Tsirkin wrote:
On Thu, Jan 09, 2014 at 12:03:26PM -0700, Alex Williamson wrote:
On Thu, 2014-01-09 at 11:47 -0700, Alex Williamson wrote:
On Thu, 2014-01-09 at 20:00 +0200,
Il 09/01/2014 22:14, thomas knych ha scritto:
Upstreaming this change from Android
(https://android-review.googlesource.com/54211).
On heavily loaded machines with many VM instances we see KVM_CREATE_VM
failing with EINTR/EAGAIN retrying the system call greatly improves
reliability.
Alexey Kardashevskiy a...@ozlabs.ru writes:
On 01/10/2014 10:40 AM, Alexander Graf wrote:
What if we make the max thread count a property of our cpu class? The
we
can add a threads=max option which will be identical between kvm and tcg.
You lost me here :)
Right now the sequence is:
On 10.01.2014, at 14:03, Mike Day ncm...@ncultra.org wrote:
Alexey Kardashevskiy a...@ozlabs.ru writes:
On 01/10/2014 10:40 AM, Alexander Graf wrote:
What if we make the max thread count a property of our cpu class? The
we
can add a threads=max option which will be identical between
From: Markus Armbruster arm...@redhat.com
Get available machines via QMP instead of hardcoding a list that's
perpetually out of date.
A few machines don't work out of the box:
* Several ppcemb machines can't initialize their CPU.
* Xen machines can work only when running under the Xen
From: Markus Armbruster arm...@redhat.com
Markus Armbruster (2):
qom-test: Run for all available machines
qom-test: Test shutdown in addition to startup
tests/qom-test.c | 293 ++-
1 file changed, 71 insertions(+), 222 deletions(-)
--
From: Markus Armbruster arm...@redhat.com
Signed-off-by: Markus Armbruster arm...@redhat.com
---
tests/qom-test.c | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/tests/qom-test.c b/tests/qom-test.c
index 3cbd480..8f42716 100644
--- a/tests/qom-test.c
+++
On 01/11/2014 12:28 AM, Alexander Graf wrote:
On 10.01.2014, at 14:03, Mike Day ncm...@ncultra.org wrote:
Alexey Kardashevskiy a...@ozlabs.ru writes:
On 01/10/2014 10:40 AM, Alexander Graf wrote:
What if we make the max thread count a property of our cpu class?
The we
can add a
arm...@redhat.com writes:
From: Markus Armbruster arm...@redhat.com
Get available machines via QMP instead of hardcoding a list that's
perpetually out of date.
A few machines don't work out of the box:
* Several ppcemb machines can't initialize their CPU.
Alex, any chance these could be
On 01/10/2014 11:41 PM, Michael S. Tsirkin wrote:
On Fri, Jan 10, 2014 at 04:13:34PM +1100, Alexey Kardashevskiy wrote:
On 01/08/2014 12:18 AM, Alexey Kardashevskiy wrote:
On 12/25/2013 02:43 AM, Michael S. Tsirkin wrote:
On Wed, Dec 25, 2013 at 01:15:29AM +1100, Alexey Kardashevskiy wrote:
On 10.01.2014, at 14:42, Markus Armbruster arm...@redhat.com wrote:
arm...@redhat.com writes:
From: Markus Armbruster arm...@redhat.com
Get available machines via QMP instead of hardcoding a list that's
perpetually out of date.
A few machines don't work out of the box:
* Several
On 10.01.2014, at 14:42, Alexey Kardashevskiy a...@ozlabs.ru wrote:
On 01/11/2014 12:28 AM, Alexander Graf wrote:
On 10.01.2014, at 14:03, Mike Day ncm...@ncultra.org wrote:
Alexey Kardashevskiy a...@ozlabs.ru writes:
On 01/10/2014 10:40 AM, Alexander Graf wrote:
What if we make
Alexander Graf ag...@suse.de writes:
The patch as it its now is very simple and well-contained. I wonder how
much it would expand if we added a max thread count to the cpu class. It
seems like the need for a max thread count is idiomatic to powerpc.
It's only ever useful on IBM POWER. Any
On 01/11/2014 01:00 AM, Alexander Graf wrote:
On 10.01.2014, at 14:42, Alexey Kardashevskiy a...@ozlabs.ru wrote:
On 01/11/2014 12:28 AM, Alexander Graf wrote:
On 10.01.2014, at 14:03, Mike Day ncm...@ncultra.org wrote:
Alexey Kardashevskiy a...@ozlabs.ru writes:
On 01/10/2014
Am 10.01.2014 14:42, schrieb Markus Armbruster:
arm...@redhat.com writes:
From: Markus Armbruster arm...@redhat.com
Get available machines via QMP instead of hardcoding a list that's
perpetually out of date.
A few machines don't work out of the box:
* Several ppcemb machines can't
On 10.01.2014, at 15:13, Alexey Kardashevskiy a...@ozlabs.ru wrote:
On 01/11/2014 01:00 AM, Alexander Graf wrote:
On 10.01.2014, at 14:42, Alexey Kardashevskiy a...@ozlabs.ru wrote:
On 01/11/2014 12:28 AM, Alexander Graf wrote:
On 10.01.2014, at 14:03, Mike Day ncm...@ncultra.org
On Fri, Jan 10, 2014 at 9:13 AM, Alexey Kardashevskiy a...@ozlabs.ru wrote:
On 01/11/2014 01:00 AM, Alexander Graf wrote:
Can't we determine the number of default threads at a common place,
preferably derived from cpu type?
We can do anything. I asked how exactly as I really (really) do not
On 10.01.2014, at 15:21, Mike Day ncm...@ncultra.org wrote:
On Fri, Jan 10, 2014 at 9:13 AM, Alexey Kardashevskiy a...@ozlabs.ru wrote:
On 01/11/2014 01:00 AM, Alexander Graf wrote:
Can't we determine the number of default threads at a common place,
preferably derived from cpu type?
We
From: André Hentschel n...@dawncrow.de
Cc: Riku Voipio riku.voi...@iki.fi
Signed-off-by: André Hentschel n...@dawncrow.de
Reviewed-by: Peter Maydell peter.mayd...@linaro.org
Reviewed-by: Erik de Castro Lopo er...@mega-nerd.com
Reviewed-by: Laurent Vivier laur...@vivier.eu
Signed-off-by: Riku
On Fri, Jan 10, 2014 at 9:25 AM, Alexander Graf ag...@suse.de wrote:
On 01/11/2014 01:00 AM, Alexander Graf wrote:
Can't we determine the number of default threads at a common place,
preferably derived from cpu type?
We can do anything. I asked how exactly as I really (really) do not
From: Riku Voipio riku.voi...@linaro.org
The following changes since commit 1d327fb4c72b898f7500989f3e624b7349581159:
Merge remote-tracking branch 'otubo/seccomp' into staging (2014-01-09
13:56:27 -0800)
are available in the git repository at:
On 01/11/2014 01:25 AM, Alexander Graf wrote:
On 10.01.2014, at 15:21, Mike Day ncm...@ncultra.org wrote:
On Fri, Jan 10, 2014 at 9:13 AM, Alexey Kardashevskiy a...@ozlabs.ru
wrote:
On 01/11/2014 01:00 AM, Alexander Graf wrote:
Can't we determine the number of default threads at a
From: Will Newton will.new...@linaro.org
The regs parameter is not used anywhere, so remove it.
Signed-off-by: Will Newton will.new...@linaro.org
Reviewed-by: Erik de Castro Lopo er...@mega-nerd.com
Reviewed-by: Andreas Färber afaer...@suse.de
Signed-off-by: Riku Voipio riku.voi...@linaro.org
On Fri, 10 Jan 2014 12:38:57 +0100
Paolo Bonzini pbonz...@redhat.com wrote:
Il 10/01/2014 12:28, Igor Mammedov ha scritto:
Regarding the overloading of the realize name, I was against it in
previous discussion and I still am (I was in favor of something like
UserCreatable and naming the
On Fri, Jan 10, 2014 at 4:30 AM, Paolo Bonzini pbonz...@redhat.com wrote:
Il 10/01/2014 13:12, Peter Lieven ha scritto:
Then I shall convert everything to a qapi schema whereby the current
design of libnfs is designed to work with plain URLs.
No, no one is asking you to do this. URLs are
On 10.01.2014 15:49, ronnie sahlberg wrote:
On Fri, Jan 10, 2014 at 4:30 AM, Paolo Bonzini pbonz...@redhat.com wrote:
Il 10/01/2014 13:12, Peter Lieven ha scritto:
Then I shall convert everything to a qapi schema whereby the current
design of libnfs is designed to work with plain URLs.
No, no
On Thu, 9 Jan 2014 17:12:41 -0200
Eduardo Habkost ehabk...@redhat.com wrote:
The original SeaBIOS code used the RamSize variable, that was used by
SeaBIOS for the size of RAM below 4GB, not for all RAM. When copied to
QEMU, the code was changed to use the full RAM size, and this broke the
On Fri, 10 Jan 2014 12:28:10 +0100
Igor Mammedov imamm...@redhat.com wrote:
On Wed, 08 Jan 2014 18:33:11 +0100
Paolo Bonzini pbonz...@redhat.com wrote:
Il 08/01/2014 17:51, Igor Mammedov ha scritto:
[...]
The reason for separate interfaces is that realize interface is more
generic
On Fri, 2014-01-10 at 14:55 +0200, Michael S. Tsirkin wrote:
On Thu, Jan 09, 2014 at 03:42:22PM -0700, Alex Williamson wrote:
On Thu, 2014-01-09 at 23:56 +0200, Michael S. Tsirkin wrote:
On Thu, Jan 09, 2014 at 12:03:26PM -0700, Alex Williamson wrote:
On Thu, 2014-01-09 at 11:47 -0700,
On Fri, Jan 10, 2014 at 01:37:14PM +0100, Paolo Bonzini wrote:
Il 09/01/2014 22:44, Gabriel L. Somlo ha scritto:
1. hardcode IRQNoFlags(){2, 8} and require -no-hpet to prevent XP
from bluescreening. Basically, this means we don't support XP on
a VM where HPET is enabled.
2.
Il 10/01/2014 15:44, Igor Mammedov ha scritto:
On Fri, 10 Jan 2014 12:38:57 +0100
Paolo Bonzini pbonz...@redhat.com wrote:
Il 10/01/2014 12:28, Igor Mammedov ha scritto:
Regarding the overloading of the realize name, I was against it in
previous discussion and I still am (I was in favor of
Am 10.01.2014 um 16:05 hat Peter Lieven geschrieben:
On 10.01.2014 15:49, ronnie sahlberg wrote:
On Fri, Jan 10, 2014 at 4:30 AM, Paolo Bonzini pbonz...@redhat.com wrote:
Il 10/01/2014 13:12, Peter Lieven ha scritto:
Then I shall convert everything to a qapi schema whereby the current
design
Signed-off-by: Anthony PERARD anthony.per...@citrix.com
---
hw/xen/xen_pt.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/hw/xen/xen_pt.c b/hw/xen/xen_pt.c
index d58cb61..eee4354 100644
--- a/hw/xen/xen_pt.c
+++ b/hw/xen/xen_pt.c
@@ -420,8 +420,8 @@ static int
QEMU does not need and should not allocate memory for the ROM of a
passthrough PCI device. So this patch initialize the particular region
like any other PCI BAR of a passthrough device.
When a guest will access the ROM, Xen will take care of the IO, QEMU
will not be involved in it.
Xen set a
** Description changed:
This bug occurs on qemu compiled with i386_softmmu and x86-64_softmmu on
linux kernel 3.5.0 (64-bit).
Whenever I run qemu (both i386 and x86_64) to use the en-us language (even
though it is the default), I get Warning: no scancode found for keysym X (X
is an
On Fri, Jan 10, 2014 at 03:52:54PM +, Anthony PERARD wrote:
Signed-off-by: Anthony PERARD anthony.per...@citrix.com
Reviewed-by: Konrad Rzeszutek Wilk konrad.w...@oracle.com
I saw myself and was going to post a fix, but you beat me to it.
---
hw/xen/xen_pt.c | 4 ++--
1 file changed, 2
On Fri, Jan 10, 2014 at 04:17:14PM +0100, Igor Mammedov wrote:
On Thu, 9 Jan 2014 17:12:41 -0200
Eduardo Habkost ehabk...@redhat.com wrote:
The original SeaBIOS code used the RamSize variable, that was used by
SeaBIOS for the size of RAM below 4GB, not for all RAM. When copied to
QEMU,
** Description changed:
- This bug occurs on qemu compiled with i386_softmmu and x86-64_softmmu on
linux kernel 3.5.0 (64-bit).
+ This bug occurs on qemu compiled with i386_softmmu and x86-64_softmmu on
linux kernel 3.5.0 (64-bit). (Haven't confirmed this for other targets).
Whenever I run
Am 10.01.2014 16:46, schrieb Kevin Wolf:
Am 10.01.2014 um 16:05 hat Peter Lieven geschrieben:
On 10.01.2014 15:49, ronnie sahlberg wrote:
On Fri, Jan 10, 2014 at 4:30 AM, Paolo Bonzini pbonz...@redhat.com wrote:
Il 10/01/2014 13:12, Peter Lieven ha scritto:
Then I shall convert everything to
** Description changed:
This bug occurs on qemu compiled with i386_softmmu and x86-64_softmmu on
linux kernel 3.5.0 (64-bit).
Whenever I run qemu (both i386 and x86_64) to use the en-us language (even
though it is the default), I get Warning: no scancode found for keysym X (X
is an
On Fri, 10 Jan 2014 10:35:14 -0500
Gabriel L. Somlo gso...@gmail.com wrote:
On Fri, Jan 10, 2014 at 01:37:14PM +0100, Paolo Bonzini wrote:
Il 09/01/2014 22:44, Gabriel L. Somlo ha scritto:
1. hardcode IRQNoFlags(){2, 8} and require -no-hpet to prevent XP
from bluescreening. Basically,
From: Alex Bennée alex.ben...@linaro.org
This adds support for the all the AdvSIMD vector copy operations
(ARM ARM 3.6.5).
Signed-off-by: Alex Bennée alex.ben...@linaro.org
Signed-off-by: Peter Maydell peter.mayd...@linaro.org
---
target-arm/translate-a64.c | 210
From: Michael Matz m...@suse.de
Add support for the SIMD ZIP/UZIP/TRN instruction group
(C3.6.3).
Signed-off-by: Michael Matz m...@suse.de
[PMM: use new do_vec_get/set etc functions and generally update to new
codebase standards; refactor to pull per-element loop outside switch]
Signed-off-by:
On Fri, Jan 10, 2014 at 8:10 AM, Peter Lieven p...@kamp.de wrote:
Ronnie, can you also give a short advise on Kevin's question about short
reads.
I think they can happen if we read beyond past EOF or not?
Short reads should normally not happen in libnfs itself since servers
are often
Add support for the SIMD scalar copy instruction group (C3.6.7),
which consists of the single instruction DUP (element, scalar).
Signed-off-by: Peter Maydell peter.mayd...@linaro.org
---
target-arm/translate-a64.c | 42 +-
1 file changed, 41 insertions(+),
From: Michael Matz m...@suse.de
Add support for the SIMD across lanes instruction group (C3.6.4).
Signed-off-by: Michael Matz m...@suse.de
[PMM: Updated to current codebase, added fp min/max ops,
added unallocated encoding checks]
Signed-off-by: Peter Maydell peter.mayd...@linaro.org
---
From: Alex Bennée alex.ben...@linaro.org
This adds support support for the SIMD load/store
multiple category of instructions.
This also brings in a couple of helper functions for manipulating
sections of the SIMD registers:
* do_vec_get - fetch value from a slice of a vector register
*
On 09.01.2014 11:59, Kevin Wolf wrote:
[ CCing Max, who was recently active in this area, for another opinion ]
Am 08.01.2014 um 20:43 hat Peter Feiner geschrieben:
When a backing file is opened such that (1) a protocol is directly
used as the block driver and (2) the block driver has
This is an initial set of patches which make a start on SIMD (Neon)
emulation in the A64 decoder. The patches implement all the SIMD
load/store operations, provide a decoder skeleton for the SIMD
dp instructions, and implement all the instructions in the ARM ARM's
groupings C3.6.1 through C3.6.7.
From: Alex Bennée alex.ben...@linaro.org
This patch adds support for the AdvSIMD modified immediate group
(C3.6.6) with all its suboperations (movi, orr, fmov, mvni, bic).
Signed-off-by: Alexander Graf ag...@suse.de
[AJB: new decode struct, minor bug fixes, optimisation]
Signed-off-by: Alex
From: Michael Matz m...@suse.de
Add support for the SIMD TBL/TBLX instructions (group C3.6.2).
Signed-off-by: Michael Matz m...@suse.de
[PMM: rewritten to do more of the decode in translate-a64.c,
and to do only one 64 bit pass at a time in the helper]
Signed-off-by: Peter Maydell
Add support for the SIMD EXT instruction (the only one in its
group, C3.6.1).
Signed-off-by: Peter Maydell peter.mayd...@linaro.org
---
target-arm/translate-a64.c | 62 +-
1 file changed, 61 insertions(+), 1 deletion(-)
diff --git
Am 20.12.2013 16:46, schrieb Stefan Hajnoczi:
Happy holidays to all! I'll be back on January 2nd. Kevin is also away so
there will be no block pull request next Friday.
If there is anything urgent, please contact me at stefa...@gmail.com.
The following changes since commit
From: Alex Bennée alex.ben...@linaro.org
Add decode skeleton and function placeholders for all the SIMD data
processing instructions. Due to the complexity of this part of the
table the normal extract and switch approach gets very messy very
quickly, so we use a simple data-driven
Implement the SIMD ld/st single structure instructions.
Signed-off-by: Peter Maydell peter.mayd...@linaro.org
---
target-arm/translate-a64.c | 141 -
1 file changed, 139 insertions(+), 2 deletions(-)
diff --git a/target-arm/translate-a64.c
Am 10.01.2014 um 18:27 hat Max Reitz geschrieben:
On 09.01.2014 11:59, Kevin Wolf wrote:
[ CCing Max, who was recently active in this area, for another opinion ]
Am 08.01.2014 um 20:43 hat Peter Feiner geschrieben:
When a backing file is opened such that (1) a protocol is directly
used as
Il 10/01/2014 18:16, ronnie sahlberg ha scritto:
There is a common exception though, for the case where you read past
the end of file.
So short reads should normally not happen. Unless QEMU or the guest
sends a request to libnfs to read past the end of the file.
Yes, this can happen in QEMU
Il 10/01/2014 18:29, Stefan Weil ha scritto:
Ping.
QEMU compilation is broken on Debian hosts since several weeks now.
These block patches include the fix. I'd appreciate if they could be pulled.
And also all the other pull requests. Seriously, if it was not for the
few email messages on
On 10.01.2014 18:55, Kevin Wolf wrote:
Am 10.01.2014 um 18:27 hat Max Reitz geschrieben:
On 09.01.2014 11:59, Kevin Wolf wrote:
[ CCing Max, who was recently active in this area, for another opinion ]
Am 08.01.2014 um 20:43 hat Peter Feiner geschrieben:
When a backing file is opened such
On 01/10/2014 09:12 AM, Peter Maydell wrote:
+TCGMemOp memop = MO_TE + size;
Double space after =. Multiple occurrences.
+if (is_postidx) {
+int rm = extract32(insn, 16, 5);
+if (rm == 31) {
+tcg_gen_mov_i64(cpu_reg_sp(s, rn), tcg_addr);
+}
Von meinem iPad gesendet
Am 10.01.2014 um 19:05 schrieb Paolo Bonzini pbonz...@redhat.com:
Il 10/01/2014 18:16, ronnie sahlberg ha scritto:
There is a common exception though, for the case where you read past
the end of file.
So short reads should normally not happen. Unless QEMU or the
On 2 January 2014 07:30, Peter Crosthwaite peter.crosthwa...@xilinx.com wrote:
Added Linux SMP support for the Xilinx Zynq platform (2x CPUs are
supported)
Signed-off-by: Peter Crosthwaite peter.crosthwa...@xilinx.com
---
Changed from v3:
Author reset
s/zynq_cpus/cpus
simplified custom
On 13.12.2013 14:22, Kevin Wolf wrote:
This is going to become the bdrv_co_do_preadv() equivalent for writes.
In this patch, however, just a function taking byte offsets is created,
it doesn't align anything yet.
Signed-off-by: Kevin Wolf kw...@redhat.com
---
block.c | 23
1 - 100 of 171 matches
Mail list logo