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:
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 DPR
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
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 writes:
> On Wed, Jan 8, 2014 at 11:47 PM, Paolo Bonzini 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 somebody fixes it or it
>>> > goes a
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
---
arch_init.c |9 -
include/migration/migration.h |1 +
migra
On 10 January 2014 08:47, Peter Crosthwaite
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
> nand_init, leaving me to believe t
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 fr
"Noonan, Steven" writes:
> On Thu, Jan 09, 2014 at 11:27:47PM +, Peter Maydell wrote:
>> On 9 January 2014 21:55, Steven Noonan wrote:
>> > From: Steven Noonan
>> >
>> > Signed-off-by: Steven Noonan
>> > Cc: Anthony Liguori
>> > ---
>> > Makefile | 2 +-
>> > 1 file changed, 1 insertion(
Hi!
The upstream QEMU does not compile on x86 machine for x86_64-softmmu
platform. This broke it:
commit 83d08f2673504a299194dcac1657a13754b5932a
Author: Michael S. Tsirkin
AuthorDate: Tue Oct 29 13:57:34 2013 +0100
Commit: Michael S. Tsirkin
CommitDate: Tue Dec 10 12:29:56 2013 +0200
Paolo Bonzini 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 e
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 i
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
> AuthorDate: Tue Oct
Signed-off-by: Alexey Kardashevskiy
---
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
+++ b/target-arm/cpu.h
@@ -73,7 +
On Jan 10, 2014 1:52 PM, "kausik pal" 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 solve. I suspect o
On 10 January 2014 10:09, Alexey Kardashevskiy wrote:
> Signed-off-by: Alexey Kardashevskiy
> ---
>
> Peter, is not it what you really wanted? :)
Rats.
Reviewed-by: Peter Maydell
I've clearly been in a bit too much of a hurry over
this; apologies for this breakage.
Applied to target-arm.next
Hi Andreas,
On Fri, Jan 10, 2014 at 7:10 PM, Andreas Färber 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 target-micro
On 10 January 2014 00:52, Peter Crosthwaite
wrote:
> On Tue, Jan 7, 2014 at 1:35 AM, Peter Maydell
> wrote:
>> I'd rather have the #defines before the struct than
>> interleaved, personally.
>>
>
> TBH, this is the same as my own preferred personal coding style (and I
> refactor on upstreaming
On Thu, Jan 9, 2014 at 5:11 PM, Michael S. Tsirkin 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 to
> > r
On Thu, Jan 9, 2014 at 5:16 PM, Michael S. Tsirkin 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
> virtio-net.
>
> An
On Thu, 9 Jan 2014 12:35:12 +0800
Stefan Hajnoczi 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 it to pre
On Thu, Jan 9, 2014 at 5:14 PM, Michael S. Tsirkin 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.
> >
> > Signed-o
On Thu, Jan 9, 2014 at 5:01 PM, Michael S. Tsirkin 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 mmapped with
On Thu, Jan 9, 2014 at 4:47 PM, Michael S. Tsirkin 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 the data
On Thu, Jan 9, 2014 at 4:31 PM, Michael S. Tsirkin 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 named unix
On Wed, 08 Jan 2014 18:33:11 +0100
Paolo Bonzini 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 we
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
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 proces
Andreas Färber 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, '-', '.', '_', st
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 U
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 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
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 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
> dow
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 becaus
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 wrote:
>
> On Thu, Jan 09, 2014 at 03:59:55PM +0100, Antonios Motakis wrote:
> > Extend -mem-path with additional properties:
> >
> > - prealloc=on|off
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
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. Tsirk
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 +0
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 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:
> 1
On 10.01.2014, at 14:03, Mike Day wrote:
>
> Alexey Kardashevskiy 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.
>
From: Markus Armbruster
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 hypervisor.
Blacklist the
From: Markus Armbruster
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(-)
--
1.8.1.4
From: Markus Armbruster
Signed-off-by: Markus Armbruster
---
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
+++ b/tests/qom-test.c
@@ -48,17 +48,17 @@ st
On 01/11/2014 12:28 AM, Alexander Graf wrote:
>
> On 10.01.2014, at 14:03, Mike Day wrote:
>
>>
>> Alexey Kardashevskiy 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 thre
arm...@redhat.com writes:
> From: Markus Armbruster
>
> 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 fixed?
pp
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
On 10.01.2014, at 14:42, Markus Armbruster wrote:
> arm...@redhat.com writes:
>
>> From: Markus Armbruster
>>
>> 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
On 10.01.2014, at 14:42, Alexey Kardashevskiy wrote:
> On 01/11/2014 12:28 AM, Alexander Graf wrote:
>>
>> On 10.01.2014, at 14:03, Mike Day wrote:
>>
>>>
>>> Alexey Kardashevskiy writes:
>>>
On 01/10/2014 10:40 AM, Alexander Graf wrote:
>
> What if we make the max thre
Alexander Graf 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 other
On 01/11/2014 01:00 AM, Alexander Graf wrote:
>
> On 10.01.2014, at 14:42, Alexey Kardashevskiy wrote:
>
>> On 01/11/2014 12:28 AM, Alexander Graf wrote:
>>>
>>> On 10.01.2014, at 14:03, Mike Day wrote:
>>>
Alexey Kardashevskiy writes:
> On 01/10/2014 10:40 AM, Alexander
Am 10.01.2014 14:42, schrieb Markus Armbruster:
> arm...@redhat.com writes:
>
>> From: Markus Armbruster
>>
>> 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 initi
On 10.01.2014, at 15:13, Alexey Kardashevskiy wrote:
> On 01/11/2014 01:00 AM, Alexander Graf wrote:
>>
>> On 10.01.2014, at 14:42, Alexey Kardashevskiy wrote:
>>
>>> On 01/11/2014 12:28 AM, Alexander Graf wrote:
On 10.01.2014, at 14:03, Mike Day wrote:
>
> Alexey K
On Fri, Jan 10, 2014 at 9:13 AM, Alexey Kardashevskiy 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
> unde
On 10.01.2014, at 15:21, Mike Day wrote:
> On Fri, Jan 10, 2014 at 9:13 AM, Alexey Kardashevskiy 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.
From: André Hentschel
Cc: Riku Voipio
Signed-off-by: André Hentschel
Reviewed-by: Peter Maydell
Reviewed-by: Erik de Castro Lopo
Reviewed-by: Laurent Vivier
Signed-off-by: Riku Voipio
---
linux-user/syscall.c | 16
linux-user/syscall_defs.h | 1 +
2 files changed, 17
On Fri, Jan 10, 2014 at 9:25 AM, Alexander Graf 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
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:
git://git.linaro.org/people/rikuvoipio/qemu.git linux-user-for-upst
On 01/11/2014 01:25 AM, Alexander Graf wrote:
>
> On 10.01.2014, at 15:21, Mike Day wrote:
>
>> On Fri, Jan 10, 2014 at 9:13 AM, Alexey Kardashevskiy
>> wrote:
>>> On 01/11/2014 01:00 AM, Alexander Graf wrote:
>>
Can't we determine the number of "default threads" at a common
place, p
From: Will Newton
The regs parameter is not used anywhere, so remove it.
Signed-off-by: Will Newton
Reviewed-by: Erik de Castro Lopo
Reviewed-by: Andreas Färber
Signed-off-by: Riku Voipio
---
linux-user/elfload.c | 3 +--
linux-user/flatload.c | 3 +--
linux-user/linuxload.c | 4 ++--
li
On Fri, 10 Jan 2014 12:38:57 +0100
Paolo Bonzini 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 meth
On Fri, Jan 10, 2014 at 4:30 AM, Paolo Bonzini 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 fine, but I agre
On 10.01.2014 15:49, ronnie sahlberg wrote:
On Fri, Jan 10, 2014 at 4:30 AM, Paolo Bonzini 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 t
On Thu, 9 Jan 2014 17:12:41 -0200
Eduardo Habkost 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
> build_srat() code
On Fri, 10 Jan 2014 12:28:10 +0100
Igor Mammedov wrote:
> On Wed, 08 Jan 2014 18:33:11 +0100
> Paolo Bonzini wrote:
>
> > Il 08/01/2014 17:51, Igor Mammedov ha scritto:
[...]
> > > The reason for separate interfaces is that realize interface is more
> > > generic
> > > and might be used outsid
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
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.
> >
Il 10/01/2014 15:44, Igor Mammedov ha scritto:
> On Fri, 10 Jan 2014 12:38:57 +0100
> Paolo Bonzini 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 som
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 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 lib
Signed-off-by: Anthony PERARD
---
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 xen_pt_register_regions(XenPCIPassth
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 limi
** 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 intege
On Fri, Jan 10, 2014 at 03:52:54PM +, Anthony PERARD wrote:
> Signed-off-by: Anthony PERARD
Reviewed-by: Konrad Rzeszutek Wilk
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 insertions(+), 2 deletions(-)
>
> diff --gi
On Fri, Jan 10, 2014 at 04:17:14PM +0100, Igor Mammedov wrote:
> On Thu, 9 Jan 2014 17:12:41 -0200
> Eduardo Habkost 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 wa
** 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 qem
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 wrote:
Il 10/01/2014 13:12, Peter Lieven ha scritto:
> Then I shall convert everything to a qap
** 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 intege
On Fri, 10 Jan 2014 10:35:14 -0500
"Gabriel L. Somlo" 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, thi
From: Alex Bennée
This adds support for the all the AdvSIMD vector copy operations
(ARM ARM 3.6.5).
Signed-off-by: Alex Bennée
Signed-off-by: Peter Maydell
---
target-arm/translate-a64.c | 210 -
1 file changed, 209 insertions(+), 1 deletion(-)
dif
From: Michael Matz
Add support for the SIMD ZIP/UZIP/TRN instruction group
(C3.6.3).
Signed-off-by: Michael Matz
[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: Peter Maydell
---
targe
On Fri, Jan 10, 2014 at 8:10 AM, Peter Lieven 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 careful always
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
---
target-arm/translate-a64.c | 42 +-
1 file changed, 41 insertions(+), 1 deletion(-)
diff --gi
From: Michael Matz
Add support for the SIMD "across lanes" instruction group (C3.6.4).
Signed-off-by: Michael Matz
[PMM: Updated to current codebase, added fp min/max ops,
added unallocated encoding checks]
Signed-off-by: Peter Maydell
---
target-arm/translate-a64.c | 177 +++
From: Alex Bennée
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
* do_vec_set - set a slice of
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 bdrv_file
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
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
[AJB: new decode struct, minor bug fixes, optimisation]
Signed-off-by: Alex Bennée
Signed-off-by: Peter Maydell
--
From: Michael Matz
Add support for the SIMD TBL/TBLX instructions (group C3.6.2).
Signed-off-by: Michael Matz
[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
---
target-arm/helper-a64.c| 31
Add support for the SIMD EXT instruction (the only one in its
group, C3.6.1).
Signed-off-by: Peter Maydell
---
target-arm/translate-a64.c | 62 +-
1 file changed, 61 insertions(+), 1 deletion(-)
diff --git a/target-arm/translate-a64.c b/target-arm/tra
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 f8251db12
From: Alex Bennée
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 pattern-and-mask approach.
Signed-off
Implement the SIMD ld/st single structure instructions.
Signed-off-by: Peter Maydell
---
target-arm/translate-a64.c | 141 -
1 file changed, 139 insertions(+), 2 deletions(-)
diff --git a/target-arm/translate-a64.c b/target-arm/translate-a64.c
index 4
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
>
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
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 that
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" :
> 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
>>
On 2 January 2014 07:30, Peter Crosthwaite wrote:
> Added Linux SMP support for the Xilinx Zynq platform (2x CPUs are
> supported)
>
> Signed-off-by: Peter Crosthwaite
> ---
> Changed from v3:
> Author reset
> s/zynq_cpus/cpus
> simplified custom secondary bootloader
> Rebased
> Changed from v2:
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
---
block.c | 23 +--
1 file chan
1 - 100 of 171 matches
Mail list logo
