On 16/04/2015 23:24, Stefan Berger wrote:
> On 04/16/2015 04:53 PM, Mark Cave-Ayland wrote:
>> On 16/04/15 20:49, Stefan Berger wrote:
H the fix is correct in that internal MSR variables need to be
updated post-restore (as noted in the message above it was the
exception
pr
On Thu, 16 Apr 2015, Cormac O'Brien wrote:
The mac99 machine does list a PIC:
0 > dev /pci/mac-io/interrupt-controller ok
0 > .properties
name "interrupt-controller"
device_type "open-pic"
compatible"chrp,open-pic"
built-in
On 16 April 2015 at 16:17, Paolo Bonzini wrote:
>
>
> On 16/04/2015 17:05, Leon Alrae wrote:
>> On 16/04/2015 13:02, Paolo Bonzini wrote:
>>>
>>>
>>> On 16/04/2015 13:07, Leon Alrae wrote:
Since I also haven't had a chance to test Loongson emulation, I thought
I'd give it a try (TCG only
On Thu, 2015-03-19 at 17:16 +, Eric Auger wrote:
> Minimal VFIO platform implementation supporting register space
> user mapping but not IRQ assignment.
>
> Signed-off-by: Kim Phillips
> Signed-off-by: Eric Auger
>
> ---
> v11 -> v12:
> - add x-mmap property definition, without which the de
On Thu, 2015-03-19 at 17:16 +, Eric Auger wrote:
> Update according to the vfio.h header found in
> ssh://g...@git.linaro.org/people/eric.auger/linux.git
> branch 4.0-rc3-v14
A Sign-off is still needed here.
> ---
>
> v10 -> v11:
> - only includes header modifications related to vfio platfor
On Thu, 2015-03-19 at 17:16 +, Eric Auger wrote:
> Although the dynamic instantiation of VFIO QEMU devices already is
> possible, VFIO IRQ signaling is not yet started. This patch enables
> IRQ forwarding by registering a reset notifier that kick off VFIO
> signaling for all VFIO devices.
>
>
On 16/04/15 22:53, Paolo Bonzini wrote:
> Ok, that's the equivalent of "migrate exec:cat>foo.save" and "-incoming
> 'exec:cat
> Paolo
Thanks - that's exactly what I needed to reproduce here.
Not working (git master)
$ ./qemu-system-ppc64 -m 128 -prom-env 'auto-boot?=false' -incoming
'exec:cat
On Thu, 2015-03-19 at 17:16 +, Eric Auger wrote:
> Add a reset notify function that enables to start the propagation of
> interrupts to the guest.
>
> Signed-off-by: Eric Auger
>
> ---
> v10 -> v11:
> - comment reword
>
> v8 -> v9:
> - handle failure in vfio_irq_starter
> ---
> hw/vfio/pla
> Am 16.04.2015 um 21:31 schrieb Mark Cave-Ayland
> :
>
>> On 16/04/15 19:03, Cormac O'Brien wrote:
>>
>> While trying to implement OS 9 support on QEMU, I've run into the following
>> errors from the operating system:
>>
>> g3beige:
>>*** MacOS: Fatal Error! (0xF3B37FDB)
On 04/16/2015 08:31 PM, Thomas Huth wrote:
Am Sat, 11 Apr 2015 01:24:39 +1000
schrieb Alexey Kardashevskiy :
EEH handlers only need AddressSpace to get to the right VFIO container
to call ioctl() so remove unnecessary cast of sPAPRPHBState to
sPAPRPHBVFIOState.
Signed-off-by: Alexey Kardashevs
On Thu, 04/16 14:03, Stefan Hajnoczi wrote:
> On Thu, Apr 16, 2015 at 12:57:29PM +0800, Fam Zheng wrote:
> > v3: Rebase to master for 2.4.
> > Although epoll_pwait1 syscall is still being worked on [1], the QEMU
> > part
> > (if any) will base on this, so let's merge it first.
> >
> >
Hi Kevin,
While installing a guest into a qcow2 image if the qcow2 image run out
of disk space, the guest will stop work and change state to paused
without messages.
When we tried to free up disk space in the host and the virsh resume to
work. The guest then got I/O errors but later on QEMU
On 04/17/2015 05:26 AM, Paolo Bonzini wrote:
>
>
> On 15/04/2015 11:56, zhanghailiang wrote:
>> On 2015/4/15 17:37, Michael S. Tsirkin wrote:
>>> VHOST_SET_LOG_BASE got an incorrect address, causing
>>> migration errors and potentially even memory corruption.
>>>
>>> Cc: Peter Maydell
>>> Report
Hi,
Isn't it related to drive options ?
"
werror=action,rerror=action
Specify which action to take on write and read errors. Valid actions are:
“ignore” (ignore the error and try to continue), “stop” (pause QEMU), “report”
(report the error to the guest), “enospc” (pause QEMU only if the host
This patches adds machine type specific instance initialization
functions. Those functions will be used by following patches to compat
class properties for legacy machine types.
Cc: Alexander Graf
Cc: qemu-...@nongnu.org
Signed-off-by: Jason Wang
---
hw/ppc/spapr.c | 23 +++
The following patches will limit the following things to legacy
machine type:
- maximum number of virtqueues for virtio-pci were limited to 64
- auto msix bar size for virtio-net-pci were disabled by default
Cc: Paolo Bonzini
Cc: Richard Henderson
Cc: Michael S. Tsirkin
Signed-off-by: Jason Wa
Virtqueue were indexed from zero, so don't delete virtqueue whose
index is n->max_queues * 2 + 1.
Cc: Michael S. Tsirkin
Cc: qemu-stable
Signed-off-by: Jason Wang
---
hw/net/virtio-net.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/hw/net/virtio-net.c b/hw/net/virtio-net
We current limit the max virtio queues to 64. This is not sufficient
to support multiqueue devices (e.g recent Linux support up to 256
tap queues). So this series tries to let virtio to support more
queues.
No much works need to be done except:
- Introducing transport specific queue limitation. T
This patch replace the magic number 255, and increase it to
MAX_QUEUE_NUM which is maximum number of queues supported by a nic.
Cc: Luiz Capitulino
Signed-off-by: Jason Wang
---
monitor.c | 17 ++---
1 file changed, 10 insertions(+), 7 deletions(-)
diff --git a/monitor.c b/monitor.
The following patches will limit the following things to legacy
machine type:
- maximum number of virtqueues for virtio-pci were limited to 64
- auto msix bar size for virtio-net-pci were disabled by default
Cc: Alexander Graf
Cc: qemu-...@nongnu.org
Signed-off-by: Jason Wang
---
hw/ppc/spapr
Instead of depending on marco, using a bus specific limit. Also make
it clear that the number of gsis per I/O adapter is not directly
depending on the number of virtio queues, but rather the other way
around.
Cc: Alexander Graf
Cc: Cornelia Huck
Cc: Christian Borntraeger
Cc: Richard Henderson
qemu_find_net_clients_except() may return a value which is greater
than the size of array we provided. So we should check this value
before using it, otherwise this may cause unexpected memory access.
This patch fixes the net related command completion when we have a
virtio-net nic with more than
This patch tries to speed up the MSI-X masking and unmasking through
the mapping between vector and queues. With this patch it will there's
no need to go through all possible virtqueues, which may help to
reduce the time spent when doing MSI-X masking/unmasking a single
vector when more than hundre
This patch increases the maximum number of virtqueues for pci from 64
to 513. This will allow booting a virtio-net-pci device with 256 queue
pairs on recent Linux host (which supports up to 256 tuntap queue pairs).
To keep migration compatibility, 64 was kept for legacy machine
types. This is beca
There's no need to use vector 0 for invalid virtqueue. So this patch
changes to use VIRTIO_NO_VECTOR instead.
Cc: Michael S. Tsirkin
Cc: Cornelia Huck
CC: Christian Borntraeger
Cc: Richard Henderson
Cc: Alexander Graf
Signed-off-by: Jason Wang
---
hw/s390x/virtio-ccw.c | 2 +-
1 file change
This patch lets msix_init_exclusive_bar() can calculate the bar and
pba size based on the number of MSI-X vectors other than using a
hard-coded limit 4096. This is needed to allow device to have more
than 128 MSI_X vectors. To keep migration compatibility, keep using
4096 as bar size and 2048 for p
Cc: Michael S. Tsirkin
Signed-off-by: Jason Wang
---
hw/virtio/virtio-mmio.c | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/hw/virtio/virtio-mmio.c b/hw/virtio/virtio-mmio.c
index 2ae6942..dbd44b6 100644
--- a/hw/virtio/virtio-mmio.c
+++ b/hw/virtio/virtio-mmio.c
@@
Instead of depending on a macro, switch to use a bus specific queue
limit.
Cc: Michael S. Tsirkin
Signed-off-by: Jason Wang
---
hw/virtio/virtio-pci.c | 12 +++-
include/hw/virtio/virtio.h | 2 --
2 files changed, 7 insertions(+), 7 deletions(-)
diff --git a/hw/virtio/virtio-pci.c
Hi, all
I'm learning operating system and trying to write a little toy kernel.
Before doing disk I/O, I issued the *ATA identify* command to obtain
information about the master device on the primary channel. When I ran my
code with QEMU, I found it gives some ASCII string fields in a wrong byte
or
While trying to implement OS 9 support on QEMU, I've run into the following
errors from the operating system:
g3beige:
*** MacOS: Fatal Error! (0xF3B37FDB) ***
Official Apple copyright message missing.
*** MacOS: Fatal Error! (0xF3B37FD
Currently we will try to traverse all virtqueues to find a subset that
using a specific vector. This is sub optimal when we will support
hundreds or even thousands of virtqueues. So this patch introduces a
method which could be used by transport to get all virtqueues that
using a same vector. This
Instead of depending on marco, switch to use a bus specific queue
limit.
Cc: Alexander Graf
Cc: Richard Henderson
Cc: Christian Borntraeger
Cc: Cornelia Huck
Signed-off-by: Jason Wang
---
hw/s390x/s390-virtio-bus.c | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/h
This patch introduces a bus specific queue limitation. It will be
useful for increasing the limit for one of the bus without disturbing
other buses.
Cc: Michael S. Tsirkin
Cc: Alexander Graf
Cc: Richard Henderson
Cc: Cornelia Huck
Cc: Christian Borntraeger
Cc: Paolo Bonzini
Signed-off-by: Ja
101 - 133 of 133 matches
Mail list logo
