Acked-by: Farhan Ali
On 6/23/2025 9:00 AM, Matthew Rosato wrote:
To improve review coverage, assign additional people as reviewers for
multiple s390 sections.
Signed-off-by: Matthew Rosato
---
MAINTAINERS | 12
1 file changed, 12 insertions(+)
diff --git a/MAINTAINERS b
On 5/5/2025 2:38 AM, Thomas Huth wrote:
On 30/04/2025 20.50, Farhan Ali wrote:
Add a generic API for host PCI MMIO reads/writes
(e.g. Linux VFIO BAR accesses). The functions access
little endian memory and returns the result in
host cpu endianness.
Reviewed-by: Stefan Hajnoczi
Signed-off-by
s390x.
Reviewed-by: Stefan Hajnoczi
Reviewed-by: Niklas Schnelle
Signed-off-by: Farhan Ali
---
include/qemu/s390x_pci_mmio.h | 24 ++
util/meson.build | 2 +
util/s390x_pci_mmio.c | 146 ++
3 files changed, 172 insertions(+)
create mode 1
Use the host PCI MMIO functions to read/write
to NVMe registers, rather than directly accessing
them.
Reviewed-by: Philippe Mathieu-Daudé
Reviewed-by: Stefan Hajnoczi
Reviewed-by: Thomas Huth
Signed-off-by: Farhan Ali
---
block/nvme.c | 41 +++--
1 file
Add a generic API for host PCI MMIO reads/writes
(e.g. Linux VFIO BAR accesses). The functions access
little endian memory and returns the result in
host cpu endianness.
Reviewed-by: Stefan Hajnoczi
Signed-off-by: Farhan Ali
---
include/qemu/host-pci-mmio.h | 136
emu-devel/2025-03/msg06596.html
v1 -> v2
- Add 8 and 16 bit reads/writes for completeness (patch 1)
- Introduce new QEMU PCI MMIO read/write API as suggested by Stefan (patch
2)
- Update NVMe userspace driver to use QEMU PCI MMIO functions (patch 3)
Farhan Ali (3):
util: Add functions
On 4/30/2025 10:52 AM, Thomas Huth wrote:
On 30/04/2025 18.47, Farhan Ali wrote:
..snip...
+static inline uint32_t host_pci_ldl_le_p(const void *ioaddr)
+{
+ uint32_t ret = 0;
+#ifdef __s390x__
+ ret = le32_to_cpu(s390x_pci_mmio_read_32(ioaddr));
+#else
+ ret = (uint32_t)ldl_le_p
..snip...
+static inline uint32_t host_pci_ldl_le_p(const void *ioaddr)
+{
+ uint32_t ret = 0;
+#ifdef __s390x__
+ ret = le32_to_cpu(s390x_pci_mmio_read_32(ioaddr));
+#else
+ ret = (uint32_t)ldl_le_p(ioaddr);
This is the only spot where you used a cast. Is it necessary, or could
it
On 4/25/2025 7:09 AM, Heiko Carstens wrote:
On Fri, Apr 25, 2025 at 12:29:35PM +0200, Niklas Schnelle wrote:
On Fri, 2025-04-25 at 11:00 +0200, Thomas Huth wrote:
On 17/04/2025 19.37, Farhan Ali wrote:
+asm volatile(
+/* pcilgi */
+".insn rre,0xb9d6,
Hi Alex,
Polite ping. Please let me know if there are any concerns with this
version of the patches.
Thanks
Farhan
On 4/17/2025 10:37 AM, Farhan Ali wrote:
Hi,
Recently on s390x we have enabled mmap support for vfio-pci devices [1].
This allows us to take advantage and use userspace
s390x.
Reviewed-by: Stefan Hajnoczi
Reviewed-by: Niklas Schnelle
Signed-off-by: Farhan Ali
---
include/qemu/s390x_pci_mmio.h | 24 ++
util/meson.build | 2 +
util/s390x_pci_mmio.c | 148 ++
3 files changed, 174 insertions(+)
create mode 1
Add a generic API for host PCI MMIO reads/writes
(e.g. Linux VFIO BAR accesses). The functions access
little endian memory and returns the result in
host cpu endianness.
Signed-off-by: Farhan Ali
---
include/qemu/host-pci-mmio.h | 141 +++
1 file changed, 141
ed by Stefan (patch
2)
- Update NVMe userspace driver to use QEMU PCI MMIO functions (patch 3)
Farhan Ali (3):
util: Add functions for s390x mmio read/write
include: Add a header to define host PCI MMIO functions
block/nvme: Use host PCI MMIO API
block/nvme.c | 41 +--
Use the host PCI MMIO functions to read/write
to NVMe registers, rather than directly accessing
them.
Reviewed-by: Philippe Mathieu-Daudé
Reviewed-by: Stefan Hajnoczi
Signed-off-by: Farhan Ali
---
block/nvme.c | 41 +++--
1 file changed, 23 insertions
s390x.
Reviewed-by: Stefan Hajnoczi
Reviewed-by: Niklas Schnelle
Signed-off-by: Farhan Ali
---
include/qemu/s390x_pci_mmio.h | 24 ++
util/meson.build | 2 +
util/s390x_pci_mmio.c | 148 ++
3 files changed, 174 insertions(+)
create mode 1
On 4/14/2025 11:43 PM, Philippe Mathieu-Daudé wrote:
Hi,
On 14/4/25 23:36, Farhan Ali wrote:
Add a generic API for host PCI MMIO reads/writes
(e.g. Linux VFIO BAR accesses). The functions access
little endian memory and returns the result in
host cpu endianness.
Signed-off-by: Farhan Ali
On 4/14/2025 2:36 PM, Farhan Ali wrote:
Add a generic API for host PCI MMIO reads/writes
(e.g. Linux VFIO BAR accesses). The functions access
little endian memory and returns the result in
host cpu endianness.
Signed-off-by: Farhan Ali
---
include/qemu/host-pci-mmio.h | 141
Add a generic API for host PCI MMIO reads/writes
(e.g. Linux VFIO BAR accesses). The functions access
little endian memory and returns the result in
host cpu endianness.
Signed-off-by: Farhan Ali
---
include/qemu/host-pci-mmio.h | 141 +++
1 file changed, 141
Use the host PCI MMIO functions to read/write
to NVMe registers, rather than directly accessing
them.
Reviewed-by: Philippe Mathieu-Daudé
Reviewed-by: Stefan Hajnoczi
Signed-off-by: Farhan Ali
---
block/nvme.c | 41 +++--
1 file changed, 23 insertions
025-03/msg06596.html
v1 -> v2
- Add 8 and 16 bit reads/writes for completeness (patch 1)
- Introduce new QEMU PCI MMIO read/write API as suggested by Stefan (patch
2)
- Update NVMe userspace driver to use QEMU PCI MMIO functions (patch 3)
Farhan Ali (3):
util: Add functions for s390x
On 4/11/2025 3:28 PM, Alex Williamson wrote:
On Thu, 10 Apr 2025 09:07:51 -0700
Farhan Ali wrote:
On 4/3/2025 2:24 PM, Alex Williamson wrote:
On Thu, 3 Apr 2025 13:33:17 -0700
Farhan Ali wrote:
On 4/3/2025 11:05 AM, Alex Williamson wrote:
On Thu, 3 Apr 2025 10:33:52 -0700
Farhan Ali
...snip...
diff --git a/include/hw/s390x/ipl/qipl.h b/include/hw/s390x/ipl/qipl.h
index b8e7d1da71..2355fcecbb 100644
--- a/include/hw/s390x/ipl/qipl.h
+++ b/include/hw/s390x/ipl/qipl.h
@@ -23,6 +23,9 @@
#define MAX_CERTIFICATES 64
#define CERT_MAX_SIZE (1024 * 8)
+#define DIAG308_
On 4/8/2025 8:55 AM, Zhuoying Cai wrote:
DIAG 320 subcode 1 provides information needed to determine
the amount of storage to store one or more certificates.
The subcode value is denoted by setting the left-most bit
of an 8-byte field.
The verification-certificate-storage-size block (VCSSB) c
On 4/3/2025 2:24 PM, Alex Williamson wrote:
On Thu, 3 Apr 2025 13:33:17 -0700
Farhan Ali wrote:
On 4/3/2025 11:05 AM, Alex Williamson wrote:
On Thu, 3 Apr 2025 10:33:52 -0700
Farhan Ali wrote:
On 4/3/2025 9:27 AM, Alex Williamson wrote:
On Thu, 3 Apr 2025 11:44:42 -0400
Stefan
Add a generic QEMU API for PCI MMIO reads/writes.
The functions access little endian memory and returns
the result in host cpu endianness.
Signed-off-by: Farhan Ali
---
include/qemu/pci-mmio.h | 116
1 file changed, 116 insertions(+)
create mode 100644
On 4/3/2025 11:05 AM, Alex Williamson wrote:
On Thu, 3 Apr 2025 10:33:52 -0700
Farhan Ali wrote:
On 4/3/2025 9:27 AM, Alex Williamson wrote:
On Thu, 3 Apr 2025 11:44:42 -0400
Stefan Hajnoczi wrote:
On Thu, Apr 03, 2025 at 09:47:26AM +0200, Niklas Schnelle wrote:
On Wed, 2025-04-02 at
On 4/3/2025 9:27 AM, Alex Williamson wrote:
On Thu, 3 Apr 2025 11:44:42 -0400
Stefan Hajnoczi wrote:
On Thu, Apr 03, 2025 at 09:47:26AM +0200, Niklas Schnelle wrote:
On Wed, 2025-04-02 at 11:51 -0400, Stefan Hajnoczi wrote:
On Tue, Apr 01, 2025 at 10:22:43AM -0700, Farhan Ali wrote:
Hi
Add a generic API for host PCI MMIO reads/writes
(e.g. Linux VFIO BAR accesses). The functions access
little endian memory and returns the result in
host cpu endianness.
Reviewed-by: Philippe Mathieu-Daudé
Signed-off-by: Farhan Ali
---
include/qemu/host-pci-mmio.h | 116
Use the host PCI MMIO functions to read/write
to NVMe registers, rather than directly accessing
them.
Reviewed-by: Philippe Mathieu-Daudé
Reviewed-by: Stefan Hajnoczi
Signed-off-by: Farhan Ali
---
block/nvme.c | 37 +
1 file changed, 21 insertions(+), 16
s390x.
Reviewed-by: Stefan Hajnoczi
Reviewed-by: Niklas Schnelle
Signed-off-by: Farhan Ali
---
include/qemu/s390x_pci_mmio.h | 24 ++
util/meson.build | 2 +
util/s390x_pci_mmio.c | 148 ++
3 files changed, 174 insertions(+)
create mode 1
gt; v2
- Add 8 and 16 bit reads/writes for completeness (patch 1)
- Introduce new QEMU PCI MMIO read/write API as suggested by Stefan (patch
2)
- Update NVMe userspace driver to use QEMU PCI MMIO functions (patch 3)
Farhan Ali (3):
util: Add functions for s390x mmio read/write
i
On 3/31/2025 6:46 AM, Stefan Hajnoczi wrote:
On Fri, Mar 28, 2025 at 12:06:26PM -0700, Farhan Ali wrote:
Add a generic QEMU API for PCI MMIO reads/writes.
The functions access little endian memory and returns
the result in host cpu endianness.
Signed-off-by: Farhan Ali
---
include/qemu
On 3/28/2025 1:41 PM, Philippe Mathieu-Daudé wrote:
On 28/3/25 20:06, Farhan Ali wrote:
Use the QEMU PCI MMIO functions to read/write
to NVMe registers, rather than directly accessing
them.
Signed-off-by: Farhan Ali
---
block/nvme.c | 37 +
1 file
On 3/28/2025 1:44 PM, Philippe Mathieu-Daudé wrote:
On 28/3/25 20:06, Farhan Ali wrote:
Add a generic QEMU API for PCI MMIO reads/writes.
The functions access little endian memory and returns
the result in host cpu endianness.
Signed-off-by: Farhan Ali
---
include/qemu/pci-mmio.h | 116
On 3/28/2025 1:38 PM, Philippe Mathieu-Daudé wrote:
On 28/3/25 20:06, Farhan Ali wrote:
Add a generic QEMU API for PCI MMIO reads/writes.
The functions access little endian memory and returns
the result in host cpu endianness.
Signed-off-by: Farhan Ali
---
include/qemu/pci-mmio.h | 116
s390x.
Reviewed-by: Stefan Hajnoczi
Signed-off-by: Farhan Ali
---
include/qemu/s390x_pci_mmio.h | 23 ++
util/meson.build | 2 +
util/s390x_pci_mmio.c | 148 ++
3 files changed, 173 insertions(+)
create mode 100644 include/qemu/s390x_pci_m
bit reads/writes for completeness (patch 1)
- Introduce new QEMU PCI MMIO read/write API as suggested by Stefan (patch
2)
- Update NVMe userspace driver to use QEMU PCI MMIO functions (patch 3)
Farhan Ali (3):
util: Add functions for s390x mmio read/write
include: Add a header to def
Use the QEMU PCI MMIO functions to read/write
to NVMe registers, rather than directly accessing
them.
Signed-off-by: Farhan Ali
---
block/nvme.c | 37 +
1 file changed, 21 insertions(+), 16 deletions(-)
diff --git a/block/nvme.c b/block/nvme.c
index
On 3/27/2025 12:20 PM, Stefan Hajnoczi wrote:
On Wed, Mar 26, 2025 at 11:10:06AM -0700, Farhan Ali wrote:
Starting with z15 (or newer) we can execute mmio
instructions from userspace. On older platforms
where we don't have these instructions available
we can fallback to using system cal
On 3/27/2025 12:26 PM, Stefan Hajnoczi wrote:
On Wed, Mar 26, 2025 at 11:10:07AM -0700, Farhan Ali wrote:
+static inline uint32_t nvme_mmio_read_32(const void *addr)
+{
+uint32_t ret;
+
+#ifdef __s390x__
+ret = s390x_pci_mmio_read_32(addr);
+#else
+/* Prevent the compiler from
. I would appreciate any
review/feedback
on the patches.
Thanks
Farhan
[1]
https://lore.kernel.org/linux-s390/20250226-vfio_pci_mmap-v7-0-c5c0f1d26...@linux.ibm.com/
Farhan Ali (2):
util: Add functions for s390x mmio read/write
block/nvme: Enable NVMe userspace driver for s390x
block
igned-off-by: Farhan Ali
---
include/qemu/s390x_pci_mmio.h | 17 ++
util/meson.build | 2 +
util/s390x_pci_mmio.c | 105 ++
3 files changed, 124 insertions(+)
create mode 100644 include/qemu/s390x_pci_mmio.h
create mode 100644
On s390x we can now support userspace mmio and mmap
from vfio. This patch uses s390x mmio support to
enable the NVMe userspace driver for s390x.
Signed-off-by: Farhan Ali
---
block/nvme.c | 95 ++--
1 file changed, 77 insertions(+), 18 deletions
On 3/20/2025 12:17 PM, Stefan Hajnoczi wrote:
On Thu, Mar 20, 2025 at 11:13:04AM -0700, Farhan Ali wrote:
Hi,
I have been experimenting with the QEMU Userspace NVMe driver on s390x
architecture. I have noticed an issue when assigning multiple virtqueues and
multiple iothreads to the block
Hi,
I have been experimenting with the QEMU Userspace NVMe driver on s390x
architecture. I have noticed an issue when assigning multiple virtqueues
and multiple iothreads to the block device. The driver works well with a
single iothread, but when using more than one iothread we can hit a
prob
ent Chigot wrote:
> On Fri, Mar 1, 2024 at 6:48 PM Faiq Ali Sayed
> wrote:
> >
> > Hi Clément,
> >
> > So the output of the command
> > | $ qemu-system-aarch64 -M xlnx-zcu102 -m 4G -no-reboot -nographic
> > -kernel qnx.img
> > is
> >
&g
BR!
Faiq
On Fri, Mar 1, 2024 at 4:29 PM Clément Chigot wrote:
> Hi Faiq,
>
> On Fri, Feb 23, 2024 at 3:55 PM Faiq Ali Sayed
> wrote:
> >
> > So as far as my understanding, we provide these binaries using Qemu
> command as depicted in the example you provided and
really helpful :)
BR!
Faiq
On Thu, Feb 22, 2024 at 11:55 AM Alex Bennée wrote:
> Peter Maydell writes:
>
> (adding the other ZyncMP maintainers to the CC)
>
> > On Wed, 21 Feb 2024 at 18:20, Faiq Ali Sayed
> wrote:
> >>
> >>
> >>>
> >&g
024 at 5:02 PM Peter Maydell
wrote:
> On Tue, 20 Feb 2024 at 22:22, Faiq Ali Sayed
> wrote:
> >
> > The real hardware ( xlnx-zcu102 ) is being used for our software. The
> software is in the development phase, and for that, I need to create a VM
> for simulation purpose
Remote debugging using :1234
warning: Can not parse XML target description; XML support was disabled at
compile time
0x8800 in ?? ()
(gdb) c
Continuing.
[Inferior 1 (process 1) exited normally]
Please have a look :)
On Tue, Feb 20, 2024 at 11:22 PM Faiq Ali Sayed
wrote:
> The re
Qemu because this is created
particularly for hardware.
and giving a try to create a VM.
Your valuable suggestions in this regard will be appreciated and mean a lot
to me :)
br!
Faiq
On Tue, Feb 20, 2024 at 10:24 PM Peter Maydell
wrote:
> On Tue, 20 Feb 2024 at 20:56, Faiq Ali Sa
The image I am using is currently in use for real hardware, and I
received it from a third party/vendor.
Could you please suggest to me what I can do now?
br!
Faiq
On Tue, Feb 20, 2024 at 6:14 PM Alex Bennée wrote:
> Faiq Ali Sayed writes:
>
> > Alex thanks for the reply,
>
0: .inst 0x3b2b6b61 ; undefined
0x100024: .inst 0x72627768 ; undefined
Can you please let me know how I can step in ?
When I press c it does not execute further and hangs..
Faiq
On Tue, Feb 20, 2024 at 3:41 PM Alex Bennée wrote:
> Faiq Ali Sayed writes:
>
> > Hi everyone,
>
get remote :1234
Remote debugging using :1234
warning: No executable has been specified and target does not support
determining executable automatically. Try using the "file" command.
0x0010 in ?? ()
(gdb) c
Continuing.
--
Kind Regard-
Faiq Ali Sayed
Hi my name is Faiq Ali Sayed
Currently, I am trading to create a Qemu VM with the command below and
getting an error and the terminal hangs after that
*Command:*
qemu-system-aarch64 -M xlnx-zcu102 -m 16G -serial mon:stdio -display none
-device loader,file=QNX-IFS,addr=0x0010,cpu-num=0
-net
Thank a lot Peter and Philippe
On 9/19/21 20:46, Philippe Mathieu-Daudé wrote:
> In the "infinite loop exception" case, '-d int' might be sufficient,
> before using 'exec/cpu', since you'll see the exception raise over
> and over.
I tried -d int and see that a lot of exceptions are rising in idle
Hi Philippe, Thank for your email
I investigated your advice,
first checked the CPU's programmer's reference manual and it has wait for
interrupt instruction.
then to check what instructions are executing I run this command:
qemu-system-ppc64 -nographic -M ppce500 -cpu e5500 -kernel uImage
-sin
The mode=control argument configures a QMP monitor.
Signed-off-by: Ali Shirvani
---
qemu-options.hx | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/qemu-options.hx b/qemu-options.hx
index e22fb94d99..292c6f6bdc 100644
--- a/qemu-options.hx
+++ b/qemu-options.hx
Hi all,
I want to implement a new USB HID device in QEMU. I found that there exists
`hw/usb/dev-hid.c` on the source tree, but I did not find any further
documentation.
Would you please guide me how I should proceed?
Regards,
Ali
Hi all,
I want to implement a custom USB HID device in QEMU. I found the
`hw/usb/dev-hid.c` in the source tree, but I could not find any further
documentation.
Would you please guide me how I should proceed?
Regards,
Ali
On 06/12/2019 05:38 AM, Cornelia Huck wrote:
On Tue, 11 Jun 2019 15:33:59 -0400
Farhan Ali wrote:
On 06/07/2019 10:53 AM, Cornelia Huck wrote:
A vfio-ccw device may provide an async command subregion for
issuing halt/clear subchannel requests. If it is present, use
it for sending halt
On 06/11/2019 07:37 AM, Cornelia Huck wrote:
On Fri, 7 Jun 2019 11:19:09 -0400
Farhan Ali wrote:
On 06/07/2019 11:09 AM, Cornelia Huck wrote:
On Fri, 7 Jun 2019 11:02:36 -0400
Farhan Ali wrote:
On 06/07/2019 10:53 AM, Cornelia Huck wrote:
diff --git a/hw/s390x/css.c b/hw/s390x
On 06/07/2019 10:53 AM, Cornelia Huck wrote:
A vfio-ccw device may provide an async command subregion for
issuing halt/clear subchannel requests. If it is present, use
it for sending halt/clear request to the device; if not, fall
back to emulation (as done today).
Signed-off-by: Cornelia Huck
On 06/07/2019 11:09 AM, Cornelia Huck wrote:
On Fri, 7 Jun 2019 11:02:36 -0400
Farhan Ali wrote:
On 06/07/2019 10:53 AM, Cornelia Huck wrote:
A vfio-ccw device may provide an async command subregion for
issuing halt/clear subchannel requests. If it is present, use
it for sending halt
On 06/07/2019 10:53 AM, Cornelia Huck wrote:
A vfio-ccw device may provide an async command subregion for
issuing halt/clear subchannel requests. If it is present, use
it for sending halt/clear request to the device; if not, fall
back to emulation (as done today).
Signed-off-by: Cornelia Huck
On 05/22/2019 06:17 AM, Cornelia Huck wrote:
On Tue, 21 May 2019 16:50:47 -0400
Farhan Ali wrote:
On 05/07/2019 11:47 AM, Cornelia Huck wrote:
A vfio-ccw device may provide an async command subregion for
issuing halt/clear subchannel requests. If it is present, use
it for sending halt
On 05/21/2019 12:32 PM, Cornelia Huck wrote:
On Mon, 20 May 2019 12:29:56 -0400
Eric Farman wrote:
On 5/7/19 11:47 AM, Cornelia Huck wrote:
A vfio-ccw device may provide an async command subregion for
issuing halt/clear subchannel requests. If it is present, use
it for sending halt/clear r
On 05/07/2019 11:47 AM, Cornelia Huck wrote:
A vfio-ccw device may provide an async command subregion for
issuing halt/clear subchannel requests. If it is present, use
it for sending halt/clear request to the device; if not, fall
back to emulation (as done today).
Signed-off-by: Cornelia Huck
/vfio_ccw_private.h | 38 ++
include/uapi/linux/vfio.h | 2 +
3 files changed, 200 insertions(+), 26 deletions(-)
Reviewed-by: Farhan Ali
channels
as for ssch.
Signed-off-by: Cornelia Huck
Reviewed-by: Farhan Ali
On 04/08/2019 01:07 PM, Cornelia Huck wrote:
On Mon, 8 Apr 2019 13:02:12 -0400
Farhan Ali wrote:
On 03/01/2019 04:38 AM, Cornelia Huck wrote:
When we get a solicited interrupt, the start function may have
been cleared by a csch, but we still have a channel program
structure allocated
, separate
from this series. And also the patch LGTM
Reviewed-by: Farhan Ali
Thanks
Farhan
&s, &irb.scsw);
+schib->scsw = s;
/* If a uint check is pending, copy sense data. */
-if ((s->dstat & SCSW_DSTAT_UNIT_CHECK) &&
-(p->chars & PMCW_CHARS_MASK_CSENSE)) {
+if ((schib->scsw.dstat & SCSW_DSTAT_UNIT_CHECK) &&
+(schib->pmcw.chars & PMCW_CHARS_MASK_CSENSE)) {
memcpy(sch->sense_data, irb.ecw, sizeof(irb.ecw));
}
Reviewed-by: Farhan Ali
e32(splash_time);
+ipl->qipl.boot_menu_timeout = cpu_to_be32(splash_time);
}
static CcwDevice *s390_get_ccw_device(DeviceState *dev_st)
Reviewed-by: Farhan Ali
-ccw/s390-ccw.h | 1 +
pc-bios/s390-ccw/start.S| 29 +
4 files changed, 301 insertions(+), 3 deletions(-)
Reviewed-by: Farhan Ali
On 03/14/2019 01:11 PM, Eric Blake wrote:
On 3/14/19 11:33 AM, Farhan Ali wrote:
Hi,
I noticed qemu iotest 55 was broken on the latest master (My head commit
is dbbc277 Merge remote-tracking branch
'remotes/stefanha/tags/block-pull-request' into staging).
Patch has been propos
Hi,
I noticed qemu iotest 55 was broken on the latest master (My head commit
is dbbc277 Merge remote-tracking branch
'remotes/stefanha/tags/block-pull-request' into staging).
The backtrace of the qemu process when the test fails:
#0 0x7f82047cd428 in __GI_raise (sig=sig@entry=6) at
../
On 03/01/2019 01:59 PM, Jason J. Herne wrote:
Add bootindex property and iplb data for vfio-ccw devices. This allows us to
forward boot information into the bios for vfio-ccw devices.
Refactor s390_get_ccw_device() to return device type. This prevents us from
having to use messy casting logic
Sorry, because of log time, VM logs were removed. Journalctl for libvirtd is
remain.. It was like that.
018-12-17 17:01:50.990+: 43198: error : qemuMonitorIORead:606 : Unable to
read from monitor: Connection reset by peer
Dec 17 20:01:50 vm-kvm09 libvirtd[43198]: 2018-12-17 17:01:50.991+:
On 02/13/2019 11:26 AM, Cornelia Huck wrote:
On Wed, 13 Feb 2019 10:54:23 -0500
Farhan Ali wrote:
I noticed the qemu-iotests 200 was failing due to the commit
"703fef6fcf3 : s390x/pci: Warn when adding PCI devices without the
'zpci' feature".
This patch fixes the fail
I noticed the qemu-iotests 200 was failing due to the commit
"703fef6fcf3 : s390x/pci: Warn when adding PCI devices without the
'zpci' feature".
This patch fixes the failure :).
Thanks
Farhan
On 02/12/2019 06:23 AM, David Hildenbrand wrote:
As we now always have PCI support, let's add it to
as far as i know nothing happened. it had worked normally while instance
was running. For a reason, instance is shutdown, then it never open
again. i have some backups, i tried to return previous backups. But they
also gave same error. Thanks to replication i could get it back. i
copied image from
On 02/05/2019 09:48 AM, Eric Farman wrote:
On 02/05/2019 07:35 AM, Cornelia Huck wrote:
On Tue, 5 Feb 2019 12:52:29 +0100
Halil Pasic wrote:
On Mon, 4 Feb 2019 16:31:02 +0100
Cornelia Huck wrote:
On Thu, 31 Jan 2019 13:34:55 +0100
Halil Pasic wrote:
On Thu, 31 Jan 2019 12:52:20 +010
On 02/04/2019 06:13 AM, Cornelia Huck wrote:
On Thu, 31 Jan 2019 12:31:00 -0500
Farhan Ali wrote:
On 01/29/2019 08:29 AM, Jason J. Herne wrote:
Add struct for format-0 ccws. Support executing format-0 channel
programs and waiting for their completion before continuing execution.
This will
On 01/29/2019 08:29 AM, Jason J. Herne wrote:
Add struct for format-0 ccws. Support executing format-0 channel
programs and waiting for their completion before continuing execution.
This will be used for real dasd ipl.
Add cu_type() to channel io library. This will be used to query control
un
On 01/29/2019 08:29 AM, Jason J. Herne wrote:
Create a separate library for channel i/o related code. This decouples
channel i/o operations from virtio and allows us to make use of them for
the real dasd boot path.
Signed-off-by: Jason J. Herne
---
pc-bios/s390-ccw/Makefile| 2 +-
void);
void consume_sclp_int(void);
Reviewed-by: Farhan Ali
quot;UltraSPARC" },
- { "s390x", "s390-ccw-virtio", "", "virtio device" },
+{ "s390x", "s390-ccw-virtio", "", "device" },
{ "m68k", "mcf5208evb", "", "TT", sizeof(kernel_mcf5208), kernel_mcf5208
},
{ "microblaze", "petalogix-s3adsp1800", "", "TT",
sizeof(kernel_pls3adsp1800), kernel_pls3adsp1800 },
Reviewed-by: Farhan Ali
On 01/29/2019 08:29 AM, Jason J. Herne wrote:
Add bootindex property and iplb data for vfio-ccw devices. This allows us to
forward boot information into the bios for vfio-ccw devices.
Signed-off-by: Jason J. Herne
Acked-by: Halil Pasic
---
hw/s390x/ipl.c | 14 ++
h
_setup();
zipl_load(); /* no return */
Reviewed-by: Farhan Ali
ADPARM_LEN);
sclp_print(ldp);
@@ -168,6 +173,7 @@ static void virtio_setup(void)
int main(void)
{
sclp_setup();
+css_setup();
virtio_setup();
zipl_load(); /* no return */
Reviewed-by: Farhan Ali
On 01/30/2019 08:29 AM, Cornelia Huck wrote:
On Tue, 29 Jan 2019 20:39:33 +0100
Halil Pasic wrote:
On Tue, 29 Jan 2019 10:58:40 +0100
Cornelia Huck wrote:
The problem I see with the let the hardware sort it out is that, for
that to work, we need to juggle multiple translations simultaneo
Public bug reported:
blockcommit does not work if there is dirty block.
virsh version
Compiled against library: libvirt 4.10.0
Using library: libvirt 4.10.0
Using API: QEMU 4.10.0
Running hypervisor: QEMU 2.12.0
Scenario:
1. Create an instance
2. Add dirty bitmap to vm disk.
3. create a snapshot
Public bug reported:
i am using dirty bitmaps and drive-backup. It works as aspected.
Lately, i encounter a disastrous error. There is not any information
about that situation. I cannot reach/open/attach/info or anything with a
qcow2 file.
virsh version
Compiled against library: libvirt 4.10.0
U
On 12/12/2018 09:11 AM, Jason J. Herne wrote:
Add verbose error output for when unexpected i/o errors happen. This eases the
burden of debugging and reporting i/o errors. No error information is printed
in the success case, here is an example of what is output on error:
vfio-ccw device I/O er
On 12/12/2018 09:11 AM, Jason J. Herne wrote:
Add struct for format-0 ccws. Support executing format-0 channel
programs and waiting for their completion before continuing execution.
This will be used for real dasd ipl.
Add cu_type() to channel io library. This will be used to query control
un
On 12/12/2018 09:11 AM, Jason J. Herne wrote:
Make a new routine find_boot_device to locate the boot device for all
cases. not just virtio.
I don't think there should be a period after cases?
In one case no boot device is specified and a suitable boot device can not
be auto detected. The
eters));
-if (store_iplb(&iplb)) {
+if (have_iplb) {
switch (iplb.pbt) {
case S390_IPL_TYPE_CCW:
dev_no = iplb.ccw.devno;
@@ -174,6 +185,7 @@ int main(void)
{
sclp_setup();
css_setup();
+boot_setup();
virtio_setup();
zipl_load(); /* no return */
Reviewed-by: Farhan Ali
ADPARM_LEN);
sclp_print(ldp);
@@ -168,6 +173,7 @@ static void virtio_setup(void)
int main(void)
{
sclp_setup();
+css_setup();
virtio_setup();
zipl_load(); /* no return */
Reviewed-by: Farhan Ali
1 - 100 of 257 matches
Mail list logo
