On Wed, Aug 26, 2020 at 6:52 PM 罗勇刚(Yonggang Luo) wrote:
>
>
>
> On Wed, Aug 26, 2020 at 10:42 PM Eugenio Pérez wrote:
>>
>> This improves performance in case of netperf with vhost-net:
>> * TCP_STREAM: From 9049.59Mbit/s to 9049.59Mbit/s (13%)
>
> What's improvement ? they are the same
>
Ouch,
On Wed, Aug 26, 2020 at 5:54 PM Peter Xu wrote:
>
> On Wed, Aug 26, 2020 at 05:00:30PM +0200, Eugenio Perez Martin wrote:
> > Hi!
> >
> > Sending v6 to see if that is on the same page as what you meant.
> > Making each setting of "type" explicitly IOMMU_IOTLB_NONE if not used
> > in notifications.
Drop qxl object from softmmu source set, it is built as module.
Also drop CONFIG_QXL condition from qxl_ss.add. First because it is
pointless, the whole thing is wrapped into "has_key('CONFIG_QXL')".
Second because it doesn't work for some reason. Looks like the source
files are not added to the
On 2020/8/26 20:35, Dr. David Alan Gilbert wrote:
> * Chuan Zheng (zhengch...@huawei.com) wrote:
>> Record hash results for each sampled page, crc32 is taken to calculate
>> hash results for each sampled 4K-page.
>>
>> Signed-off-by: Chuan Zheng
>> Signed-off-by: YanYing Zhuang
>> ---
>> migr
Il gio 27 ago 2020, 06:53 Thomas Huth ha scritto:
> > -else
> > - error_exit "pixman >= 0.21.8 not present." \
> > - "Please install the pixman devel package."
> > -fi
>
> The "else" part now got completely lost, didn't it?
It's replaced by "required: have_system" in meson.build. We can a
On 2020/8/26 20:09, Dr. David Alan Gilbert wrote:
> * Chuan Zheng (zhengch...@huawei.com) wrote:
>> Add dirtyrate statistics to record/update dirtyrate info.
>>
>> Signed-off-by: Chuan Zheng
>> ---
>> migration/dirtyrate.c | 29 +
>> migration/dirtyrate.h | 10 +
On Wed, Aug 26, 2020 at 5:42 PM Peter Xu wrote:
>
> On Wed, Aug 26, 2020 at 04:36:40PM +0200, Eugenio Pérez wrote:
> > This way we can tell between MAPs and UNMAP, and potentially avoid to
> > send them to a notifier that does not require them.
> >
> > Signed-off-by: Eugenio Pérez
> > ---
> > in
Rohit Shinde writes:
> I am just compiling with cflag set to -Wimplicit-fallthrough. I am using
> gcc.
-Wimplicit-fallthrough is the same as -Wimplicit-fallthrough=3. Our
-code is not prepared for that. What should work is
--Wimplicit-fallthrough=2.
If you have patches to make the entire tree
On 2020/8/26 19:49, Dr. David Alan Gilbert wrote:
> * Chuan Zheng (zhengch...@huawei.com) wrote:
>> add DirtyRateStatus to denote calculating status.
>>
>> Signed-off-by: Chuan Zheng
>
> With the minor wording changes from David Edmondson:
>
OK, will fix it in V6.
>
> Reviewed-by: Dr. David
On 200827 0613, Paolo Bonzini wrote:
> Il mer 26 ago 2020, 21:34 Peter Maydell ha
> scritto:
>
> > On Wed, 26 Aug 2020 at 20:03, Paolo Bonzini wrote:
> > >
> > > Otherwise, dollars (such as in the special $ORIGIN rpath) are
> > > eaten by Make.
> >
> > Incidentally, why are we using rpath anyway
From: Yonggang Luo
On msys2, the -I/e/path/to/qemu -L/e/path/to/qemu are not recognized by the
compiler
Cause $PWD are result posix style path such as /e/path/to/qemu that can not be
recognized
by mingw gcc, and `pwd -W` are result Windows style path such as
E:/path/to/qemu that can
be recogni
From: Yonggang Luo
undefsym.sh are not msys2 compatible, convert it to python script
Signed-off-by: Yonggang Luo
---
meson.build | 2 +-
scripts/undefsym.py | 57 +
scripts/undefsym.sh | 20
3 files changed, 58 insertions(+)
From: Yonggang Luo
Fixes this for msys2/mingw64 by remove the include_type for sdl2 discovery in
meson
Signed-off-by: Yonggang Luo
---
meson.build | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/meson.build b/meson.build
index f0fe5f8799..1644bbd83c 100644
--- a/meson.bu
From: Yonggang Luo
SIMPLE_PATH_RE should match the full path token.
Or the $ and : contained in path would not matched if the path are start with
C:/ and E:/
Signed-off-by: Yonggang Luo
---
scripts/ninjatool.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/scripts/ninjat
From: Yonggang Luo
use ninja instead ${build_path}/ninjatool
Signed-off-by: Yonggang Luo
---
configure | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/configure b/configure
index 3b9e79923d..2ad0c58492 100755
--- a/configure
+++ b/configure
@@ -8222,7 +8222,7 @@ fi
mv $cro
From: Yonggang Luo
On win32, os.path.relpath would raise exception when do the following relpath:
C:/msys64/mingw64/x.exe relative to E:/path/qemu-build would fail.
So we try catch it for stopping it from raise exception on msys2
Signed-off-by: Yonggang Luo
---
scripts/mtest2make.py | 11 +
From: Yonggang Luo
These patch series fixes the building of newest qemu under
msys2 environment
Yonggang Luo (6):
meson: Fixes the ninjatool issue that E$$: are generated in
Makefile.ninja
meson: fixes relpath may fail on win32.
meson: Mingw64 gcc doesn't recognize system include_type
On 26/08/2020 09.02, Paolo Bonzini wrote:
> When pixman is not installed (or too old), but virglrenderer is available
> and "configure" has been run with "--disable-system", the build currently
> aborts when trying to compile vhost-user-gpu (since it requires pixman).
>
> Let's skip the build of v
From: Yonggang Luo
use ninja instead ${build_path}/ninjatool
Signed-off-by: Yonggang Luo
---
configure | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/configure b/configure
index 3b9e79923d..2ad0c58492 100755
--- a/configure
+++ b/configure
@@ -8222,7 +8222,7 @@ fi
mv $cro
From: Yonggang Luo
On win32, os.path.relpath would raise exception when do the following relpath:
C:/msys64/mingw64/x.exe relative to E:/path/qemu-build would fail.
So we try catch it for stopping it from raise exception on msys2
Signed-off-by: Yonggang Luo
---
scripts/mtest2make.py | 11 +
From: Yonggang Luo
undefsym.sh are not msys2 compatible, convert it to python script
Signed-off-by: Yonggang Luo
---
meson.build | 2 +-
scripts/undefsym.py | 57 +
scripts/undefsym.sh | 20
3 files changed, 58 insertions(+)
From: Yonggang Luo
Fixes this for msys2/mingw64 by remove the include_type for sdl2 discovery in
meson
Signed-off-by: Yonggang Luo
---
meson.build | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/meson.build b/meson.build
index f0fe5f8799..1644bbd83c 100644
--- a/meson.bu
From: Yonggang Luo
On msys2, the -I/e/path/to/qemu -L/e/path/to/qemu are not recognized by the
compiler
Cause $PWD are result posix style path such as /e/path/to/qemu that can not be
recognized
by mingw gcc, and `pwd -W` are result Windows style path such as
E:/path/to/qemu that can
be recogni
From: Yonggang Luo
SIMPLE_PATH_RE should match the full path token.
Or the $ and : contained in path would not matched if the path are start with
C:/ and E:/
Signed-off-by: Yonggang Luo
---
scripts/ninjatool.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/scripts/ninjat
From: Yonggang Luo
msys2 environment
*** BLURB HERE ***
Yonggang Luo (6):
meson: Fixes the ninjatool issue that E$$: are generated in
Makefile.ninja
meson: fixes relpath may fail on win32.
meson: Mingw64 gcc doesn't recognize system include_type for sdl2
configure: Fix include and l
On 26/08/2020 20.43, Eduardo Habkost wrote:
> This will make future conversion to use OBJECT_DECLARE* easier.
>
> Signed-off-by: Eduardo Habkost
> ---
> Cc: Cornelia Huck
> Cc: Halil Pasic
> Cc: Christian Borntraeger
> Cc: Thomas Huth
> Cc: "Marc-André Lureau"
> Cc: Paolo Bonzini
> Cc: qemu
On 26/08/2020 17.00, Rohit Shinde wrote:
> Hey Thomas,
>
> I didn't really have any specific questions. I wanted to know if there
> was any part of qemu that I could contribute to. Qemu is overwhelmingly
> vast and without some pointers, I felt very lost.
Ok, that's true - QEMU is really a huge p
Il mer 26 ago 2020, 21:34 Peter Maydell ha
scritto:
> On Wed, 26 Aug 2020 at 20:03, Paolo Bonzini wrote:
> >
> > Otherwise, dollars (such as in the special $ORIGIN rpath) are
> > eaten by Make.
>
> Incidentally, why are we using rpath anyway? I'm pretty
> sure the old build system didn't need it
On 8/26/20 4:52 PM, Taylor Simpson wrote:
>> And using qemu/bitops.h if possible, as discussed earlier vs attribs.h.
>
> Do you mean replace the GET_ATTRIB macro with test_bit from qemu/bitops.h?
No, just define GET_ATTRIB in terms of test_bit, and define opcode_attribs
using BITS_TO_LONGS.
r~
we go here either (!(*iov)[i].iov_base) or (len != l), so we need to consider
to unmap the 'i'th item as well when the 'i'th item is not nil
CC: Li Qiang
Signed-off-by: Li Zhijian
---
v2: address Gerd's comments
v3: leave (*iov)[i].iov_len as the real mapped len (Li Qiang)
---
hw/display/virtio
On 8/26/20 10:54 PM, Li Qiang wrote:
Li Zhijian 于2020年8月21日周五 下午7:34写道：
we go here either (!(*iov)[i].iov_base) or (len != l), so we need to consider
to unmap the 'i'th item as well when the 'i'th item is not nil
Signed-off-by: Li Zhijian
---
v2: address Gerd's comments
---
hw/display/v
On 2020/8/26 20:37, Li Qiang wrote:
> Pan Nengyuan 于2020年8月14日周五 下午6:52写道：
>>
>> 'local_err' forgot to free in colo_process_incoming_thread error path.
>> Fix that.
>>
>> Reported-by: Euler Robot
>> Signed-off-by: Pan Nengyuan
>> ---
>> Cc: Hailiang Zhang
>> Cc: Juan Quintela
>> Cc: "Dr. Da
Patchew URL:
https://patchew.org/QEMU/20200825001649.1811-1-luoyongg...@gmail.com/
Hi,
This series seems to have some coding style problems. See output below for
more information:
Type: series
Message-id: 20200825001649.1811-1-luoyongg...@gmail.com
Subject: [PATCH] meson: Mingw64 gcc doesn't
On Wed, Aug 19, 2020 at 1:09 AM Green Wan wrote:
>
> Add array to store the 'written' status for all bit of OTP to block
> the write operation to the same bit. Ignore the control register
> offset from 0x0 to 0x38 of OTP memory mapping.
nits: please remove the ending period in the commit title
>
On 2020/8/26 18:18, Daniel P. Berrangé wrote:
> On Wed, Aug 26, 2020 at 06:14:48PM +0800, AlexChen wrote:
>> > From: alexchen
>> >
>> > The fd will leak when (a.st_ino == b.st_ino) is true, fix it.
> That is *INTENTIONAL*. We're holding a lock on the file and the
> lock exists only while the FD
On Wed, Aug 19, 2020 at 1:09 AM Green Wan wrote:
>
> Add '-drive' support to OTP device. Allow users to assign a raw file
> as OTP image.
>
> Signed-off-by: Green Wan
> ---
> hw/riscv/sifive_u_otp.c | 50 +
> include/hw/riscv/sifive_u_otp.h | 2 ++
> 2 fi
Eduardo Habkost 于2020年8月27日周四 上午2:44写道：
>
> This will make future conversion to use OBJECT_DECLARE* easier.
>
> Signed-off-by: Eduardo Habkost
Reviewed-by: Li Qiang
> ---
> Cc: Paolo Bonzini
> Cc: Fam Zheng
> Cc: qemu-devel@nongnu.org
> ---
> hw/scsi/esp-pci.c | 2 +-
> 1 file changed, 1 in
Eduardo Habkost 于2020年8月27日周四 上午2:50写道：
>
> This will make future conversion to use OBJECT_DECLARE* easier.
>
> Signed-off-by: Eduardo Habkost
Reviewed-by: Li Qiang
> ---
> Cc: Andrzej Zaborowski
> Cc: Peter Maydell
> Cc: qemu-...@nongnu.org
> Cc: qemu-devel@nongnu.org
> ---
> hw/arm/tosa.c
Eduardo Habkost 于2020年8月27日周四 上午2:51写道：
>
> This will make future conversion to use OBJECT_DECLARE* easier.
>
> Signed-off-by: Eduardo Habkost
Reviewed-by: Li Qiang
> ---
> Cc: David Gibson
> Cc: qemu-...@nongnu.org
> Cc: qemu-devel@nongnu.org
> ---
> hw/pci-host/ppce500.c | 2 +-
> 1 file c
Eduardo Habkost 于2020年8月27日周四 上午2:48写道：
>
> This will make future conversion to use OBJECT_DECLARE* easier.
>
> Signed-off-by: Eduardo Habkost
Reviewed-by: Li Qiang
> ---
> Cc: "Michael S. Tsirkin"
> Cc: Marcel Apfelbaum
> Cc: Paolo Bonzini
> Cc: Richard Henderson
> Cc: Eduardo Habkost
>
Eduardo Habkost 于2020年8月27日周四 上午2:47写道：
>
> This will make future conversion to use OBJECT_DECLARE* easier.
>
> Signed-off-by: Eduardo Habkost
Reviewed-by: Li Qiang
> ---
> Cc: Alistair Francis
> Cc: "Edgar E. Iglesias"
> Cc: Peter Maydell
> Cc: qemu-...@nongnu.org
> Cc: qemu-devel@nongnu.o
Eduardo Habkost 于2020年8月27日周四 上午2:46写道：
>
> This will make future conversion to use OBJECT_DECLARE* easier.
>
> Signed-off-by: Eduardo Habkost
Reviewed-by: Li Qiang
> ---
> Cc: David Gibson
> Cc: Jason Wang
> Cc: qemu-...@nongnu.org
> Cc: qemu-devel@nongnu.org
> ---
> hw/net/fsl_etsec/etsec
Eduardo Habkost 于2020年8月27日周四 上午2:45写道：
>
> This will make future conversion to use OBJECT_DECLARE* easier.
>
> Signed-off-by: Eduardo Habkost
Reviewed-by: Li Qiang
> ---
> Cc: Cornelia Huck
> Cc: Halil Pasic
> Cc: Christian Borntraeger
> Cc: Thomas Huth
> Cc: "Marc-André Lureau"
> Cc: Pa
Eduardo Habkost 于2020年8月27日周四 上午2:44写道：
>
> This will make future conversion to use OBJECT_DECLARE* easier.
>
> Signed-off-by: Eduardo Habkost
Reviewed-by: Li Qiang
> ---
> Cc: Chris Wulff
> Cc: Marek Vasut
> Cc: qemu-devel@nongnu.org
> ---
> hw/intc/nios2_iic.c | 2 +-
> 1 file changed, 1
I am just compiling with cflag set to -Wimplicit-fallthrough. I am using
gcc.
On Tue, Aug 25, 2020 at 2:03 AM Markus Armbruster wrote:
> Rohit Shinde writes:
>
> > Added fallthrough comment on line 270 to prevent the compiler from
> > throwing an error while compiling with the -Wimplicit-fallth
> -Original Message-
> From: Richard Henderson
> Sent: Wednesday, August 26, 2020 8:19 AM
> To: Taylor Simpson ; qemu-devel@nongnu.org
> Cc: phi...@redhat.com; laur...@vivier.eu; riku.voi...@iki.fi;
> aleksandar.m.m...@gmail.com; a...@rev.ng
> Subject: Re: [RFC PATCH v3 09/34] Hexagon (t
> -Original Message-
> From: Richard Henderson
> Sent: Wednesday, August 26, 2020 9:11 AM
> To: Taylor Simpson ; qemu-devel@nongnu.org
> Cc: phi...@redhat.com; laur...@vivier.eu; riku.voi...@iki.fi;
> aleksandar.m.m...@gmail.com; a...@rev.ng
> Subject: Re: [RFC PATCH v3 16/34] Hexagon (t
> -Original Message-
> From: Richard Henderson
> Sent: Wednesday, August 26, 2020 9:07 AM
> To: Taylor Simpson ; qemu-devel@nongnu.org
> Cc: phi...@redhat.com; laur...@vivier.eu; riku.voi...@iki.fi;
> aleksandar.m.m...@gmail.com; a...@rev.ng
> Subject: Re: [RFC PATCH v3 14/34] Hexagon (t
> -Original Message-
> From: Richard Henderson
> Sent: Wednesday, August 26, 2020 9:26 AM
> To: Taylor Simpson ; qemu-devel@nongnu.org
> Cc: phi...@redhat.com; laur...@vivier.eu; riku.voi...@iki.fi;
> aleksandar.m.m...@gmail.com; a...@rev.ng
> Subject: Re: [RFC PATCH v3 24/34] Hexagon (t
> -Original Message-
> From: Richard Henderson
> Sent: Wednesday, August 26, 2020 8:17 AM
> To: Taylor Simpson ; qemu-devel@nongnu.org
> Cc: phi...@redhat.com; laur...@vivier.eu; riku.voi...@iki.fi;
> aleksandar.m.m...@gmail.com; a...@rev.ng
> Subject: Re: [RFC PATCH v3 07/34] Hexagon (t
> -Original Message-
> From: Richard Henderson
> Sent: Wednesday, August 26, 2020 8:22 AM
> To: Taylor Simpson ; qemu-devel@nongnu.org
> Cc: a...@rev.ng; riku.voi...@iki.fi; laur...@vivier.eu; phi...@redhat.com;
> aleksandar.m.m...@gmail.com
> Subject: Re: [RFC PATCH v3 10/34] Hexagon (t
> -Original Message-
> From: Richard Henderson
> Sent: Wednesday, August 26, 2020 9:17 AM
> To: Taylor Simpson ; qemu-devel@nongnu.org
> Cc: phi...@redhat.com; laur...@vivier.eu; riku.voi...@iki.fi;
> aleksandar.m.m...@gmail.com; a...@rev.ng
> Subject: Re: [RFC PATCH v3 17/34] Hexagon (t
> -Original Message-
> From: Richard Henderson
> Sent: Wednesday, August 26, 2020 7:52 AM
> To: Taylor Simpson ; qemu-devel@nongnu.org
> Cc: phi...@redhat.com; laur...@vivier.eu; riku.voi...@iki.fi;
> aleksandar.m.m...@gmail.com; a...@rev.ng
> Subject: Re: [RFC PATCH v3 06/34] Hexagon (d
> -Original Message-
> From: Richard Henderson
> Sent: Wednesday, August 26, 2020 8:36 AM
> To: Taylor Simpson ; qemu-devel@nongnu.org
> Cc: phi...@redhat.com; laur...@vivier.eu; riku.voi...@iki.fi;
> aleksandar.m.m...@gmail.com; a...@rev.ng
> Subject: Re: [RFC PATCH v3 13/34] Hexagon (t
> -Original Message-
> From: Richard Henderson
> Sent: Wednesday, August 26, 2020 8:30 AM
> To: Taylor Simpson ; qemu-devel@nongnu.org
> Cc: phi...@redhat.com; laur...@vivier.eu; riku.voi...@iki.fi;
> aleksandar.m.m...@gmail.com; a...@rev.ng
> Subject: Re: [RFC PATCH v3 11/34] Hexagon (t
Thanks for the feedback, Richard!!
> -Original Message-
> From: Richard Henderson
> Sent: Wednesday, August 26, 2020 7:36 AM
> To: Taylor Simpson ; qemu-devel@nongnu.org
> Cc: phi...@redhat.com; laur...@vivier.eu; riku.voi...@iki.fi;
> aleksandar.m.m...@gmail.com; a...@rev.ng
> Subject:
Le 26/08/2020 à 15:58, Laurent Vivier a écrit :
> Le 25/08/2020 à 16:23, Laurent Vivier a écrit :
>> Le 25/08/2020 à 09:18, Laurent Vivier a écrit :
>>> Le 25/08/2020 à 00:30, Filip Bozuta a écrit :
This patch introduces functionality for following time64 syscalls:
*utimensat_time64(
Hmm, yes agreed. I started a 2-week holiday on Monday, I can work on
this after I get back on Sept. 7
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1892604
Title:
qemu-system-arm: ../hw/usb/hcd-dwc
Host CPU : Intel(R) Core(TM) i7-8750H CPU @ 2.20GHz
Host Memory : 15.49 GB
Start Time (UTC) : 2020-08-26 21:30:02
End Time (UTC) : 2020-08-26 22:03:25
Execution Time : 0:33:22.684015
Status : SUCCESS
Note:
Changes denoted by '-' are less than 0.01%.
-
On Wed, Aug 26, 2020 at 12:49 PM Eduardo Habkost wrote:
>
> On Tue, Aug 25, 2020 at 10:30:59AM -0700, Alistair Francis wrote:
> > Reported-by: Eduardo Habkost
> > Signed-off-by: Alistair Francis
> > ---
> > hw/core/register.c | 31 +--
> > 1 file changed, 13 insertio
On Wed, Aug 26, 2020 at 11:13 AM Frank Chang wrote:
>
> On Thu, Aug 27, 2020 at 2:03 AM Alistair Francis wrote:
>>
>> On Wed, Aug 26, 2020 at 10:39 AM Frank Chang wrote:
>> >
>> > On Thu, Aug 27, 2020 at 12:56 AM Alistair Francis
>> > wrote:
>> >>
>> >> On Tue, Aug 25, 2020 at 1:29 AM Frank Ch
On 8/19/20 11:14 PM, David Gibson wrote:
On Fri, Aug 14, 2020 at 05:54:17PM -0300, Daniel Henrique Barboza wrote:
NVLink2 GPUs are allocated in their own NUMA node, at maximum
distance from every other resource in the board. The existing
logic makes some assumptions that don't scale well:
-
From: Sven Schnelle
Fix the following runtime warning with artist framebuffer:
"write outside bounds: wants 1256x1023, max size 1280x1024"
Reviewed-by: Richard Henderson
Signed-off-by: Sven Schnelle
Signed-off-by: Helge Deller
---
hw/display/artist.c | 24 +++-
1 file cha
On Wed, Aug 26, 2020 at 2:40 AM Philippe Mathieu-Daudé wrote:
>
> Le mar. 25 août 2020 19:42, Alistair Francis a
> écrit :
>>
>> Reported-by: Eduardo Habkost
>> Signed-off-by: Alistair Francis
>> ---
>> hw/core/register.c | 31 +--
>> 1 file changed, 13 insertions(
Simplify various bounds checks by changing parameters like row and column
numbers to become unsigned instead of signed.
With that we can check if the calculated offset is bigger than the size of the
VRAM region and bail out if not.
Reported-by: LLVM libFuzzer
Reported-by: Alexander Bulekov
Buglin
This reverts commit b0f6455feac97e41045ee394e11c24d92c370f6e.
It's wrong. A line could even be a dot.
Signed-off-by: Helge Deller
---
hw/display/artist.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/hw/display/artist.c b/hw/display/artist.c
index 47de17b9e9..f37aa9eb49 100644
--- a/hw/d
From: Philippe Mathieu-Daudé
Invalid I/O writes can craft an offset out of the vram_buffer range.
Instead of passing an unsafe pointer to artist_rop8(), pass the vram_buffer and
the offset. We can now check if the offset is in range before accessing it.
We avoid:
Program terminated with signa
On 8/19/20 11:55 PM, David Gibson wrote:
On Fri, Aug 14, 2020 at 05:54:19PM -0300, Daniel Henrique Barboza wrote:
The ibm,max-associativity-domains is considering that only a single
associativity domain can exist in the same NUMA level. This is true
today because we do not support any type of
From: Philippe Mathieu-Daudé
Invalid I/O writes can craft an offset out of the vram_buffer range.
We avoid:
Program terminated with signal SIGSEGV, Segmentation fault.
284 *dst &= ~plane_mask;
(gdb) bt
#0 0x55d5dccdc5c0 in artist_rop8 (s=0x55d5defee510, dst=0x7f8e84ed82
From: Sven Schnelle
If parts of the invalidated screen lines are outside of the VRAM buffer,
the code skips the whole invalidate. This is incorrect when only parts
of the buffer are invisble - which is the case when the mouse cursor is
located near the screen border.
Signed-off-by: Sven Schnelle
The hppa_hardware.h file is shared with SeaBIOS. Sync it.
Acked-by: Richard Henderson
Signed-off-by: Helge Deller
---
hw/hppa/hppa_hardware.h | 6 ++
hw/hppa/lasi.c | 2 --
2 files changed, 6 insertions(+), 2 deletions(-)
diff --git a/hw/hppa/hppa_hardware.h b/hw/hppa/hppa_hardwar
From: Sven Schnelle
The old code didn't invalidate correctly when vertical lines were drawn.
Fix this and move the invalidation out of the loop.
Signed-off-by: Sven Schnelle
Signed-off-by: Helge Deller
---
hw/display/artist.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --g
Merge remote-tracking branch 'remotes/pmaydell/tags/pull-target-arm-20200727'
into staging (2020-07-28 18:43:48 +0100)
are available in the Git repository at:
g...@github.com:hdeller/qemu-hppa.git tags/target-hppa-v3-pull-request
for you to fetch changes up to 2f8cd515477edab1cbf38ecbdbfa2c
NetBSD initializes the LASI IMR value with 0x to disable all LASI
interrupts. This triggered an assert() and stopped the emulation. By replacing
the check with a warning in the guest log we now allow NetBSD to boot again.
Signed-off-by: Helge Deller
---
hw/hppa/lasi.c | 8 ++--
1 fi
It's important that the SeaBIOS hppa firmware is at least at a minimal
level to ensure proper interaction between qemu and firmware.
Implement a proper firmware version check by telling SeaBIOS via the
fw_cfg interface which minimal SeaBIOS version is required by this
running qemu instance. If the
Commit 5d971f9e6725 ("memory: Revert "memory: accept mismatching sizes
in memory_region_access_valid") broke the artist driver in a way that
the dtwm window manager on HP-UX rendered wrong.
Fixes: 5d971f9e6725 ("memory: Revert "memory: accept mismatching sizes in
memory_region_access_valid")
Sign
On Mon, 10 Aug 2020 at 14:24, Helge Deller wrote:
>
> Please pull from
> https://github.com/hdeller/qemu-hppa.git target-hppa
> to fix those bugs in target-hppa:
>
> * Fix the SeaBIOS-hppa firmware build with gcc-10 on Debian
>
> * Fix the SeaBIOS-hppa firmware to boot NetBSD again
>
> * Fix m
Tested-by: Michael Rolnik
On Fri, Aug 14, 2020 at 7:39 PM Philippe Mathieu-Daudé
wrote:
> In this series we slowly start to use the recently added
> Clock API in the AVR ATmega MCU.
>
> As the Clock Control Unit is not yet modelled, we simply
> connect the XTAL sink to the UART and Timer source
On 8/20/20 1:26 AM, David Gibson wrote:
On Fri, Aug 14, 2020 at 05:54:22PM -0300, Daniel Henrique Barboza wrote:
We can't use the input from machine->numa_state->nodes directly
in the pSeries machine because PAPR does not work with raw distance
values, like ACPI SLIT does. We need to determin
Hi,
I'm trying to use the new usb-host hostdevice property that was added here:
https://git.qemu.org/?p=qemu.git;a=commit;h=9f815e83e983d247a3cd67579d2d9c1765adc644
This is the command line that I am using:
qemu-system-x86_64 -enable-kvm -hda arch-zoom.qcow2 -m 4G -device
qemu-xhci,id=xhci -dev
On Tue, Aug 25, 2020 at 10:30:59AM -0700, Alistair Francis wrote:
> Reported-by: Eduardo Habkost
> Signed-off-by: Alistair Francis
> ---
> hw/core/register.c | 31 +--
> 1 file changed, 13 insertions(+), 18 deletions(-)
>
> diff --git a/hw/core/register.c b/hw/core/r
On 8/26/20 2:07 PM, Connor Kuehl wrote:
On 8/25/20 2:05 PM, Tom Lendacky wrote:
From: Tom Lendacky
Provide initial support for SEV-ES. This includes creating a function to
indicate the guest is an SEV-ES guest (which will return false until all
support is in place), performing the proper SEV i
On Wed, Aug 26, 2020 at 11:47 AM Eduardo Habkost wrote:
>
> This will make future conversion to use OBJECT_DECLARE* easier.
>
> Signed-off-by: Eduardo Habkost
Reviewed-by: Alistair Francis
Alistair
> ---
> Cc: Alistair Francis
> Cc: "Edgar E. Iglesias"
> Cc: Peter Maydell
> Cc: qemu-...@no
On Wed, 26 Aug 2020 at 20:03, Paolo Bonzini wrote:
>
> Otherwise, dollars (such as in the special $ORIGIN rpath) are
> eaten by Make.
Incidentally, why are we using rpath anyway? I'm pretty
sure the old build system didn't need it, and it's one of
those features I have mentally filed away under "
On 8/26/20 2:07 PM, Connor Kuehl wrote:
On 8/25/20 2:05 PM, Tom Lendacky wrote:
From: Tom Lendacky
When SEV-ES is enabled, it is not possible modify the guests register
state after it has been initially created, encrypted and measured.
Normally, an INIT-SIPI-SIPI request is used to boot the A
On 8/25/20 2:05 PM, Tom Lendacky wrote:
From: Tom Lendacky
An SEV-ES guest does not allow register state to be altered once it has
been measured. When a SEV-ES guest issues a reboot command, Qemu will
reset the vCPU state and resume the guest. This will cause failures under
SEV-ES, so prevent t
On 8/25/20 2:05 PM, Tom Lendacky wrote:
From: Tom Lendacky
Update the sev_es_enabled() function return value to be based on the SEV
policy that has been specified. SEV-ES is enabled if SEV is enabled and
the SEV-ES policy bit is set in the policy object.
Signed-off-by: Tom Lendacky
---
targ
On 8/25/20 2:05 PM, Tom Lendacky wrote:
From: Tom Lendacky
When SEV-ES is enabled, it is not possible modify the guests register
state after it has been initially created, encrypted and measured.
Normally, an INIT-SIPI-SIPI request is used to boot the AP. However, the
hypervisor cannot emulate
On 8/25/20 2:05 PM, Tom Lendacky wrote:
From: Tom Lendacky
Provide initial support for SEV-ES. This includes creating a function to
indicate the guest is an SEV-ES guest (which will return false until all
support is in place), performing the proper SEV initialization and
ensuring that the guest
On Windows it is not possible to invoke a Python script as $NINJA.
If ninja is present use it directly, while if it is not we can
keep using ninjatool.
Reported-by: Mark Cave-Ayland
Signed-off-by: Paolo Bonzini
---
configure | 16 +++-
1 file changed, 15 insertions(+), 1 deletion(-)
Otherwise, dollars (such as in the special $ORIGIN rpath) are
eaten by Make.
Reported-by: Laurent Vivier
Signed-off-by: Paolo Bonzini
---
scripts/ninjatool.py | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/scripts/ninjatool.py b/scripts/ninjatool.py
index cc77d51aa8..c33e
On Wed, Aug 26, 2020 at 02:43:31PM -0400, Eduardo Habkost wrote:
> This will make future conversion to use OBJECT_DECLARE* easier.
>
> Signed-off-by: Eduardo Habkost
Reviewed-by: Edgar E. Iglesias
> ---
> Cc: Alistair Francis
> Cc: "Edgar E. Iglesias"
> Cc: Peter Maydell
> Cc: qemu-...@non
This will make future conversion to use OBJECT_DECLARE* easier.
Signed-off-by: Eduardo Habkost
---
Cc: David Gibson
Cc: qemu-...@nongnu.org
Cc: qemu-devel@nongnu.org
---
hw/pci-host/ppce500.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/hw/pci-host/ppce500.c b/hw/pci-host
This will make future conversion to use OBJECT_DECLARE* easier.
Signed-off-by: Eduardo Habkost
---
Cc: Andrzej Zaborowski
Cc: Peter Maydell
Cc: qemu-...@nongnu.org
Cc: qemu-devel@nongnu.org
---
hw/arm/tosa.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/hw/arm/tosa.c b/hw
This will make future conversion to use OBJECT_DECLARE* easier.
Signed-off-by: Eduardo Habkost
---
Cc: "Michael S. Tsirkin"
Cc: Marcel Apfelbaum
Cc: Paolo Bonzini
Cc: Richard Henderson
Cc: Eduardo Habkost
Cc: qemu-devel@nongnu.org
---
hw/i386/amd_iommu.c | 2 +-
1 file changed, 1 insertion(
This will make future conversion to use OBJECT_DECLARE* easier.
Signed-off-by: Eduardo Habkost
---
Cc: Alistair Francis
Cc: "Edgar E. Iglesias"
Cc: Peter Maydell
Cc: qemu-...@nongnu.org
Cc: qemu-devel@nongnu.org
---
hw/arm/xlnx-zcu102.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
d
> -Original Message-
> From: Dr. David Alan Gilbert
> Sent: Wednesday, August 26, 2020 1:34 PM
> To: Moger, Babu
> Cc: Igor Mammedov ; Daniel P. Berrangé
> ; ehabk...@redhat.com; m...@redhat.com; Michal
> Privoznik ; qemu-devel@nongnu.org;
> pbonz...@redhat.com; r...@twiddle.net
> Subj
This will make future conversion to use OBJECT_DECLARE* easier.
Signed-off-by: Eduardo Habkost
---
Cc: David Gibson
Cc: Jason Wang
Cc: qemu-...@nongnu.org
Cc: qemu-devel@nongnu.org
---
hw/net/fsl_etsec/etsec.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/hw/net/fsl_etsec
This will make future conversion to use OBJECT_DECLARE* easier.
Signed-off-by: Eduardo Habkost
---
Cc: Chris Wulff
Cc: Marek Vasut
Cc: qemu-devel@nongnu.org
---
hw/intc/nios2_iic.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/hw/intc/nios2_iic.c b/hw/intc/nios2_iic.c
ind
This will make future conversion to use OBJECT_DECLARE* easier.
Signed-off-by: Eduardo Habkost
---
Cc: Cornelia Huck
Cc: Halil Pasic
Cc: Christian Borntraeger
Cc: Thomas Huth
Cc: "Marc-André Lureau"
Cc: Paolo Bonzini
Cc: qemu-s3...@nongnu.org
Cc: qemu-devel@nongnu.org
---
hw/char/sclpconso
1 - 100 of 441 matches
Mail list logo
