Your pipeline has failed.
Project: QEMU ( https://gitlab.com/qemu-project/qemu )
Branch: master ( https://gitlab.com/qemu-project/qemu/-/commits/master )
Commit: 25f6dc28 (
https://gitlab.com/qemu-project/qemu/-/commit/25f6dc28a3a8dd231c2c092a0e65bd796353c769
)
Commit Message: Merge remote-tr
On 8/26/20 11:00 AM, 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.
Yeah, it can be hard to get started.
What are
Sorry for taking so long to reply.
Daniel P. Berrangé writes:
> A followup to:
>
> v1: https://lists.gnu.org/archive/html/qemu-devel/2020-07/msg00866.html
>
> When QMP was first introduced some 10+ years ago now, the snapshot
> related commands (savevm/loadvm/delvm) were not converted. This was
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. This is done in different commits in case this helps
> review
On Tue, Aug 25, 2020 at 03:21:08PM -0400, Eduardo Habkost wrote:
> This will remove instance_size/class_size fields from TypeInfo
> variables when the value is exactly the same as the one in the
> parent class.
>
> Generated by:
>
> $ ./scripts/codeconverter/converter.py -i \
>--pattern=Redu
Yes that would be great. We are tracking all CI "holes" that we didn't
catch before committing the Meson transition, and MSYS is certainly
one of them.
You can send a patch and it will be reviewed and included.
Thanks,
Paolo
On Wed, Aug 26, 2020 at 5:48 PM 罗勇刚(Yonggang Luo) wrote:
>
> How abou
;
> are available in the Git repository at:
>
> git://git.kraxel.org/qemu tags/usb-20200826-pull-request
>
> for you to fetch changes up to 0cb60cbaf4831d859134eea39ae99ae23db79d9d:
>
> usb: fix setup_len init (CVE-2020-14364) (2020-08-26 14:42:00 +0200)
>
> ---
On Wed, Aug 26, 2020 at 11:56 PM Paolo Bonzini wrote:
> Yes that would be great. We are tracking all CI "holes" that we didn't
> catch before committing the Meson transition, and MSYS is certainly
> one of them.
>
> You can send a patch and it will be reviewed and included.
>
> Thanks,
>
After th
On Tue, Aug 25, 2020 at 01:58:34PM -0700, Richard Henderson wrote:
> Not attempting to use a single cross-compiler for both
> big-endian and little-endian at this time.
>
> Cc: Alex Bennée
> Signed-off-by: Richard Henderson
Reviewed-by: Edgar E. Iglesias
> ---
> tests/tcg/configure.sh | 2 +
On Tue, Aug 25, 2020 at 01:58:36PM -0700, Richard Henderson wrote:
> Define anything that is missing as 0, so that flags & FE_FOO
> is false for any missing FOO.
>
> Cc: Alex Bennée
> Signed-off-by: Richard Henderson
Reviewed-by: Edgar E. Iglesias
> ---
> tests/tcg/multiarch/float_helpers.h
On Tue, Aug 25, 2020 at 01:58:35PM -0700, Richard Henderson wrote:
> This is optional in ISO C, and not all cpus provide it.
>
> Cc: Alex Bennée
> Signed-off-by: Richard Henderson
Reviewed-by: Edgar E. Iglesias
> ---
> tests/tcg/multiarch/float_convs.c | 2 ++
> tests/tcg/multiarch/float_m
On Tue, Aug 25, 2020 at 09:16:27PM +1000, David Gibson wrote:
> TYPE_SPAPR_DRC_PCI inherits from TYPE_SPAPR_DRC_PHYSICAL, so its checker
> macro should use the corresponding instance type. We got away with it
> because we never actually used that checker macro.
>
> Signed-off-by: David Gibson
>
On Sat, Aug 22, 2020 at 04:28:15PM +0200, Philippe Mathieu-Daudé wrote:
> Instead of setting the instance size on each implementations,
> set it on the abstract parent, so we are sure no implementation
> will forget to set it.
>
> Reported-by: Eduardo Habkost
> Signed-off-by: Philippe Mathieu-Da
* Chuan Zheng (zhengch...@huawei.com) wrote:
> Compare page hash results for recorded sampled page.
>
> Signed-off-by: Chuan Zheng
> Signed-off-by: YanYing Zhuang
So I think this is OK, with the minor clean up suggestions of David E.
> ---
> migration/dirtyrate.c | 64
> +
Hi
On Wed, Aug 26, 2020 at 5:47 PM Paolo Bonzini wrote:
> We should document the difference in the 5.2 changelog then (it's okay to
> introduce it since the configure option is named differently).
>
>
Not directly related, but I can't help thinking that we would be better off
maintaining the cha
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
> * TCP_RR: From 8464.73 trans/s to 8932.70 trans/s (5.5%)
> * UDP_RR: From
* Chuan Zheng (zhengch...@huawei.com) wrote:
> In order to sample real RAM, skip ramblock with size below MIN_RAMBLOCK_SIZE
> which is set as 128M.
>
> Signed-off-by: Chuan Zheng
> ---
> migration/dirtyrate.c | 24
> migration/dirtyrate.h | 10 ++
> 2 files chang
On Tue, Aug 25, 2020 at 1:29 AM Frank Chang wrote:
>
> On Mon, Aug 17, 2020 at 4:50 PM wrote:
>>
>> From: Frank Chang
>>
>> This patchset implements the vector extension v1.0 for RISC-V on QEMU.
>>
>> This patchset is sent as RFC because RVV v1.0 is still in draft state.
>> v2 patchset was sent
On Wed, Aug 26, 2020 at 07:18:15AM -0400, Eduardo Habkost wrote:
> On Wed, Aug 26, 2020 at 01:22:38PM +0300, Roman Bolshakov wrote:
> > On Tue, Aug 25, 2020 at 03:19:56PM -0400, Eduardo Habkost wrote:
> > > git tree for this series:
> > > https://github.com/ehabkost/qemu-hacks/tree/work/qom-macros-
TYPE_SSI_SLAVE already sets instance_size=sizeof(SSISlave),
there's no need to override it.
Signed-off-by: Eduardo Habkost
---
Cc: Andrzej Zaborowski
Cc: Peter Maydell
Cc: qemu-...@nongnu.org
Cc: qemu-devel@nongnu.org
---
hw/arm/tosa.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/hw/arm/
TYPE_APC was using the wrong struct for instance_size. Luckily
this never caused any problems because MiscState is larger than
APCState.
Signed-off-by: Eduardo Habkost
---
Cc: Mark Cave-Ayland
Cc: qemu-devel@nongnu.org
---
hw/misc/slavio_misc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletio
We do have a QCryptoTLSCipherSuites struct. It must be used when
setting instance_size of the QOM type. Luckily this never caused
problems because the QCryptoTLSCipherSuites struct has only a
parent_obj field and nothing else.
Signed-off-by: Eduardo Habkost
---
Cc: "Daniel P. Berrangé"
Cc: qem
Additional batch of fixes to code setting instance_size on QOM
types.
Eduardo Habkost (4):
tosa-ssp: No need to override instance_size
hda-audio: Set instance_size at base class
slavio_misc: Correct instance_size
tls-cipher-suites: Correct instance_size
crypto/tls-cipher-suites.c | 2 +-
Setting instance_size correctly at the base class will help us
avoid mistakes when declaring new subclasses.
Signed-off-by: Eduardo Habkost
---
Cc: Gerd Hoffmann
Cc: qemu-devel@nongnu.org
---
hw/audio/hda-codec.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/hw/audio/hd
On Wed, Aug 26, 2020 at 01:10:05PM -0400, Eduardo Habkost wrote:
> We do have a QCryptoTLSCipherSuites struct. It must be used when
> setting instance_size of the QOM type. Luckily this never caused
> problems because the QCryptoTLSCipherSuites struct has only a
> parent_obj field and nothing els
* Chuan Zheng (zhengch...@huawei.com) wrote:
> Add trace_calls to make it easier to debug
>
> Signed-off-by: Chuan Zheng
Reviewed-by: Dr. David Alan Gilbert
> ---
> migration/dirtyrate.c | 7 +++
> migration/trace-events | 8
> 2 files changed, 15 insertions(+)
>
> diff --git
On 8/26/20 4:57 AM, Igor Mammedov wrote:
> On Fri, 21 Aug 2020 17:12:25 -0500
> Babu Moger wrote:
>
>> Remove node_id, nr_nodes and nodes_per_pkg from topology. Use
>> die_id, nr_dies and dies_per_pkg which is already available.
>> Removes the confusion over two variables.
>>
>> With node_id r
> -Original Message-
> From: Igor Mammedov
> Sent: Wednesday, August 26, 2020 8:31 AM
> To: Daniel P. Berrangé
> Cc: Moger, Babu ; pbonz...@redhat.com;
> r...@twiddle.net; ehabk...@redhat.com; qemu-devel@nongnu.org;
> m...@redhat.com; Michal Privoznik
> Subject: Re: [PATCH v5 0/8] Remo
On Thu, Aug 27, 2020 at 12:56 AM Alistair Francis
wrote:
> On Tue, Aug 25, 2020 at 1:29 AM Frank Chang
> wrote:
> >
> > On Mon, Aug 17, 2020 at 4:50 PM wrote:
> >>
> >> From: Frank Chang
> >>
> >> This patchset implements the vector extension v1.0 for RISC-V on QEMU.
> >>
> >> This patchset is
On Tue, Aug 25, 2020 at 05:52:17PM +0100, Leif Lindholm wrote:
> The sbsa-ref platform uses a minimal device tree to pass amount of memory
> as well as number of cpus to the firmware. However, when dumping that
> minimal dtb (with -M sbsa-virt,dumpdtb=), the resulting blob
> generates a warning whe
Hey John,
I came across QEMU in 2015 when I was looking to participate in GSOC. I did
GSoC through another org. I kept following qemu because I was interested in
virtualization, systems level coding and device emulation.
Currently, most of my professional dev work is done in Java and Python
(with
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 Chang wrote:
>> >
>> > On Mon, Aug 17, 2020 at 4:50 PM wrote:
>> >>
>> >> From: Frank Chang
>> >>
>> >> This patchset implements the v
On Tue, Aug 25, 2020 at 01:58:33PM -0700, Richard Henderson wrote:
> Well, this is larger than I expected.
>
> I started off thinking conversion to decodetree would be quick,
> after I reviewed the mttcg patches last week. Then I realized
> that this could also use conversion to the generic trans
TYPE_ARM_SSE is a TYPE_SYS_BUS_DEVICE subclass, but
ARMSSEClass::parent_class is declared as DeviceClass.
It never caused any problems by pure luck:
We were not setting class_size for TYPE_ARM_SSE, so class_size of
TYPE_SYS_BUS_DEVICE was being used (sizeof(SysBusDeviceClass)).
This made the syst
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 Chang
> wrote:
> >> >
> >> > On Mon, Aug 17, 2020 at 4:50 PM wrote
On Wed, Aug 26, 2020 at 05:52:06PM +0200, Markus Armbruster wrote:
> Sorry for taking so long to reply.
>
> Daniel P. Berrangé writes:
>
> > A followup to:
> >
> > v1: https://lists.gnu.org/archive/html/qemu-devel/2020-07/msg00866.html
> >
> > When QMP was first introduced some 10+ years ago no
* Babu Moger (babu.mo...@amd.com) wrote:
>
> > -Original Message-
> > From: Igor Mammedov
> > Sent: Wednesday, August 26, 2020 8:31 AM
> > To: Daniel P. Berrangé
> > Cc: Moger, Babu ; pbonz...@redhat.com;
> > r...@twiddle.net; ehabk...@redhat.com; qemu-devel@nongnu.org;
> > m...@redhat.
On Wed, Aug 26, 2020 at 07:28:24PM +0100, Daniel P. Berrangé wrote:
> On Wed, Aug 26, 2020 at 05:52:06PM +0200, Markus Armbruster wrote:
> > Open questions:
> >
> > * Do we want the QMP command to delete existing snapshots with
> > conflicting tag / ID, like HMP savevm does? Or do we want it to
On Tue 25 Aug 2020 09:47:24 PM CEST, Brian Foster wrote:
> My fio fallocates the entire file by default with this command. Is that
> the intent of this particular test? I added --fallocate=none to my test
> runs to incorporate the allocation cost in the I/Os.
That wasn't intentional, you're right
This will make future conversion to use OBJECT_DECLARE* easier.
Signed-off-by: Eduardo Habkost
---
Cc: Paolo Bonzini
Cc: Fam Zheng
Cc: qemu-devel@nongnu.org
---
hw/scsi/esp-pci.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/hw/scsi/esp-pci.c b/hw/scsi/esp-pci.c
index 497
Clean up code that uses hardcoded strings instead of TYPE_*
constants when defining QOM types.
Eduardo Habkost (8):
etsec: Use TYPE_ETSEC_COMMON constant
nios2_iic: Use TYPE_ALTERA_IIC constant
amd_iommu: Use TYPE_AMD_IOMMU_PCI constant
sclpconsole: Use TYPE_* constants
xlnx-zcu102: Use
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
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
> -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: 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
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: 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: 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
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
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 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(-)
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 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
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/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 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 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 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 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
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 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
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 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
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
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
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
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
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
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: 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
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.
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
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
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
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(
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 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:
-
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 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
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%.
-
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
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(
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:
> -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
> -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 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: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 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: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 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
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
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
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: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
301 - 400 of 441 matches
Mail list logo
