16.02.2017 16:48, Fam Zheng wrote:
On Mon, 02/13 12:54, Vladimir Sementsov-Ogievskiy wrote:
When testing migration, auto-generated by qemu node-names differs in
source and destination qemu and migration fails. After this patch,
auto-generated by iotest nodenames will be the same.
What should be
16.02.2017 17:21, Kevin Wolf wrote:
Am 15.02.2017 um 11:10 hat Vladimir Sementsov-Ogievskiy geschrieben:
Add detailed error messages.
Signed-off-by: Vladimir Sementsov-Ogievskiy
Why not merge this patch into the one that originally introduced the
function?
Just to not create extra work for
On 17 February 2017 at 08:56, Paolo Bonzini wrote:
> So I do think that if musl wants to support _GNU_SOURCE, it should also
> auto-define;
> however it doesn't, see
> https://git.musl-libc.org/cgit/musl/tree/include/features.h.
Yes, I agree that this looks like a musl bug. I spoke to a musl
de
These are very much like the sample configuration files
for q35, and can be used both as documentation and as
a starting point for creating your own guest.
Two sample configuration files are provided:
* mach-virt-graphical.cfg can be used to start a
fully-featured (USB, graphical console, e
On Fri, 02/17 09:00, Franklin "Snaipe" Mathieu wrote:
> Ignore this patch, this was sent again by mistake.
Hi Franklin, thanks for the re-submission. Next time please send consecutive
versions as top-level threads instead of replies to previous versions, with
proper 'v2", "v3" tags in the subject.
Changes since [v7]
* Paperwork:
- add missing Signed-off-by tags;
- pick up Reviewed-by tags from v7.
Changes since [v6]
* Address review comments:
- re-introduce optical media support;
- rename PCIe Root Ports from pci.* to pcie.*;
- remove reference to GTK+.
Changes si
Instead of having a single sample configuration file,
we now have several:
* q35-emulated.cfg documents the default devices QEMU
adds to a q35 guest and the additional devices that
are pretty much guaranteed to be present in a
physical q35-based machine;
* q35-virtio-graphical.cfg
On Fri, 02/17 10:23, Laszlo Ersek wrote:
> On 02/17/17 07:43, Fam Zheng wrote:
> > On Thu, 02/16 12:47, Chad Joan wrote:
> >> I am glad others are chiming in and might provide better solutions.
> >>
> >> Honestly, following the instructions at
> >> http://wiki.qemu-project.org/Contribute/SubmitAPat
On Fri 17 Feb 2017 09:06:04 AM CET, Pankaj Gupta wrote:
> To maintain consistency at all the places use qemu_madvise wrapper
> inplace of madvise call.
> if (length > 0) {
> -madvise((uint8_t *) t + offset, length, MADV_DONTNEED);
> +qemu_madvise((uint8_t *) t + offset, leng
* Kevin Wolf (kw...@redhat.com) wrote:
> Am 17.02.2017 um 09:06 hat Pankaj Gupta geschrieben:
> > To maintain consistency at all the places use qemu_madvise wrapper
> > inplace of madvise call.
> >
> > Signed-off-by: Pankaj Gupta
>
> Reviewed-by: Kevin Wolf
>
> Juan/Dave, if one of you can g
When we build qemu-qmp-ref.txt this causes texinfo to complain several
times:
"Negative repeat count does nothing at
/usr/share/texinfo/Texinfo/Convert/Line.pm line 124."
It also doesn't display correctly, because the "Notes" text disappears
entirely in the HTML version because it thinks there's n
On 02/17/17 07:43, Fam Zheng wrote:
> On Thu, 02/16 12:47, Chad Joan wrote:
>> I am glad others are chiming in and might provide better solutions.
>>
>> Honestly, following the instructions at
>> http://wiki.qemu-project.org/Contribute/SubmitAPatch to-the-letter is quite
>> daunting to me, just to
On Feb 17 2017, Richard Henderson wrote:
> On 02/16/2017 09:18 PM, Andreas Schwab wrote:
>> There is no guarantee that the host long double has the same range and
>> precision as floatx80.
>
> Indeed not. However, do you have another plan for implementing the
> trancendentals? I'm quite happy u
On 17 February 2017 at 06:43, Fam Zheng wrote:
> But your point is taken, we should make the first (or a one-shot)
> contribution as easy as possible.
Yes; we could do with providing a "This page seems very long..."
introduction section. The absolute bare minimum requirements
for a submitter I th
Hi Vijaya,
On 13/02/2017 13:17, Vijay Kilari wrote:
> On Tue, Feb 7, 2017 at 8:09 PM, Peter Maydell
> wrote:
>> On 31 January 2017 at 16:22, wrote:
>>> From: Vijaya Kumar K
>>>
>>> To Save and Restore ICC_SRE_EL1 register Add ICC_SRE_EL1 register
>>> to vmstate and GICv3CPUState struct.
>>>
>
From: "Franklin \"Snaipe\" Mathieu"
The current implementation of the mincore(2) syscall sets errno to
EFAULT when the region identified by the first two parameters is
invalid.
This goes against the man page specification, where mincore(2) should
only fail with EFAULT when the third parameter is
On 02/17/17 09:56, Paolo Bonzini wrote:
>
>
> On 16/02/2017 18:23, Laszlo Ersek wrote:
>> On 02/16/17 17:58, Paolo Bonzini wrote:
>>>
>>>
>>> On 16/02/2017 17:30, Chad Joan wrote:
Hello,
This is a one-line patch to the configure script that will allow QEMU to be
built on musl-
From: "Franklin \"Snaipe\" Mathieu"
The current implementation of the mincore(2) syscall sets errno to
EFAULT when the region identified by the first two parameters is
invalid.
This goes against the man page specification, where mincore(2) should
only fail with EFAULT when the third parameter is
This patch is a follow-up for:
http://lists.nongnu.org/archive/html/qemu-devel/2017-02/msg03647.html
On Fri, Feb 17, 2017 at 2:30 PM, Auger Eric wrote:
> Hi Vijaya,
>
> On 13/02/2017 13:17, Vijay Kilari wrote:
>> On Tue, Feb 7, 2017 at 8:09 PM, Peter Maydell
>> wrote:
>>> On 31 January 2017 at 16:22, wrote:
From: Vijaya Kumar K
To Save and Restore ICC_SRE_EL1 register Add ICC_
Am 17.02.2017 um 09:06 hat Pankaj Gupta geschrieben:
> To maintain consistency at all the places use qemu_madvise wrapper
> inplace of madvise call.
>
> Signed-off-by: Pankaj Gupta
Reviewed-by: Kevin Wolf
Juan/Dave, if one of you can give an Acked-by, I can take this through
my tree.
Kevin
Ignore this patch, this was sent again by mistake.
2017-02-17 8:57 GMT+00:00 Franklin Snaipe Mathieu :
> From: "Franklin \"Snaipe\" Mathieu"
>
> The current implementation of the mincore(2) syscall sets errno to
> EFAULT when the region identified by the first two parameters is
> invalid.
>
> Thi
Am 17.02.2017 um 01:51 hat Nir Soffer geschrieben:
> Add tests for creating raw image with and without the preallocation
> option.
>
> Signed-off-by: Nir Soffer
Looks good, but 175 is already (multiply) taken. Not making this a
blocker, but I just want to remind everyone to check the mailing lis
On 02/16/2017 03:39 PM, Paolo Bonzini wrote:
>
>
> On 16/02/2017 15:30, fred.kon...@greensocs.com wrote:
>> From: KONRAD Frederic
>>
>> This series allows to execute code from mmio areas.
>> The main goal of this is to be able to run code for example from an SPI
>> device.
>>
>> The three first
Introduce a singlethreaded workqueue to handle the I/O interrupts.
With the work added to this queue, we store the I/O results to the
io_region of the subchannel, then signal the userspace program to
handle the results.
Signed-off-by: Dong Jia Shi
---
drivers/s390/cio/vfio_ccw_drv.c | 58 +++
On 16/02/2017 18:23, Laszlo Ersek wrote:
> On 02/16/17 17:58, Paolo Bonzini wrote:
>>
>>
>> On 16/02/2017 17:30, Chad Joan wrote:
>>> Hello,
>>>
>>> This is a one-line patch to the configure script that will allow QEMU to be
>>> built on musl-libc based Linux systems. This problem is only notice
On 02/17/2017 10:53 AM, zhanghailiang wrote:
Instead of using qemu timer to process the stale packets,
We re-use the colo compare thread to process these packets
by creating a new timeout coroutine.
Besides, since we process all the same vNIC's net connection/packets
in one thread, it is safe
On 16/02/2017 18:23, Laszlo Ersek wrote:
>> Hi,
>>
>> can you explain exactly which function is missing without
>> -D_XOPEN_SOURCE=500? If it is curses' wide-char functions, why does it
>> fail with musl but not with glibc? Is _XOPEN_SOURCE always defined by
>> glibc if you have _D_GNU_SOURCE?
Introduce VFIO_DEVICE_RESET ioctl for vfio-ccw to make it possible
to hot-reset the device.
We try to achieve a reset by first disabling the subchannel and
then enabling it again: this should clear all state at the subchannel.
Signed-off-by: Dong Jia Shi
---
drivers/s390/cio/vfio_ccw_ops.c | 47
Hi,
On 17/02/2017 07:31, vijay.kil...@gmail.com wrote:
> From: Vijaya Kumar K
>
> To Save and Restore ICC_SRE_EL1 register introduce vmstate
> subsection and load only if non-zero.
> Also initialize icc_sre_el1 with to 0x7 in pre_load
> function.
>
> Signed-off-by: Vijaya Kumar K
> ---
> hw/i
Which version of QEMU were you using? Can you still reproduce this issue
with the latest version of QEMU?
** Changed in: qemu
Status: New => Incomplete
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net
Has this problem been fixed in 2012, so that we could close this ticket
now? Or is there still something left to do?
** Changed in: qemu
Status: New => Incomplete
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.la
Introduce ccwchain structure and helper functions that can be used to
handle a channel program issued from a virtual machine.
The following limitations apply:
1. Supports only prefetch enabled mode.
2. Supports idal(c64) ccw chaining.
3. Supports 4k idaw.
4. Supports ccw1.
5. Supports direct ccw c
Hi
On Thu, Feb 16, 2017 at 12:02 AM Sébastien Frémal <
sebastien.fre...@gmail.com> wrote:
> Hello !
>
> I searched for a forum or a place where questions about QEMU can be asked,
> but I found nothing except mailing lists. If there is a more appropriate
> place for my question, do not hesitate to
vfio-ccw: the basic infrastructure
==
Introduction
Here we describe the vfio support for I/O subchannel devices for
Linux/s390. Motivation for vfio-ccw is to passthrough subchannels to a
virtual machine, while vfio is the means.
Different than other h
Add file Documentation/s390/vfio-ccw.txt that includes details
of vfio-ccw.
Signed-off-by: Dong Jia Shi
Acked-by: Pierre Morel
---
Documentation/s390/00-INDEX | 2 +
Documentation/s390/vfio-ccw.txt | 303
2 files changed, 305 insertions(+)
create
The current implementation doesn't check if the subchannel is in a
proper device state when handling an event. Let's introduce
a finite state machine to manage the state/event change.
Signed-off-by: Dong Jia Shi
---
drivers/s390/cio/Makefile | 2 +-
drivers/s390/cio/vfio_ccw_drv.c
Although Linux does not use format-0 channel command words (CCW0)
these are a non-optional part of the platform spec, and for the sake
of platform compliance, and possibly some non-Linux guests, we have
to support CCW0.
Making the kernel execute a format 0 channel program is too much hassle
becaus
Concurrent-sense data is currently not delivered. This patch stores
the concurrent-sense data to the subchannel if a unit check is pending
and the concurrent-sense bit is enabled. Then a TSCH can retreive the
right IRB data back to the guest.
Signed-off-by: Dong Jia Shi
---
hw/vfio/ccw.c | 7 +++
Realize VFIO_DEVICE_GET_IRQ_INFO ioctl to retrieve
VFIO_CCW_IO_IRQ information.
Realize VFIO_DEVICE_SET_IRQS ioctl to set an eventfd fd for
VFIO_CCW_IO_IRQ. Once a write operation to the ccw_io_region
was performed, trigger a signal on this fd.
Signed-off-by: Dong Jia Shi
Reviewed-by: Pierre Mor
To provide user-space a set of interfaces to:
1. pass in a ccw program to perform an I/O operation.
2. read back I/O results of the completed I/O operations.
We introduce an MMIO region for the vfio-ccw device here.
This region is defined to content:
1. areas to store arguments that an ssch requir
Introduce device information about vfio-ccw: VFIO_DEVICE_FLAGS_CCW.
Realize VFIO_DEVICE_GET_REGION_INFO ioctl for vfio-ccw.
Signed-off-by: Dong Jia Shi
Reviewed-by: Pierre Morel
---
drivers/s390/cio/vfio_ccw_ops.c | 78 +
include/uapi/linux/vfio.h |
From: Xiao Feng Ren
This is a placeholder for a linux-headers update.
Signed-off-by: Xiao Feng Ren
---
linux-headers/linux/vfio.h | 17 +
linux-headers/linux/vfio_ccw.h | 28
2 files changed, 45 insertions(+)
create mode 100644 linux-headers/li
We implement the basic ccw command handling infrastructure
here:
1. Translate the ccw commands.
2. Issue the translated ccw commands to the device.
3. Once we get the execution result, update the guest SCSW
with it.
Signed-off-by: Dong Jia Shi
Acked-by: Pierre Morel
---
drivers/s390/cio/vfio
Define vfio-ccw device API strings. CCW vendor driver using mediated
device framework should use this string for device_api attribute.
Signed-off-by: Dong Jia Shi
Reviewed-by: Pierre Morel
---
include/uapi/linux/vfio.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/uapi/linux/vfio.
To make vfio support subchannel devices, we need a css driver for
the vfio subchannels. This patch adds a basic vfio-ccw subchannel
driver for this purpose.
To enable VFIO for vfio-ccw, enable S390_CCW_IOMMU config option
and configure VFIO as required.
Signed-off-by: Dong Jia Shi
Acked-by: Pier
From: Xiao Feng Ren
vfio-ccw resorts to the eventfd mechanism to communicate with userspace.
We fetch the irqs info via the ioctl VFIO_DEVICE_GET_IRQ_INFO,
register a event notifier to get the eventfd fd which is sent
to kernel via the ioctl VFIO_DEVICE_SET_IRQS, then we can implement
read operat
To make vfio support subchannel devices, we need to leverage the
mediated device framework to create a mediated device for the
subchannel device.
This registers the subchannel device to the mediated device
framework during probe to enable mediated device creation.
Signed-off-by: Dong Jia Shi
Rev
For future code reuse purpose, this decouples the cio code with
the ccw device specific parts from ccw_device_cancel_halt_clear,
and makes a new common I/O interface named cio_cancel_halt_clear.
Signed-off-by: Dong Jia Shi
Reviewed-by: Pierre Morel
---
drivers/s390/cio/cio.c| 59 +++
Export the common I/O interfaces those are needed by an I/O
subchannel driver to actually talk to the subchannel.
Signed-off-by: Dong Jia Shi
Reviewed-by: Pierre Morel
---
drivers/s390/cio/cio.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/drivers/s390/cio/cio.c b/drivers/s39
The S390 virtual css support already has a mechanism to create a
virtual subchannel and provide it to the guest. However, to
pass-through subchannels to a guest, we need to introduce a new
mechanism to create the subchannel according to the real device
information. Thus we reconstruct css_create_vi
From: Xiao Feng Ren
We use the IOMMU_TYPE1 of VFIO to realize the subchannels
passthrough, implement a vfio based subchannels passthrough
driver called "vfio-ccw".
Support qemu parameters in the style of:
"-device vfio-ccw,sysfsdev=$mdev_file_path,devno=xx.x.'
Signed-off-by: Xiao Feng Ren
From: Xiao Feng Ren
Introduce a new callback on subchannel to handle ccw-request.
Realize the callback in vfio-ccw device. Besides, resort to
the event notifier handler to handling the ccw-request results.
1. Pread the I/O results via MMIO region.
2. Update the scsw info to guest.
3. Inject an I/
From: Xiao Feng Ren
We want to support real (i.e. not virtual) channel devices
even for guests that do not support MCSS-E (where guests may
see devices from any channel subsystem image at once). As all
virtio-ccw devices are in css 0xfe (and show up in the default
css 0 for guests not activating
vfio-ccw provides an MMIO region for I/O operations. We fetch its
information via ioctls here, then we can use it performing I/O
instructions and retrieving I/O results later on.
Signed-off-by: Xiao Feng Ren
---
hw/vfio/ccw.c | 52
1 file chan
From: Xiao Feng Ren
The S390 virtual css support already has a mechanism to build virtual
Sub-Channel Information Block and provide virtual subchannels to the
guest. However, to pass-through subchannels to a guest, we need to
introduce a new mechanism to build its schib according to the real
devi
The patch series introduce a basic channel I/O passthrough
infrastructure based on vfio.
- Focus on supporting dasd-eckd(cu_type/dev_type = 0x3990/0x3390) as
the target device.
- Support new qemu parameters in the style of:
-machine s390-ccw-virtio(,s390-squash-mcss=on|off) \
-device vfi
From: Xiao Feng Ren
Implement a basic infrastructure of handling channel I/O instruction
interception for passed through subchannels:
1. Branch the code path of instruction interception handling by
SubChannel type.
2. For a passed-through subchannel, issue the ORB to kernel to do ccw
transl
In order to support subchannels pass-through, we introduce a s390
subchannel device called "s390-ccw" to hold the real subchannel info.
The s390-ccw devices inherit from the abstract CcwDevice which connect
to the existing virtual-css-bus.
Signed-off-by: Xiao Feng Ren
---
hw/s390x/Makefile.objs
From: Ziyue Yang
This patch eliminates the segfault caused by accessing CPU that doesn't
exist in hmp command "info lapic", which can be reproduced by
$ qemu-system-x86_64 -nographic -M none -serial none -monitor stdio
and then type "info lapic" into qemu monitor.
Signed-off-by: Ziyue Yang
--
From: Ziyue Yang
Currently mon_get_cpu always dereferences first_cpu without checking
whether it's a valid pointer. This commit adds check before dereferencing,
and reports "No CPU" info if there isn't any CPU then returns NULL.
Signed-off-by: Ziyue Yang
---
monitor.c | 10 +++---
1 file c
From: Ziyue Yang
Many QEMU monitor commands, like "info lapic", "info tlb" and so on
use mon_get_cpu or related wrappers to access CPU info without checking
whether the CPU exists.
This patch series fix the "info lapic" case, and is the base of the incoming
patch series aiming to eliminate segfau
To maintain consistency at all the places use qemu_madvise wrapper
inplace of madvise call.
Signed-off-by: Pankaj Gupta
---
block/qcow2-cache.c | 2 +-
migration/postcopy-ram.c | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/block/qcow2-cache.c b/block/qcow2-cache.c
2017-02-17 0:50 GMT+00:00 Fam Zheng :
> On Thu, 02/16 08:58, Franklin Snaipe Mathieu wrote:
>> +p = lock_user_string(arg3)
>> +if (!p) {
>
> Please compile test at least, even if it is a trivial patch.
>
Whoops, sorry, I forgot to re-compile after fixing the checkpatch issu
201 - 264 of 264 matches
Mail list logo
