On Mon, Apr 22, 2019 at 12:32:58PM +0530, Aravinda Prasad wrote:
> This patch adds support in QEMU to handle "ibm,nmi-register"
> and "ibm,nmi-interlock" RTAS calls.
>
> The machine check notification address is saved when the
> OS issues "ibm,nmi-register" RTAS call.
>
> This patch also handles
From: Nick Hudson
"In PA-RISC 1.1 (Second Edition) and later revisions, processors must use
traps 26, 27,and 28 which provide equivalent functionality"
Signed-off-by: Nick Hudson
---
target/hppa/mem_helper.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/target/hppa/mem_
From: Nick Hudson
See
https://parisc.wiki.kernel.org/images-parisc/a/a9/Pcxl2_ers.pdf
page 13-9 (195/206)
Signed-off-by: Nick Hudson
---
target/hppa/insns.decode | 3 +++
target/hppa/translate.c | 52
2 files changed, 55 insertions(+)
diff
v3 changes:
- Don't use C99 comments and fix a typo in the comment
v2 changes:
- remove old debug code
*** BLURB HERE ***
Nick Hudson (2):
Implement the pcxl and pcxl2 Fast TLB Insert instructions as used by
NetBSD (and OpenBSD)
Always return EXCP_DMAR for protection id trap as EXCP_DM
Hi,
I want to add some log to qemu-kvm-ev.
Do you know how to compile qemu-kvm-ev from source code?
Thanks
Yafeng
On Tue, 16 Apr 2019 at 16:47, Dr. David Alan Gilbert
wrote:
> * fengyd (fengy...@gmail.com) wrote:
> > -- Forwarded message -
> > From: fengyd
> > Date: Tue, 16 A
On Tue, Apr 23, 2019 at 09:21:00AM +0800, Alex Williamson wrote:
> On Mon, 22 Apr 2019 21:01:52 -0400
> Yan Zhao wrote:
>
> > On Mon, Apr 22, 2019 at 10:39:50PM +0800, Alex Williamson wrote:
> > > On Fri, 19 Apr 2019 04:35:04 -0400
> > > Yan Zhao wrote:
> > >
> > > > device version attribute
I did some undocumented testing to circle the issue down: It seems to
affect Files that are stored as sparsed files either raw or qcow2.
There was a big event and I had the chance to find some people using
glusterfs with qemu, too. the biggest difference as far as I could see
was that they all whe
Are you talking about serial console? Or graphical (VGA) console? Which
QEMU target (x86? ... and which machine?)? How did you start QEMU? ...
this bug report clearly lacks some more information...
** Changed in: qemu
Status: New => Incomplete
--
You received this bug notification because
On 22/04/2019 23.04, Eduardo Habkost wrote:
> The field is not used anymore, we can remove it.
>
> Signed-off-by: Eduardo Habkost
> ---
> include/sysemu/accel.h | 1 -
> accel/accel.c | 5 -
> 2 files changed, 6 deletions(-)
Reviewed-by: Thomas Huth
On 22/04/2019 23.04, Eduardo Habkost wrote:
> qtest_available() will always return 0 on non-POSIX systems.
> It's simpler to just not compile the accelerator code on those
> systems instead of relying on the AccelClass::available function.
>
> Signed-off-by: Eduardo Habkost
> ---
> include/sysem
On 22/04/2019 23.04, Eduardo Habkost wrote:
> QTest has two parts: the server (-qtest) and the accelerator
> (-machine accel=qtest). The accelerator depends on CONFIG_POSIX
> due to its usage of sigwait(), but the server doesn't.
>
> Move the accel code to accel/qtest.c. Later we will disable
>
Hi Stefan,
I did investigation per your advices, please see inline for the details and
questions.
1. Compare "iostat -dx 1" inside the guest and host. Are the I/O
patterns comparable? blktrace(8) can give you even more detail on
the exact I/O patterns. If the gue
>
> Dan Williams writes:
>
> > On Mon, Apr 22, 2019 at 8:59 AM Jeff Moyer wrote:
> >>
> >> Dan Williams writes:
> >>
> >> > On Thu, Apr 18, 2019 at 9:18 AM Christoph Hellwig
> >> > wrote:
> >> >>
> >> >> On Thu, Apr 18, 2019 at 09:05:05AM -0700, Dan Williams wrote:
> >> >> > > > I'd either
Philippe Mathieu-Daudé 于2019年4月23日周二 上午12:28写道：
> On 4/22/19 3:17 AM, Li Qiang wrote:
> >
> >
> > Philippe Mathieu-Daudé mailto:phi...@redhat.com>> 于
> > 2019年4月21日周日 下午6:28写道：
> >
> > Hi Li,
> >
> > The patch title is not very descriptive, maybe "allow 64-bit access"
> >
> >
> > On 4
Does qemu-pr-helper have its own log files？
On 2019/4/23 上午4:14, Dan Streetman wrote:
On Sun, Apr 21, 2019 at 10:50 PM Jason Wang wrote:
On 2019/4/17 上午2:46, Dan Streetman wrote:
From: Dan Streetman
Buglink: https://launchpad.net/bugs/1823458
There is a race condition when using the vhost-user driver, between a guest
shutdown and
On Mon, Apr 22, 2019 at 03:22:55PM -0300, Eduardo Habkost wrote:
>On Mon, Apr 22, 2019 at 08:34:51AM -0400, Michael S. Tsirkin wrote:
>> On Mon, Apr 22, 2019 at 08:48:47AM +0800, Wei Yang wrote:
>> > Linux 4.15 introduces a new mmap flag MAP_SYNC, which can be used to
>> > guarantee the write persi
On Mon, Apr 22, 2019 at 09:50:18PM +0200, Philippe Mathieu-Daudé wrote:
> Implement fw_cfg_arch_key_name(), which returns the name of a
> ppc-specific key.
>
> Signed-off-by: Philippe Mathieu-Daudé
What ppc machines actually use fw_cfg? I know pseries and powernv
don't.
> ---
> hw/ppc/Makefil
On Mon, 22 Apr 2019 21:01:52 -0400
Yan Zhao wrote:
> On Mon, Apr 22, 2019 at 10:39:50PM +0800, Alex Williamson wrote:
> > On Fri, 19 Apr 2019 04:35:04 -0400
> > Yan Zhao wrote:
> >
> > > device version attribute in mdev sysfs is used by user space software
> > > (e.g. libvirt) to query device
I can reproduce this problem with qemu.git/matser. It still exists in
qemu.git/matser. I found that when an IO return in worker threads and want to
call aio_notify to wake up main_loop, but it found that ctx->notify_me is
cleared to 0 by main_loop in aio_ctx_check by calling
atomic_and(&ctx->no
On Mon, Apr 22, 2019 at 10:39:50PM +0800, Alex Williamson wrote:
> On Fri, 19 Apr 2019 04:35:04 -0400
> Yan Zhao wrote:
>
> > device version attribute in mdev sysfs is used by user space software
> > (e.g. libvirt) to query device compatibility for live migration of VFIO
> > mdev devices. This at
On Mon, Apr 22, 2019 at 04:37:39PM +0800, Zhenyu Wang wrote:
> On 2019.04.19 04:35:59 -0400, Yan Zhao wrote:
> > This feature implements the version attribute for Intel's vGPU mdev
> > devices.
> >
> > version attribute is rw. It is queried by userspace software like libvirt
> > to check whether t
Currently, libvirt uses the "filtered-features" QOM property at
runtime to ensure no feature was accidentally disabled on VCPUs
because it's not available on the host.
However, the code for "feature-words" assumes that all missing
features have a corresponding CPUID bit, which is not true for
MSR-
Extract feature name listing code from
x86_cpu_class_check_missing_features(). It will be reused to
return information about CPU filtered features at runtime.
Signed-off-by: Eduardo Habkost
---
target/i386/cpu.c | 35 ++-
1 file changed, 22 insertions(+), 13 dele
Add a "unavailable-features" QOM property to X86CPU objects that
have the same semantics of "unavailable-features" on
query-cpu-definitions. The new property has the same goal of
"filtered-features", but is generic enough to let any kind of CPU
feature to be listed there without relying on low lev
The documentation as written in the 4.0 release is not quite correct as
of the 4.0 release; though thanks to backwards compatibility it's not
quite wrong either. It is suitable for inclusion in 4.0.1, or any
downstream that packages 4.0.
This patch is an attempt at a nearly full rewrite that revit
On 4/22/19 11:04 PM, Eduardo Habkost wrote:
> The field is not used anymore, we can remove it.
>
> Signed-off-by: Eduardo Habkost
Reviewed-by: Philippe Mathieu-Daudé
mingw64:
Tested-by: Philippe Mathieu-Daudé
> ---
> include/sysemu/accel.h | 1 -
> accel/accel.c | 5 -
> 2 files
On 4/22/19 11:04 PM, Eduardo Habkost wrote:
> qtest_available() will always return 0 on non-POSIX systems.
> It's simpler to just not compile the accelerator code on those
> systems instead of relying on the AccelClass::available function.
>
> Signed-off-by: Eduardo Habkost
Reviewed-by: Philippe
If we add references that don't resolve (or accidentally remove them),
it will be helpful to have an error message alerting us to that.
Signed-off-by: John Snow
---
Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Makefile b/Makefile
index 04a0d45050..ff9ce2ed4c 10064
This just about rewrites the entirety of the bitmaps.rst document to
make it consistent with the 4.0 release. I have added new features seen
in the 4.0 release, as well as tried to clarify some points that keep
coming up when discussing this feature both in-house and upstream.
Yes, it's a lot long
On 4/23/19 12:08 AM, Eduardo Habkost wrote:
> On Mon, Apr 22, 2019 at 11:56:18PM +0200, Philippe Mathieu-Daudé wrote:
>> Hi Eduardo,
>>
>> On 4/22/19 11:04 PM, Eduardo Habkost wrote:
>>> QTest has two parts: the server (-qtest) and the accelerator
>>> (-machine accel=qtest). The accelerator depend
On Mon, Apr 22, 2019 at 11:56:18PM +0200, Philippe Mathieu-Daudé wrote:
> Hi Eduardo,
>
> On 4/22/19 11:04 PM, Eduardo Habkost wrote:
> > QTest has two parts: the server (-qtest) and the accelerator
> > (-machine accel=qtest). The accelerator depends on CONFIG_POSIX
> > due to its usage of sigwai
Hi Eduardo,
On 4/22/19 11:04 PM, Eduardo Habkost wrote:
> QTest has two parts: the server (-qtest) and the accelerator
> (-machine accel=qtest). The accelerator depends on CONFIG_POSIX
> due to its usage of sigwait(), but the server doesn't.
>
> Move the accel code to accel/qtest.c. Later we wi
On Tue, Apr 09, 2019 at 08:08:03PM -0400, Gary R Hook wrote:
> BZ: 1667249
> Branch: rhel-8.1.0
> Bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=1667249
> Upstream Status: 4.0.0-rc1
> Build Info:
> https://brewweb.engineering.redhat.com/brew/taskinfo?taskID=20980582
> Conflicts: None
>
> c
On Tue, Apr 09, 2019 at 08:08:02PM -0400, Gary R Hook wrote:
> BZ: 1667249
> Branch: rhel-8.1.0
> Bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=1667249
> Upstream Status: 4.0.0-rc1
> Build Info:
> https://brewweb.engineering.redhat.com/brew/taskinfo?taskID=20980582
> Conflicts: None
>
> c
qtest_available() will always return 0 on non-POSIX systems.
It's simpler to just not compile the accelerator code on those
systems instead of relying on the AccelClass::available function.
Signed-off-by: Eduardo Habkost
---
include/sysemu/qtest.h | 9 -
accel/qtest.c | 1 -
acc
QTest has two parts: the server (-qtest) and the accelerator
(-machine accel=qtest). The accelerator depends on CONFIG_POSIX
due to its usage of sigwait(), but the server doesn't.
Move the accel code to accel/qtest.c. Later we will disable
compilation of accel/qtest.c on non-POSIX systems.
Sign
Dan Williams writes:
> On Mon, Apr 22, 2019 at 8:59 AM Jeff Moyer wrote:
>>
>> Dan Williams writes:
>>
>> > On Thu, Apr 18, 2019 at 9:18 AM Christoph Hellwig
>> > wrote:
>> >>
>> >> On Thu, Apr 18, 2019 at 09:05:05AM -0700, Dan Williams wrote:
>> >> > > > I'd either add a comment about avoidi
The only user of AccelClass::available was the qtest accelerator,
to make it unavailable on non-POSIX systems. We can drop the
field if we simply not compile the accelerator code on those
systems.
Eduardo Habkost (3):
qtest: Move accel code to accel/qtest.c
qtest: Don't compile qtest accel on
The field is not used anymore, we can remove it.
Signed-off-by: Eduardo Habkost
---
include/sysemu/accel.h | 1 -
accel/accel.c | 5 -
2 files changed, 6 deletions(-)
diff --git a/include/sysemu/accel.h b/include/sysemu/accel.h
index 5565e00a96..70e9e2f2a1 100644
--- a/include/syse
Sir,
My proposal is still not review by my mentor. My mentor is JAN KISZKA .I
already mail him but he not responding me. What I do now? How can I know my
proposal is view or not.
Sent from Mail for Windows 10
On Fri, Apr 19, 2019 at 7:14 PM Michael S. Tsirkin wrote:
>
> On Tue, Apr 16, 2019 at 02:46:23PM -0400, Dan Streetman wrote:
> > From: Dan Streetman
> >
> > Buglink: https://launchpad.net/bugs/1823458
> >
> > There is a race condition when using the vhost-user driver, between a guest
> > shutdown
On Sun, Apr 21, 2019 at 10:50 PM Jason Wang wrote:
>
>
> On 2019/4/17 上午2:46, Dan Streetman wrote:
> > From: Dan Streetman
> >
> > Buglink: https://launchpad.net/bugs/1823458
> >
> > There is a race condition when using the vhost-user driver, between a guest
> > shutdown and the vhost-user interf
On Fri, Apr 19, 2019 at 01:16:06PM +0200, Hannes Reinecke wrote:
> On 4/15/19 12:35 PM, Yuval Shaia wrote:
> > On Thu, Apr 11, 2019 at 07:02:15PM +0200, Cornelia Huck wrote:
> > > On Thu, 11 Apr 2019 14:01:54 +0300
> > > Yuval Shaia wrote:
> > >
> > > > Data center backends use more and more RDMA
Implement fw_cfg_arch_key_name(), which returns the name of a
sparc64-specific key.
Signed-off-by: Philippe Mathieu-Daudé
---
hw/sparc64/sun4u.c | 19 +++
1 file changed, 19 insertions(+)
diff --git a/hw/sparc64/sun4u.c b/hw/sparc64/sun4u.c
index 399f2d73c81..4230b17b873 100644
Implement fw_cfg_arch_key_name(), which returns the name of a
sparc32-specific key.
Signed-off-by: Philippe Mathieu-Daudé
---
hw/sparc/sun4m.c | 19 +++
1 file changed, 19 insertions(+)
diff --git a/hw/sparc/sun4m.c b/hw/sparc/sun4m.c
index ca1e3825d58..49251d62b35 100644
--- a/
Implement fw_cfg_arch_key_name(), which returns the name of a
ppc-specific key.
Signed-off-by: Philippe Mathieu-Daudé
---
hw/ppc/Makefile.objs | 2 +-
hw/ppc/fw_cfg.c | 45
2 files changed, 46 insertions(+), 1 deletion(-)
create mode 100644 hw/
Extract the architecture-specific fw_cfg definitions to "fw_cfg.h".
Signed-off-by: Philippe Mathieu-Daudé
---
hw/i386/fw_cfg.h | 20
hw/i386/pc.c | 7 +--
2 files changed, 21 insertions(+), 6 deletions(-)
create mode 100644 hw/i386/fw_cfg.h
diff --git a/hw/i386/fw
Add fw_cfg_arch_key_name() which returns the name of
an architecture-specific key.
Signed-off-by: Philippe Mathieu-Daudé
---
MAINTAINERS | 1 +
hw/nvram/fw_cfg.c | 2 +-
include/hw/nvram/fw_cfg.h | 11 +++
stubs/Makefile.objs | 1 +
stubs/fw_cfg.c
Implement fw_cfg_arch_key_name(), which returns the name of a
i386-specific key.
Signed-off-by: Philippe Mathieu-Daudé
---
hw/i386/Makefile.objs | 2 +-
hw/i386/fw_cfg.c | 38 ++
2 files changed, 39 insertions(+), 1 deletion(-)
create mode 100644 hw/i38
Add trace events to dump the key content.
Reviewed-by: Michael S. Tsirkin
Reviewed-by: Laszlo Ersek
Signed-off-by: Philippe Mathieu-Daudé
---
v1 -> v3:
- moved static fw_cfg_wellknown_keys[] in key_name()
- split trace_key_name() (can return "unknown")
from key_name() (can return NULL)
Since
Trivial series to improve fw_cfg tracing.
Regards,
Phil.
Since v2: https://lists.gnu.org/archive/html/qemu-devel/2019-03/msg02522.html
- Split arch-specific code (1 patch per arch) (requested by Laszlo)
Since v1: https://lists.gnu.org/archive/html/qemu-devel/2018-12/msg01598.html
- Added arch-s
On Mon, Apr 22, 2019 at 8:59 AM Jeff Moyer wrote:
>
> Dan Williams writes:
>
> > On Thu, Apr 18, 2019 at 9:18 AM Christoph Hellwig
> > wrote:
> >>
> >> On Thu, Apr 18, 2019 at 09:05:05AM -0700, Dan Williams wrote:
> >> > > > I'd either add a comment about avoiding retpoline overhead here or
>
On 4/18/19 12:38 PM, Vladimir Sementsov-Ogievskiy wrote:
> 18.04.2019 3:14, John Snow wrote:
>> This just about rewrites the entirety of the bitmaps.rst document to
>> make it consistent with the 4.0 release. I have added new features seen
>> in the 4.0 release, as well as tried to clarify some
On Mon, Apr 22, 2019 at 08:34:51AM -0400, Michael S. Tsirkin wrote:
> On Mon, Apr 22, 2019 at 08:48:47AM +0800, Wei Yang wrote:
> > Linux 4.15 introduces a new mmap flag MAP_SYNC, which can be used to
> > guarantee the write persistence to mmap'ed files supporting DAX (e.g.,
> > files on ext4/xfs f
VTE is required for this to work?
if yes, the configure script should have info about the dependency
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1615079
Title:
GTK+ UI virtual consoles scrolling
On 4/22/19 3:21 AM, Li Qiang wrote:
>
>
> Philippe Mathieu-Daudé mailto:phi...@redhat.com>> 于
> 2019年4月21日周日 下午6:32写道：
>
> On 4/20/19 6:14 PM, Li Qiang wrote:
> > The dma related variable is dma_addr_t, it is uint64_t in
> > x64 platform. Change these usage from uint32_to uint64_t to
On 4/22/19 4:11 PM, Li Qiang wrote:
> The edu spec says when address >= 0x80, the MMIO area can
> be accessed by 64-bit.
>
> Signed-off-by: Li Qiang
Reviewed-by: Philippe Mathieu-Daude
> ---
> Change since v2:
> Fix an error per Phillippe's advice
>
> hw/misc/edu.c | 6 +-
> 1 file chang
On 4/22/19 3:17 AM, Li Qiang wrote:
>
>
> Philippe Mathieu-Daudé mailto:phi...@redhat.com>> 于
> 2019年4月21日周日 下午6:28写道：
>
> Hi Li,
>
> The patch title is not very descriptive, maybe "allow 64-bit access"
>
>
> On 4/20/19 6:14 PM, Li Qiang wrote:
> > The edu spec said, the MMIO
On 4/22/19 5:42 AM, Chen Zhang via Qemu-devel wrote:
> In target/i386/hvf/hvf.c, a break statement was probably missing in
> `hvf_vcpu_exec()`, in handling EXIT_REASON_HLT.
>
> These lines seemed to be equivalent to `kvm_handle_halt()`.
>
Fixes: c97d6d2cdf97
> Signed-off-by: Chen Zhang
> ---
Dan Williams writes:
> On Thu, Apr 18, 2019 at 9:18 AM Christoph Hellwig wrote:
>>
>> On Thu, Apr 18, 2019 at 09:05:05AM -0700, Dan Williams wrote:
>> > > > I'd either add a comment about avoiding retpoline overhead here or just
>> > > > make ->flush == NULL mean generic_nvdimm_flush(). Just so
>> ./qemu-system-i386 -cdrom alpine.iso --accel tcg,thread=multi
I tried both, with -smp 4 and without..
In stable Qemu release, there is just a guest kernel panic, in
v4.0.0-rc3-dirty, there is also Illegal instruction error reported
> on an x-gene system, compiled for aarch32.
Yes, this should
v4: now based on Kevin's block-next
01: add Eric's r-b
02: - s/which/where/ [Eric, hope, I fixed correct one which from two:)]
- s/it's/its
add Eric's r-b
03: - r-b and t-b by Eric
- grammar
- drop trace from test
v3: don't filter mapping info from qemu-img map output, otherwise
Let's at least trace ignored failure.
Signed-off-by: Vladimir Sementsov-Ogievskiy
Reviewed-by: Eric Blake
---
block/qcow2-refcount.c | 7 ++-
block/trace-events | 3 +++
2 files changed, 9 insertions(+), 1 deletion(-)
diff --git a/block/qcow2-refcount.c b/block/qcow2-refcount.c
index e
This fixes at least one overflow in qcow2_process_discards, which
passes 64bit region length to bdrv_pdiscard where bytes (or sectors in
the past) parameter is int since its introduction in 0b919fae.
Signed-off-by: Vladimir Sementsov-Ogievskiy
Reviewed-by: Eric Blake
---
include/block/block.h |
This test checks bug in qcow2_process_discards, fixed by previous
commit.
Signed-off-by: Vladimir Sementsov-Ogievskiy
Reviewed-by: Eric Blake
Tested-by: Eric Blake
---
tests/qemu-iotests/250 | 72 ++
tests/qemu-iotests/250.out | 21 +++
tests/qem
22.04.2019 16:59, Eric Blake wrote:
> On 4/19/19 9:05 AM, Vladimir Sementsov-Ogievskiy wrote:
>> This test checks bug in qcow2_process_discards, fixed by previous
>> commit.
>>
>> Signed-off-by: Vladimir Sementsov-Ogievskiy
>> ---
>
>> +# This test checks that qcow2_process_discards does not trun
Signed-off-by: Vladimir Sementsov-Ogievskiy
---
block/commit.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/block/commit.c b/block/commit.c
index ba60fef58a..08204fa6f8 100644
--- a/block/commit.c
+++ b/block/commit.c
@@ -48,16 +48,15 @@ static int coroutine_fn commit_
Signed-off-by: Vladimir Sementsov-Ogievskiy
---
block/stream.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/block/stream.c b/block/stream.c
index bfaebb861a..1a906fd860 100644
--- a/block/stream.c
+++ b/block/stream.c
@@ -42,12 +42,10 @@ static int coroutine_fn stream_po
Move to _co_ versions of io functions qed_read_table() and
qed_write_table(), as we use qemu_co_mutex_unlock()
anyway.
Signed-off-by: Vladimir Sementsov-Ogievskiy
---
block/qed-table.c | 12 +---
block/qed.c | 6 ++
2 files changed, 7 insertions(+), 11 deletions(-)
diff --git
Signed-off-by: Vladimir Sementsov-Ogievskiy
---
block/qcow.c | 19 ++-
1 file changed, 6 insertions(+), 13 deletions(-)
diff --git a/block/qcow.c b/block/qcow.c
index 10d2cf14b3..1bb8fd05e2 100644
--- a/block/qcow.c
+++ b/block/qcow.c
@@ -631,7 +631,6 @@ static coroutine_fn int q
Signed-off-by: Vladimir Sementsov-Ogievskiy
---
qemu-img.c | 13 -
1 file changed, 4 insertions(+), 9 deletions(-)
diff --git a/qemu-img.c b/qemu-img.c
index aa6f81f1ea..c40a4e8b83 100644
--- a/qemu-img.c
+++ b/qemu-img.c
@@ -1671,7 +1671,6 @@ static int coroutine_fn convert_co_read(
Signed-off-by: Vladimir Sementsov-Ogievskiy
---
include/block/block_int.h | 16
include/sysemu/block-backend.h | 19 +++
2 files changed, 35 insertions(+)
diff --git a/include/block/block_int.h b/include/block/block_int.h
index 01e855a066..94d45c9708 100644
Signed-off-by: Vladimir Sementsov-Ogievskiy
---
block/qcow2.c | 9 ++---
1 file changed, 2 insertions(+), 7 deletions(-)
diff --git a/block/qcow2.c b/block/qcow2.c
index 3ace3b2209..c3b2ea294d 100644
--- a/block/qcow2.c
+++ b/block/qcow2.c
@@ -4088,7 +4088,6 @@ qcow2_co_pwritev_compressed(Bl
Signed-off-by: Vladimir Sementsov-Ogievskiy
---
block/backup.c | 14 ++
1 file changed, 6 insertions(+), 8 deletions(-)
diff --git a/block/backup.c b/block/backup.c
index 9988753249..910ed764aa 100644
--- a/block/backup.c
+++ b/block/backup.c
@@ -107,7 +107,6 @@ static int coroutine_
Signed-off-by: Vladimir Sementsov-Ogievskiy
---
block/parallels.c | 14 ++
1 file changed, 6 insertions(+), 8 deletions(-)
diff --git a/block/parallels.c b/block/parallels.c
index 15bc97b759..2747400577 100644
--- a/block/parallels.c
+++ b/block/parallels.c
@@ -220,20 +220,18 @@ stat
Hi all!
We often need to do read/write with buffer, not qiov. Instead of
creating qiov in such cases, let's introduce corresponding helpers.
Vladimir Sementsov-Ogievskiy (9):
block: introduce byte-based io helpers
block/qcow2: use buffer-based io
block/qcow: use buffer-based io
block/qed:
On 2/11/19 12:24 PM, Daniel P. Berrangé wrote:
> This is a followup to
>
> v1: https://lists.gnu.org/archive/html/qemu-devel/2019-01/msg03344.html
> v2: http://lists.nongnu.org/archive/html/qemu-devel/2019-01/msg05947.html
>
> This series comes out of a discussion between myself & Yongji Xie
On Fri, 19 Apr 2019 04:35:04 -0400
Yan Zhao wrote:
> device version attribute in mdev sysfs is used by user space software
> (e.g. libvirt) to query device compatibility for live migration of VFIO
> mdev devices. This attribute is mandatory if a mdev device supports live
> migration.
The Subject
Recently I am considering write a driver for edu device.
After reading the spec, I found these three small issue.
Two first two related the MMIO access and the third is
related the DMA operation.
Change since v2:
Fix an error in patch 2
Fix some commit message and title.
Change since v1:
Fix form
The edu spec says when address >= 0x80, the MMIO area can
be accessed by 64-bit.
Signed-off-by: Li Qiang
---
Change since v2:
Fix an error per Phillippe's advice
hw/misc/edu.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/hw/misc/edu.c b/hw/misc/edu.c
index 65fc32b928
The dma related variable dma.dst/src/cnt is dma_addr_t, it is
uint64_t in x64 platform. Change these usage from uint32_to
uint64_t to avoid trancation in edu_dma_timer.
Signed-off-by: Li Qiang
Reviewed-by: Philippe Mathieu-Daude
---
hw/misc/edu.c | 15 ---
1 file changed, 8 insertio
The edu spec says the MMIO area can be accessed by 64-bit.
However currently the 'max_access_size' is not so the MMIO
access dispatch can only access 32-bit one time. This patch fixes
this to respect the spec.
Signed-off-by: Li Qiang
Reviewed-by: Philippe Mathieu-Daude
---
hw/misc/edu.c | 9 +++
On 4/19/19 9:05 AM, Vladimir Sementsov-Ogievskiy wrote:
> This test checks bug in qcow2_process_discards, fixed by previous
> commit.
>
> Signed-off-by: Vladimir Sementsov-Ogievskiy
> ---
> +# This test checks that qcow2_process_discards does not truncate a discard
> +# request > 2G.
> +# To rep
On 4/19/19 9:05 AM, Vladimir Sementsov-Ogievskiy wrote:
> This fixes at least one overflow in qcow2_process_discards, which
> passes 64bit region length to bdrv_pdiscard which bytes (or sectors in
s/which/where/
> the past) parameter is int since it's introduction in 0b919fae.
s/it's/its/
>
>
On 4/19/19 9:05 AM, Vladimir Sementsov-Ogievskiy wrote:
> Let's at least trace ignored failure.
>
> Signed-off-by: Vladimir Sementsov-Ogievskiy
> ---
> block/qcow2-refcount.c | 7 ++-
> block/trace-events | 3 +++
> 2 files changed, 9 insertions(+), 1 deletion(-)
Reviewed-by: Eric Blake
Patchew URL:
https://patchew.org/QEMU/20190422123411.5178-1-nick.hud...@gmx.co.uk/
Hi,
This series seems to have some coding style problems. See output below for
more information:
Type: series
Message-id: 20190422123411.5178-1-nick.hud...@gmx.co.uk
Subject: [Qemu-devel] [PATCH v2 0/2] HPPA fi
From: Nick Hudson
"In PA-RISC 1.1 (Second Edition) and later revisions, processors must use
traps 26, 27,and 28 which provide equivalent functionality"
Signed-off-by: Nick Hudson
---
target/hppa/mem_helper.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/target/hppa/mem_
From: Nick Hudson
Here are the required changes to allow qemu to emulate NetBSD/hppa.
v2 changes:
- remove old debug code
Nick Hudson (2):
Implement the pcxl and pcxl2 Fast TLB Insert instructions as used by
NetBSD (and OpenBSD)
Always return EXCP_DMAR for protection id trap as EXCP_DM
From: Nick Hudson
See
https://parisc.wiki.kernel.org/images-parisc/a/a9/Pcxl2_ers.pdf
page 13-9 (195/206)
Signed-off-by: Nick Hudson
---
target/hppa/insns.decode | 3 +++
target/hppa/translate.c | 52
2 files changed, 55 insertions(+)
diff
On Mon, Apr 22, 2019 at 08:48:47AM +0800, Wei Yang wrote:
> Linux 4.15 introduces a new mmap flag MAP_SYNC, which can be used to
> guarantee the write persistence to mmap'ed files supporting DAX (e.g.,
> files on ext4/xfs file system mounted with '-o dax').
>
> A description of MAP_SYNC and MAP_SH
From: Pavel Dovgalyuk
Most of IO instructions can be executed only at the end of the block in
icount mode. Therefore translator can set cpu_can_io flag when translating
the last instruction.
But when the blocks are chained, then this flag is not reset and may
remain set at the beginning of the ne
From: Pavel Dovgalyuk
This patch fixes shutdown of the replay process, which is terminated with
the assert when shutdown event is read from the log.
replay_finish_event reads new data_kind and therefore the value of data_kind
should be preserved to be valid at qemu_system_shutdown_request call.
From: Pavel Dovgalyuk
This patch renames replay_get_current_step() and related variables
to make these names consistent with hmp/qmp commands.
Signed-off-by: Pavel Dovgalyuk
---
blockdev.c|2 +-
include/sysemu/replay.h |2 +-
migration/savevm.c|2 +-
repla
From: Pavel Dovgalyuk
icount-based record/replay uses qemu_clock_deadline_ns_all to measure
the period until vCPU may be interrupted.
This function takes in account the virtual timers, because they belong
to the virtual devices that may generate interrupt request or affect
the virtual machine sta
From: Pavel Dovgalyuk
This patch updates the documentation and describes usage of the reverse
debugging in QEMU+GDB.
Signed-off-by: Pavel Dovgalyuk
---
docs/replay.txt | 33 +
1 file changed, 33 insertions(+)
diff --git a/docs/replay.txt b/docs/replay.txt
ind
From: Pavel Dovgalyuk
This patch introduces docs/devel/replay.txt which describes the rules
that should be followed to make virtual devices usable in record/replay mode.
Signed-off-by: Pavel Dovgalyuk
--
v9: fixed external virtual clock description (reported by Artem Pisarenko)
---
docs/deve
From: Pavel Dovgalyuk
This patch introduces replay_break, replay_delete_break
qmp and hmp commands.
These commands allow stopping at the specified instruction.
It may be useful for debugging when there are some known
events that should be investigated.
replay_break command has one argument - numb
From: Pavel Dovgalyuk
GDB remote protocol supports two reverse debugging commands:
reverse step and reverse continue.
This patch adds support of the first one to the gdbstub.
Reverse step is intended to step one instruction in the backwards
direction. This is not possible in regular execution.
Bu
From: Pavel Dovgalyuk
This patch adds hmp/qmp commands replay_seek/replay-seek that proceed
the execution to the specified instruction count.
The command automatically loads nearest snapshot and replays the execution
to find the desired instruction count.
Signed-off-by: Pavel Dovgalyuk
Acked-by
1 - 100 of 130 matches
Mail list logo
