On Fri, Sep 05, 2014 at 10:52:16AM +0200, Laszlo Ersek wrote:
On 08/26/14 02:12, Jordan Justen wrote:
On Mon, Aug 25, 2014 at 4:27 PM, Laszlo Ersek ler...@redhat.com wrote:
On 08/26/14 00:24, Jordan Justen wrote:
On Fri, Aug 8, 2014 at 7:08 PM, Laszlo Ersek ler...@redhat.com wrote:
Recent
Hi,
I've found that there's an issue with shutdown minimal linux guest (just
minimal kernel and initramfs with busybox) via 'poweroff -f' and 'echo o
/proc/sysrq-trigger' and qemu-2.1.0 does not shutdown. I also tried to
boot the host's kernel+initramfs in qemu, the same result, however on
Hi, Paolo, Amit,
any ideas?
Thanks,
Zhang Haoyu
On 2014-9-4 15:56, Zhang Haoyu wrote:
If virtio-blk and virtio-serial share an IRQ, the guest operating system
has to check each virtqueue for activity. Maybe there is some
inefficiency doing that.
AFAIK virtio-serial registers 64 virtqueues
Il 07/09/2014 10:53, Piotr Karbowski ha scritto:
I've found that there's an issue with shutdown minimal linux guest (just
minimal kernel and initramfs with busybox) via 'poweroff -f' and 'echo o
/proc/sysrq-trigger' and qemu-2.1.0 does not shutdown. I also tried to
boot the host's
On 09/07/14 10:50, Michael S. Tsirkin wrote:
On Fri, Sep 05, 2014 at 10:52:16AM +0200, Laszlo Ersek wrote:
On 08/26/14 02:12, Jordan Justen wrote:
On Mon, Aug 25, 2014 at 4:27 PM, Laszlo Ersek ler...@redhat.com wrote:
On 08/26/14 00:24, Jordan Justen wrote:
On Fri, Aug 8, 2014 at 7:08 PM,
** Description changed:
After `make clean` and `git clean -x -f -d` `git checkout v2.1.0
configure --prefix=/home/user/prefix-qemu-2.1.0 make` fails due to
missing declarations
CCqemu-seccomp.o
qemu-seccomp.c:28:1: error: '__NR_select' undeclared here (not in a
After commit 812c1057f6175ac9a9829fa2920a2b5783814193 (Handle G_IO_HUP
in tcp_chr_read for tcp chardev), the connection is disconnected when in
G_IO_HUP condition.
However, it's possible that the channel is in G_IO_IN condition at the
same time, meaning there is data for reading. In that case,
The Monday 01 Sep 2014 à 15:43:06 (+0800), Liu Yuan wrote :
This patch set mainly add mainly two logics to implement device recover
- notify qourum driver of the broken states from the child driver(s)
- dirty track and sync the device after it is repaired
Thus quorum allow VMs to continue
On Sat, 6 Sep 2014 12:49:47 +1000
Alexey Kardashevskiy a...@ozlabs.ru wrote:
At the moment VFIO's BARs are NATIVE_ENDIAN. The idea is that since
it does not parse BARs content and just provides transport, it should
not do byte swaps, the guest does it anyway. That worked fine while
the host
Hi,
Did anybody get the chance to review this patch?
It would be quite nice to integrate it before all the other openrisc changes,
to get
the IDE working also.
Thanks,
Valentin
On 2014-08-31 11:32, Valentin Manea wrote:
Set the IDE MMIO memory type to little endian. The ATA specs
Using Arch qemu 2.1.0-2
I haven't actually made use of usb_del but I expect that I would
normally run something like `usb_del 0.4` (after usb eject in quest).
(qemu) info usb
Device 0.1, Port 1, Speed 1.5 Mb/s, Product USB Multimedia Keyboard
Device 0.2, Port 2, Speed 12 Mb/s, Product
On 06.09.14 04:49, Alexey Kardashevskiy wrote:
At the moment VFIO's BARs are NATIVE_ENDIAN. The idea is that since
it does not parse BARs content and just provides transport, it should
not do byte swaps, the guest does it anyway. That worked fine while
the host was big-endian and it does not
On 25.08.14 15:45, Aravinda Prasad wrote:
This patch adds FWNMI support in qemu for powerKVM
guests by handling the ibm,nmi-register rtas call.
Whenever OS issues ibm,nmi-register RTAS call, the
machine check notification address is saved and the
machine check interrupt vector 0x200 is
When the real braille device which will be used to render the output of
the virtual one is not plugged, brlapi can not provide the size, and
reports 0. This makes the baum virtual device basically ignore all
display packets, thus failing probes from device drivers, without the
possibility for any
This replaces gcc's ffsl() function (find first bit set in a word)
with QEMU's ctzl (count trailing zeros). There are no corner cases
in the affected code so simple replacement ffsl()-1 by ctzl() works.
Signed-off-by: Alexey Kardashevskiy a...@ozlabs.ru
---
hw/ppc/spapr.c | 4 ++--
1 file
On 09/08/2014 02:06 AM, Greg Kurz wrote:
On Sat, 6 Sep 2014 12:49:47 +1000
Alexey Kardashevskiy a...@ozlabs.ru wrote:
At the moment VFIO's BARs are NATIVE_ENDIAN. The idea is that since
it does not parse BARs content and just provides transport, it should
not do byte swaps, the guest does
On 09/08/2014 06:35 AM, Alexander Graf wrote:
On 06.09.14 04:49, Alexey Kardashevskiy wrote:
At the moment VFIO's BARs are NATIVE_ENDIAN. The idea is that since
it does not parse BARs content and just provides transport, it should
not do byte swaps, the guest does it anyway. That worked
On 09/08/2014 10:00 AM, Alexey Kardashevskiy wrote:
On 09/08/2014 02:06 AM, Greg Kurz wrote:
On Sat, 6 Sep 2014 12:49:47 +1000
Alexey Kardashevskiy a...@ozlabs.ru wrote:
At the moment VFIO's BARs are NATIVE_ENDIAN. The idea is that since
it does not parse BARs content and just provides
On Mon, Sep 08, 2014 at 09:59:04AM +1000, Alexey Kardashevskiy wrote:
This replaces gcc's ffsl() function (find first bit set in a word)
with QEMU's ctzl (count trailing zeros). There are no corner cases
in the affected code so simple replacement ffsl()-1 by ctzl() works.
Signed-off-by:
The 2 patches fix MSIx lost after PE reset. Otherwise, the MSIx
entries can't be restored successfully after PE reset and the
EEH recovery fails on broadcom tg3 adapter (as tested) in guest.
The reset path (restarting machine) has the same problem. Also,
the MSI has the same problem as well.
As to one particular VFIO device, there are 4 kinds of resets as
follows: FLR (Function Level Reset), secondary bus reset, machine
reset, EEH reset. For the first 2 cases, PCI core helps keeping
consistent interrupt vectors. For the later 2 cases, we have to
drop the stale interrupt (MSI or MSIx)
The patch drops vfio_container_do_ioctl() and merges its logic to
parent function call vfio_container_ioctl() so that the subsequent
patches can reused the found VFIO group in vfio_container_ioctl().
Signed-off-by: Gavin Shan gws...@linux.vnet.ibm.com
---
hw/misc/vfio.c | 33
On Mon, Sep 08, 2014 at 02:52:38PM +1000, Gavin Shan wrote:
The 2 patches fix MSIx lost after PE reset. Otherwise, the MSIx
entries can't be restored successfully after PE reset and the
EEH recovery fails on broadcom tg3 adapter (as tested) in guest.
The reset path (restarting machine) has the
As of qemu-2.1, spapr/pseries, has a set of versioned machine classes to
represent the machine type as it appeared to the guest in different qemu
versions. This allows for safe migration of guests between current and
future qemu versions.
However, these are organized a bit differently from those
24 matches
Mail list logo