Re: [PATCH] hw/arm: enable at24c with aspeed

On 28/10/24 15:14, Patrick Leis wrote: Enable AT24C with ASPEED in the KConfig because the boards build this device. Maybe explicit the at24c_eeprom_init_rom() call which instanciate TYPE_AT24C_EE. Reviewed-by: Philippe Mathieu-Daudé Signed-off-by: Patrick Leis --- hw/arm/Kconfig | 1 +

Re: [PATCH 10/36] next-cube: move SCSI 4020 logic from next-pc device to next-scsi device

On 28/10/2024 16:22, Thomas Huth wrote: Am Wed, 23 Oct 2024 09:58:26 +0100 schrieb Mark Cave-Ayland : The SCSI 4020 logic refers to the offset of the SCSI CSRs within the NeXTCube address space. Due to the previously overlapping memory regions, there were duplicate MMIO accessors in the next.s

[PATCH] Plumbed previously ununsed defaults_enabled in vl.c, s.t. it provides the status of the '-nodefaults' flag to created machines

From: Patrick Eads Signed-off-by: Patrick Eads --- .gitignore | 2 ++ hw/core/machine.c | 15 +++ hw/m68k/q800.c | 15 --- include/hw/boards.h | 1 + system/vl.c | 2 +- 5 files changed, 27 insertions(+), 8 deletions(-) diff --git a/.gitignore

Re: [PATCH 13/36] next-cube: move ESCC to be QOM child of next-pc device

On 28/10/2024 16:39, Thomas Huth wrote: Am Wed, 23 Oct 2024 09:58:29 +0100 schrieb Mark Cave-Ayland : Since the ESCC is part of the next-pc device, move the ESCC to be a QOM child of the next-pc device. Signed-off-by: Mark Cave-Ayland --- hw/m68k/next-cube.c | 54 ++-

Re: [PATCH 1/4] qom: TYPE_SINGLETON interface

On Fri, Oct 25, 2024 at 06:10:46PM -0400, Peter Xu wrote: > On Fri, Oct 25, 2024 at 05:22:01PM +0100, Daniel P. Berrangé wrote: > > On Fri, Oct 25, 2024 at 12:17:02PM -0400, Peter Xu wrote: > > > On Fri, Oct 25, 2024 at 10:51:21AM +0100, Daniel P. Berrangé wrote: > > > > > diff --git a/qom/qom-qmp-

Re: check-function failing on func-arm-arm_aspeed

Hi Peter, On 10/28/24 10:14, Peter Maydell wrote: Trying a "make check-functional" I find that the func-arm-arm_aspeed test seems to hit a timeout: 18/18 qemu:func-thorough+func-arm-thorough+thorough / func-arm-arm_aspeed TIMEOUT600.08s killed by signal 15 SIGTERM This i

Re: [RFC V1 00/14] precreate phase

On Fri, Oct 25, 2024 at 02:43:06PM +0100, Daniel P. Berrangé wrote: > On Fri, Oct 25, 2024 at 09:33:51AM -0400, Steven Sistare wrote: > > On 10/25/2024 4:46 AM, Daniel P. Berrangé wrote: > > > On Thu, Oct 24, 2024 at 05:16:14PM -0400, Steven Sistare wrote: > > > > > > > > Regarding: "what you want

Re: [PATCH v4 02/15] hw/display/apple-gfx: Introduce ParavirtualizedGraphics.Framework support

On Mon, 28 Oct 2024 at 17:06, Akihiko Odaki wrote: > On 2024/10/28 23:13, Phil Dennis-Jordan wrote: > > > > > > On Mon, 28 Oct 2024 at 15:02, Akihiko Odaki > > wrote: > > > > On 2024/10/28 22:31, Phil Dennis-Jordan wrote: > > > > > > > > > On M

Re: [PATCH 03/36] next-cube: remove overlap between next.dma and next.mmio memory regions

On 27/10/2024 11:24, Thomas Huth wrote: Am Sat, 26 Oct 2024 22:13:25 +0100 schrieb Mark Cave-Ayland : On 26/10/2024 08:56, Thomas Huth wrote: Am Wed, 23 Oct 2024 09:58:19 +0100 schrieb Mark Cave-Ayland : Change the start of the next.mmio memory region so that it follows on directly afte

Re: [PATCH v16 13/20] target/riscv: mmu changes for zicfiss shadow stack protection

On Wed, Oct 9, 2024 at 8:54 AM Deepak Gupta wrote: > > zicfiss protects shadow stack using new page table encodings PTE.W=1, > PTE.R=0 and PTE.X=0. This encoding is reserved if zicfiss is not > implemented or if shadow stack are not enabled. > Loads on shadow stack memory are allowed while stores

Re: [PATCH] hw/arm: enable at24c with aspeed

On Mon, 2024-10-28 at 18:14 +, Patrick Leis wrote: > Enable AT24C with ASPEED in the KConfig because the boards build this > device. > > Signed-off-by: Patrick Leis I was wondering how we haven't hit problems before now. Poking around with scripts/minikconf.py for an arm-softmmu build we get

Re: [PATCH v16 00/20] riscv support for control flow integrity extensions

On Wed, Oct 9, 2024 at 8:52 AM Deepak Gupta wrote: > > v16 for riscv zicfilp and zicfiss extensions support in qemu. > > Following change in this version: > cache block operations of clean, flush and inval have store semantics. > These operations on shadow stack must look like regular stores and m

Re: [PATCH v16 04/20] target/riscv: save and restore elp state on priv transitions

On Wed, Oct 9, 2024 at 8:52 AM Deepak Gupta wrote: > > elp state is recorded in *status on trap entry (less privilege to higher > privilege) and restored in elp from *status on trap exit (higher to less > privilege). > > Additionally this patch introduces a forward cfi helper function to > determi

Re: [PATCH 07/21] target/s390x: Explicitly set 2-NaN propagation rule

On 10/25/24 15:12, Peter Maydell wrote: Set the 2-NaN propagation rule explicitly in env->fpu_status. Signed-off-by: Peter Maydell --- target/s390x/cpu.c | 1 + fpu/softfloat-specialize.c.inc | 5 ++--- 2 files changed, 3 insertions(+), 3 deletions(-) Reviewed-by: Richard Hende

Re: [PATCH 02/21] tests/fp: Explicitly set 2-NaN propagation rule

On 10/25/24 15:12, Peter Maydell wrote: Explicitly set a 2-NaN propagation rule in the softfloat tests. In meson.build we put -DTARGET_ARM in fpcflags, and so we should select here the Arm propagation rule of float_2nan_prop_s_ab. Signed-off-by: Peter Maydell --- tests/fp/fp-bench.c | 2 +

Re: [PATCH 08/21] target/ppc: Explicitly set 2-NaN propagation rule

On 10/25/24 15:12, Peter Maydell wrote: Set the 2-NaN propagation rule explicitly in env->fp_status and env->vec_status. Signed-off-by: Peter Maydell Reviewed-by: Richard Henderson --- As an aside, it looks a bit suspicious that we set tininess_before_rounding on fp_status but not vec_sta

Re: [PATCH 09/21] target/m68k: Explicitly set 2-NaN propagation rule

On 10/25/24 15:12, Peter Maydell wrote: Explicitly set the 2-NaN propagation rule on env->fp_status and on the temporary fp_status that we use in frem (since we pass that to a division operation function). --- target/m68k/cpu.c | 16 target/m68k/fpu_helper.c

Re: [PATCH 11/21] target/sparc: Move cpu_put_fsr(env, 0) call to reset

On 10/25/24 15:12, Peter Maydell wrote: Currently we call cpu_put_fsr(0) in sparc_cpu_realizefn(), which initializes various fields in the CPU struct: * fsr_cexc_ftt * fcc[] * fsr_qne * fsr It also sets the rounding mode in env->fp_status. This is largely pointless, because when we later

Re: [PATCH 03/21] target/arm: Explicitly set 2-NaN propagation rule

On 10/25/24 15:12, Peter Maydell wrote: Set the 2-NaN propagation rule explicitly in the float_status words we use. We wrap this plus the pre-existing setting of the tininess-before-rounding flag in a new function arm_set_default_fp_behaviours() to avoid repetition, since we have a lot of float_

Re: [PATCH 20/21] target/rx: Explicitly set 2-NaN propagation rule

On 10/25/24 15:12, Peter Maydell wrote: Set the NaN propagation rule explicitly for the float_status word used in the rx target. This not the architecturally correct behaviour, but since this is a no-behaviour-change patch, we leave a TODO note to that effect. Signed-off-by: Peter Maydell ---

Re: [PATCH 19/21] target/openrisc: Explicitly set 2-NaN propagation rule

On 10/25/24 15:12, Peter Maydell wrote: Set the NaN propagation rule explicitly for the float_status word used in the openrisc target. Signed-off-by: Peter Maydell --- target/openrisc/cpu.c | 6 ++ fpu/softfloat-specialize.c.inc | 2 +- 2 files changed, 7 insertions(+), 1 deleti

Re: [PATCH 15/21] target/i386: Set 2-NaN propagation rule explicitly

On 10/25/24 15:12, Peter Maydell wrote: Set the NaN propagation rule explicitly for the float_status words used in the x86 target. This is a no-behaviour-change commit, so we retain the existing behaviour of using the x87-style "prefer QNaN over SNaN, then prefer the NaN with the larger signific

Re: [PATCH 12/21] target/sparc: Explicitly set 2-NaN propagation rule

On 10/25/24 15:12, Peter Maydell wrote: Set the NaN propagation rule explicitly in the float_status words we use. Signed-off-by: Peter Maydell --- target/sparc/cpu.c | 8 target/sparc/fop_helper.c | 10 -- fpu/softfloat-specialize.c.inc | 6 ++ 3 file

Re: [PATCH 21/21] softfloat: Remove fallback rule from pickNaN()

On 10/25/24 15:12, Peter Maydell wrote: Now that all targets have been converted to explicitly set a NaN propagation rule, we can remove the set of target ifdefs (which now list every target) and clean up the references to fallback behaviour for float_2nan_prop_none. The "default" case in the sw

Re: [PATCH 06/21] target/hppa: Explicitly set 2-NaN propagation rule

On 10/25/24 15:12, Peter Maydell wrote: Set the 2-NaN propagation rule explicitly in env->fp_status. Really we only need to do this at CPU reset (after reset has zeroed out most of the CPU state struct, which typically includes fp_status fields). However target/hppa does not currently implement

Re: [PATCH 05/21] target/loongarch: Explicitly set 2-NaN propagation rule

On 10/25/24 15:12, Peter Maydell wrote: Set the 2-NaN propagation rule explicitly in the float_status word we use. (There are a couple of places in fpu_helper.c where we create a dummy float_status word with "float_status *s = { };", but these are only used for calling float*_is_quiet_nan() so i

Re: [PATCH 13/21] target/xtensa: Factor out calls to set_use_first_nan()

On 10/25/24 15:12, Peter Maydell wrote: In xtensa we currently call set_use_first_nan() in a lot of places where we want to switch the NaN-propagation handling. We're about to change the softfloat API we use to do that, so start by factoring all the calls out into a single xtensa_use_first_nan()

Re: [PATCH 14/21] target/xtensa: Explicitly set 2-NaN propagation rule

On 10/25/24 15:12, Peter Maydell wrote: Set the NaN propagation rule explicitly in xtensa_use_first_nan(). (When we convert the softfloat pickNaNMulAdd routine to also select a NaN propagation rule at runtime, we will be able to remove the use_first_nan flag because the propagation rules will ha

Re: [PATCH 10/21] target/m68k: Initialize float_status fields in gdb set/get functions

On 10/25/24 15:12, Peter Maydell wrote: In cf_fpu_gdb_get_reg() and cf_fpu_gdb_set_reg() we use a temporary float_status variable to pass to floatx80_to_float64() and float64_to_floatx80(), but we don't initialize it, meaning that those functions could access uninitialized data. Zero-init the st

Re: [PATCH 18/21] target/microblaze: Explicitly set 2-NaN propagation rule

On 10/25/24 15:12, Peter Maydell wrote: Set the NaN propagation rule explicitly for the float_status word used in the microblaze target. This is probably not the architecturally correct behaviour, but since this is a no-behaviour-change patch, we leave a TODO note to that effect. Signed-off-by:

Re: [PATCH 17/21] target/microblaze: Move setting of float rounding mode to reset

On 10/25/24 15:12, Peter Maydell wrote: Although the floating point rounding mode for Microblaze is always nearest-even, we cannot set it just once in the CPU initfn. This is because env->fp_status is in the part of the CPU state struct that is zeroed on reset. Move the call to set_float_roundi

Re: [PATCH 2/6] target/i386: add avx10-version property

On Mon, Oct 28, 2024 at 11:10:45PM +0800, Xiaoyao Li wrote: > On 10/28/2024 10:45 AM, Tao Su wrote: > > Introduce avx10-version property so that avx10 version can be controlled > > by user and cpu model. Per spec, avx10 version can never be 0, the default > > value of avx10-version is set to 0 to d

Re: [PATCH] ui/sdl: Mouse event optimization

> On Fri, 25 Oct 2024, Lei Huang wrote: > > Use a convergence factor to make the VM's input > > global coordinates more closely approach the global > > coordinates of DOM0. > > Dom0 is some Xen terminology. Do you mean "host" which is more often used > in QEMU? Yes, I will change it to host >

Re: [PATCH 16/21] target/alpha: Explicitly set 2-NaN propagation rule

On 10/25/24 15:12, Peter Maydell wrote: Set the NaN propagation rule explicitly for the float_status word used in this target. This is a no-behaviour-change commit, so we retain the existing behaviour of x87-style pick-largest-significand NaN propagation. This is however not the architecturally

Re: [PATCH 3/6] target/i386: Add CPUID.24 leaf for AVX10

On Mon, Oct 28, 2024 at 11:04:07PM +0800, Xiaoyao Li wrote: > On 10/28/2024 10:45 AM, Tao Su wrote: > > +case 0x24: { > > +*eax = 0; > > +*ebx = 0; > > +*ecx = 0; > > +*edx = 0; > > +if (!(env->features[FEAT_7_1_EDX] & CPUID_7_1_EDX_AVX10)) { > > +

Re: [PATCH 03/11] rust/qemu-api-macros: introduce Device proc macro

Manos, I understand your desire to make fast progress, at the same time I can't stress enough the importance of building on a shared design. Each architectural decision we make now - whether about trait hierarchies, macro designs, or API patterns - will significantly impact future maintenance and

Re: [PATCH 4/6] target/i386: Add feature dependencies for AVX10

On 10/28/24 03:45, Tao Su wrote: Since the highest supported vector length for a processor implies that all lesser vector lengths are also supported, add the dependencies of the supported vector lengths. If all vector lengths aren't supported, clear AVX10 enable bit as well. Note that the order

Re: [PATCH 0/2] arm: Add collie and sx functional tests

On Sun, 2024-10-27 at 20:32 -0700, Guenter Roeck wrote: > On 10/27/24 15:26, Cédric Le Goater wrote: > > On 10/27/24 23:11, Guenter Roeck wrote: > > > On 10/27/24 14:13, Cédric Le Goater wrote: > > > > On 10/26/24 17:32, Guenter Roeck wrote: > > > > > On 10/26/24 03:02, Cédric Le Goater wrote: > >

Re: [PATCH v4 0/9] Introduce SMP Cache Topology

Kindly Ping. (Hi miantainers, all the patches have received Jonathan's review. Could this series be accepted?) Thanks, Zhao On Tue, Oct 22, 2024 at 09:51:42PM +0800, Zhao Liu wrote: > Date: Tue, 22 Oct 2024 21:51:42 +0800 > From: Zhao Liu > Subject: [PATCH v4 0/9] Introduce SMP Cache Topology >

Re: [PATCH v3 0/5] Interrupt Remap support for emulated amd viommu

Hi there, Ping? Appreciate any further review comment or series is OK to pull, Please let me know. Thank you! Santosh On 10/9/2024 11:35 AM, Shukla, Santosh wrote: > > Ping? > Gentle reminder. > > Thanks, > Santosh > > On 9/27/2024 10:59 PM, Santosh Shukla wrote: >> Series adds following fea

Re: [PATCH v3 7/8] migration: Unexport migration_is_active()

On 25/10/2024 0:30, Peter Xu wrote: External email: Use caution opening links or attachments We have two outside users of this API, so it's exported. Is it really necessary? Does it matter whether it must be ACTIVE/POSTCOPY_ACTIVE/DEVICE? I guess no. Actually for VFIO it does matter, bec

Re: [RFC v3 3/3] vhost: Allocate memory for packed vring

On Mon, Oct 28, 2024 at 6:38 AM Sahil Siddiq wrote: > > Hi, > > It's been a while since I gave my last update. I have one more update > that I would like to give. > > > On Tue, Sep 24, 2024 at 7:31 AM Sahil wrote: > > > And I booted L2 by running: > > > > > > # ./qemu/build/qemu-system-x86_64 \ >

[PATCH v2] configure, meson: deprecate 32-bit MIPS

The mipsel architecture is not available in Debian Trixie, and it will likely be a hard failure as soon as we drop support for the old Rust toolchain in Debian Bookworm. Prepare by deprecating 32-bit little endian MIPS in QEMU 9.2. Signed-off-by: Paolo Bonzini --- docs/about/build-platforms.rst

Re: [PATCH v3 1/3] linux-headers: Add unistd_64.h

On 2024/10/28 下午3:39, gaosong wrote: 在 2024/10/28 上午10:38, Bibo Mao 写道: since 6.11, unistd.h includes header file unistd_64.h directly on some platforms, here add unistd_64.h on these platforms. Affected platforms are ARM64, LoongArch64 and Riscv. Otherwise there will be compiling error such

Re:[PATCH] Fix negative lost clock causing VM crash

gentle ping At 2024-10-15 10:24:09, "shenjiatong" wrote: >Under situation where virtual machine is running in a deployment where >the system time is unstable, there is a chance that legacy OpenStack >Windows machines without stimer enabled will crash if system time moves >backward

Re: [PATCH 4/6] target/i386: Add feature dependencies for AVX10

On Mon, Oct 28, 2024 at 09:45:39AM +0100, Paolo Bonzini wrote: > On 10/28/24 03:45, Tao Su wrote: > > Since the highest supported vector length for a processor implies that > > all lesser vector lengths are also supported, add the dependencies of > > the supported vector lengths. If all vector leng

Re: [PATCH v4 02/15] hw/display/apple-gfx: Introduce ParavirtualizedGraphics.Framework support

On 2024/10/26 19:24, Phil Dennis-Jordan wrote: On Sat, 26 Oct 2024 at 06:40, Akihiko Odaki > wrote: On 2024/10/26 4:43, Phil Dennis-Jordan wrote: > > > On Fri, 25 Oct 2024 at 08:03, Akihiko Odaki mailto:akihiko.od...@daynix.com> > <

Re: [PATCH 1/6] target/i386: Add AVX512 state when AVX10 is supported

On Mon, Oct 28, 2024 at 09:41:14AM +0100, Paolo Bonzini wrote: > On 10/28/24 03:45, Tao Su wrote: > > AVX10 state enumeration in CPUID leaf D and enabling in XCR0 register > > are identical to AVX512 state regardless of the supported vector lengths. > > > > Given that some E-cores will support AVX

[PATCH] MAINTAINERS: Remove myself as reviewer

I've now well and truly moved on from ppc and qemu maintenance. I'm occupied with other things and am pretty much just ignoring mails on these topics I'm CCed on. Time to remove myself. I'm still listed as a reviewer for Device Tree, I'll keep this for now, since I do have some interest and it's

Re: [PATCH v3 1/3] linux-headers: Add unistd_64.h

在 2024/10/28 上午10:38, Bibo Mao 写道: since 6.11, unistd.h includes header file unistd_64.h directly on some platforms, here add unistd_64.h on these platforms. Affected platforms are ARM64, LoongArch64 and Riscv. Otherwise there will be compiling error such as: linux-headers/asm/unistd.h:3:10: fat

Re: [PATCH v3 5/7] target/i386: Expose bits related to SRSO vulnerability

Hi Babu On Thu, Oct 24, 2024 at 05:18:23PM -0500, Babu Moger wrote: > Date: Thu, 24 Oct 2024 17:18:23 -0500 > From: Babu Moger > Subject: [PATCH v3 5/7] target/i386: Expose bits related to SRSO > vulnerability > X-Mailer: git-send-email 2.34.1 > > Add following bits related Speculative Return S

Re: [PATCH 1/6] target/i386: Add AVX512 state when AVX10 is supported

On 10/28/24 03:45, Tao Su wrote: AVX10 state enumeration in CPUID leaf D and enabling in XCR0 register are identical to AVX512 state regardless of the supported vector lengths. Given that some E-cores will support AVX10 but not support AVX512, add AVX512 state components to guest when AVX10 is e

Re: [PATCH v3 0/7] target/i386: Add support for perfmon-v2, RAS bits and EPYC-Turin CPU model

On 10/25/24 00:18, Babu Moger wrote: This series adds the support for following features in qemu. 1. RAS feature bits (SUCCOR, McaOverflowRecov) 2. perfmon-v2 3. Update EPYC-Genoa to support perfmon-v2 and RAS bits 4. Support for bits related to SRSO (sbpb, ibpb-brtype, srso-user-kernel-no) 5. A

Re: [PATCH] hw/nvme: fix handling of over-committed queues

On Oct 25 10:45, Keith Busch wrote: > On Fri, Oct 25, 2024 at 12:50:45PM +0200, Klaus Jensen wrote: > > @@ -1520,9 +1520,16 @@ static void nvme_post_cqes(void *opaque) > > nvme_inc_cq_tail(cq); > > nvme_sg_unmap(&req->sg); > > + > > +if (QTAILQ_EMPTY(&sq->req_list) && !nvm

[PATCH] spapr: nested: Add Power11 capability support for Nested PAPR guests in TCG L0

The Power11 architected and raw mode support in Linux was merged via [1] and the corresponding support in QEMU is waiting to be added by [2] which in V6 currently. Add the Power11 capabilities and the required handling in TCG L0 implementation of the "Nested PAPR API". Note: This patch is based o

Re: [PATCH v3 00/23] rust: fix CI + allow older versions of rustc and bindgen

On Sun, Oct 27, 2024 at 10:01:26AM +0300, Michael Tokarev wrote: > I think this is the wrong direction (ie, backwards). > > Sacrificing current code to be compatible with old stuff feels wrong. > Especially for really old, like rustc in debian bookworm. > > bookworm has rustc-web (and a few relat

Re: [PATCH 4/6] target/i386: Add feature dependencies for AVX10

On 10/28/24 11:02, Tao Su wrote: On Mon, Oct 28, 2024 at 09:45:39AM +0100, Paolo Bonzini wrote: On 10/28/24 03:45, Tao Su wrote: Since the highest supported vector length for a processor implies that all lesser vector lengths are also supported, add the dependencies of the supported vector leng

Re: [RFC 18/21] arm/cpu: Introduce a customizable kvm host cpu model

On Mon, Oct 28, 2024 at 05:00:46PM +0100, Cornelia Huck wrote: > On Fri, Oct 25 2024, Daniel P. Berrangé wrote: > > > On Fri, Oct 25, 2024 at 03:18:25PM +0200, Eric Auger wrote: > >> Hi Daniel, > >> > >> On 10/25/24 15:06, Daniel P. Berrangé wrote: > >> > On Fri, Oct 25, 2024 at 12:17:37PM +0200

Re: [PATCH 1/1] target/arm: Add cortex-m0+ support

On Tue, 22 Oct 2024 at 21:34, Matthieu Castet wrote: > > Signed-off-by: Matthieu Castet Hi; thanks for this patch. I have some initial code review comments, but the change looks broadly correct to me and I don't think there's anything obvious missing. The commit message body here is empty. Commi

Re: [PATCH net-next v7] ptp: Add support for the AMZNC10C 'vmclock' device

On 28 October 2024 17:12:56 CET, Jakub Kicinski wrote: >On Sat, 19 Oct 2024 18:49:24 +0100 David Woodhouse wrote: >> > Yes please and thank you! We gotta straighten it out before >> > the merge window. >> >> Hm, as I (finally) come to do that, I realise that many of the others >> defined in dr

Re: [PATCH 10/36] next-cube: move SCSI 4020 logic from next-pc device to next-scsi device

Am Wed, 23 Oct 2024 09:58:26 +0100 schrieb Mark Cave-Ayland : > The SCSI 4020 logic refers to the offset of the SCSI CSRs within the NeXTCube > address space. Due to the previously overlapping memory regions, there were > duplicate MMIO accessors in the next.scr memory region for these registers b

Re: [RFC 00/21] kvm/arm: Introduce a customizable aarch64 KVM host model

On Mon, 28 Oct 2024 at 16:20, Cornelia Huck wrote: > On Fri, Oct 25 2024, Kashyap Chamarthy wrote: > > (b) The current CPU features doc[2] for Arm doesn't mention "host > > passthrough" at all. It is only implied by the last part of this > > paragraph, from the section titled "A note abo

Re: [RFC 21/21] arm/cpu-features: Document custom vcpu model

On Mon, Oct 28 2024, Daniel P. Berrangé wrote: > On Mon, Oct 28, 2024 at 05:05:44PM +0100, Cornelia Huck wrote: >> On Fri, Oct 25 2024, Daniel P. Berrangé wrote: >> >> > On Fri, Oct 25, 2024 at 03:28:35PM +0200, Eric Auger wrote: >> >> Hi Daniel, >> >> >> >> On 10/25/24 15:13, Daniel P. Berran

Re: [RFC RESEND 0/6] hugetlbfs largepage RAS project

On 19.09.24 18:52, William Roche wrote: Hello David, Hi William, sorry for not replying earlier, it somehow fell through the cracks as my inbox got flooded :( I hope my last week email answered your interrogations about:     - retrieving the valid data from the lost hugepage     - the

Re: [PATCH 11/36] next-cube: move floppy disk MMIO to separate memory region in next-pc

Am Wed, 23 Oct 2024 09:58:27 +0100 schrieb Mark Cave-Ayland : > The dummy floppy disk device is part of the next-pc device, and not related to > the NeXTCube SCRs. > > Signed-off-by: Mark Cave-Ayland > --- > hw/m68k/next-cube.c | 61 - > 1 file change

Re: [PATCH 12/36] next-cube: map ESCC registers as a subregion of the next.scr memory region

Am Wed, 23 Oct 2024 09:58:28 +0100 schrieb Mark Cave-Ayland : > Since the ESCC device exists within the memory range of the next.scr memory > region, map > the ESCC device registers as a subregion of the next.scr memory region > instead of > directly to the system address space. > > Signed-off-

[PULL 05/24] scripts: remove erroneous file that breaks git clone on Windows

From: Pierrick Bouvier This file was created by mistake in recent ed7667188 (9p: remove 'proxy' filesystem backend driver). When cloning the repository using native git for windows, we see this: Error: error: invalid path 'scripts/meson-buildoptions.' Error: The process 'C:\Program Files\Git\bin

Re: [RFC 18/21] arm/cpu: Introduce a customizable kvm host cpu model

On Mon, Oct 28, 2024 at 04:48:18PM +, Peter Maydell wrote: > On Mon, 28 Oct 2024 at 16:35, Daniel P. Berrangé wrote: > > > > On Mon, Oct 28, 2024 at 04:16:31PM +, Peter Maydell wrote: > > > On Fri, 25 Oct 2024 at 14:24, Daniel P. Berrangé > > > wrote: > > > > On Fri, Oct 25, 2024 at 03:1

Re: [PATCH 01/21] softfloat: Allow 2-operand NaN propagation rule to be set at runtime

On 10/25/24 15:12, Peter Maydell wrote: IEEE 758 does not define a fixed rule for which NaN to pick as the result if both operands of a 2-operand operation are NaNs. As a result different architectures have ended up with different rules for propagating NaNs. QEMU currently hardcodes the NaN pro

Re: [PATCH 3/6] target/i386: Add CPUID.24 leaf for AVX10

On 10/28/2024 10:45 AM, Tao Su wrote: When AVX10 enable bit is set, the 0x24 leaf will be present as "AVX10 Converged Vector ISA leaf" containing fields for the version number and the supported vector bit lengths. Tested-by: Xuelian Guo Signed-off-by: Tao Su --- target/i386/cpu.c | 40 ++

Re: [PATCH 1/1] target/arm: Fix arithmetic underflow in SETM instruction

On Fri, 25 Oct 2024 at 16:50, Michael Tokarev wrote: > > 25.10.2024 05:48, Ido Plat wrote: > > Pass the stage size to step function callback, > > otherwise do_setm would hang when size is larger then page size because > > stage size would underflow. > > This fix changes do_setm to be more inline

Re: [PATCH v3 0/7] target/i386: Add support for perfmon-v2, RAS bits and EPYC-Turin CPU model

Hi Paolo, On 10/28/24 03:37, Paolo Bonzini wrote: > On 10/25/24 00:18, Babu Moger wrote: >> >> This series adds the support for following features in qemu. >> 1. RAS feature bits (SUCCOR, McaOverflowRecov) >> 2. perfmon-v2 >> 3. Update EPYC-Genoa to support perfmon-v2 and RAS bits >> 4. Support fo

[PATCH 08/14] target/i386: optimize TEST+Jxx sequences

Mostly used for TEST+JG and TEST+JLE, but it is easy to cover also JBE/JA and JL/JGE; shaves about 0.5% TCG ops. Reviewed-by: Richard Henderson Signed-off-by: Paolo Bonzini --- target/i386/tcg/translate.c | 22 ++ 1 file changed, 22 insertions(+) diff --git a/target/i386/tc

Re: [PATCH v6 0/3] Upgrade ACPI SPCR table to support SPCR table revision 4 format

On Mon, 28 Oct 2024 at 01:58, Sia Jee Heng wrote: > > Update the SPCR table to accommodate the SPCR Table revision 4 [1]. > The SPCR table has been modified to adhere to the revision 4 format [2]. > > Meanwhile, the virt SPCR golden reference file for RISC-V have been updated to > accommodate the

Re: [PATCH v3 8/8] migration: Protect updates to current_migration with a mutex

On Fri, Oct 25, 2024 at 02:50:36PM +0200, Cédric Le Goater wrote: > On 10/24/24 23:30, Peter Xu wrote: > > Introduce migration_mutex, protecting concurrent updates to > > current_migration. > > > > In reality, most of the exported migration functions are safe to access > > migration objects on cap

Re: [PATCH v3 7/8] migration: Unexport migration_is_active()

On Mon, Oct 28, 2024 at 09:43:16AM +0200, Avihai Horon wrote: > > On 25/10/2024 0:30, Peter Xu wrote: > > External email: Use caution opening links or attachments > > > > > > We have two outside users of this API, so it's exported. > > > > Is it really necessary? Does it matter whether it must

[PATCH 07/14] target/i386: optimize computation of ZF from CC_OP_DYNAMIC

Most uses of CC_OP_DYNAMIC are for CMP/JB/JE or similar sequences. We can optimize many of them to avoid computation of the flags. This eliminates both TCG ops to set up the new cc_op, and helper instructions because evaluating just ZF is much cheaper. Signed-off-by: Paolo Bonzini --- target/i38

[PULL 08/24] rust: add PL011 device model

From: Manos Pitsidianakis This commit adds a re-implementation of hw/char/pl011.c in Rust. How to build: 1. Configure a QEMU build with: --enable-system --target-list=aarch64-softmmu --enable-rust 2. Launching a VM with qemu-system-aarch64 should use the Rust version of the pl011 device

[PULL 00/24] rust, x86, misc patches for 2024-10-28

The following changes since commit e67b7aef7c7f67ecd0282e903e0daff806d5d680: Merge tag 'for-upstream' of https://repo.or.cz/qemu/kevin into staging (2024-10-24 11:23:46 +0100) are available in the Git repository at: https://gitlab.com/bonzini/qemu.git tags/for-upstream-v2 for you to fetch

check-function failing on func-arm-arm_aspeed

Trying a "make check-functional" I find that the func-arm-arm_aspeed test seems to hit a timeout: 18/18 qemu:func-thorough+func-arm-thorough+thorough / func-arm-arm_aspeed TIMEOUT600.08s killed by signal 15 SIGTERM This is with commit cea8ac78545a. Does anybody else see th

Re: [RFC 18/21] arm/cpu: Introduce a customizable kvm host cpu model

On Mon, Oct 28, 2024 at 04:48:18PM +, Peter Maydell wrote: > On Mon, 28 Oct 2024 at 16:35, Daniel P. Berrangé wrote: > > > > On Mon, Oct 28, 2024 at 04:16:31PM +, Peter Maydell wrote: > > > On Fri, 25 Oct 2024 at 14:24, Daniel P. Berrangé > > > wrote: > > > > On Fri, Oct 25, 2024 at 03:1

[PATCH v2 0/2] target/riscv/kvm: riscv-aia fixes

Hi, In this second version we removed patches 3 and 4 from v1. The reasoning behind is that the deprecation process is too harsh in comparison with the user benefit from using bools instead of strings. We'll expose the string property as bools when it's time to expose them in QMP and users will k

Re: [PATCH] hw/arm: enable at24c with aspeed

On Mon, Oct 28, 2024 at 11:15 AM Patrick Leis wrote: > Enable AT24C with ASPEED in the KConfig because the boards build this > device. > > Signed-off-by: Patrick Leis > Reviewed-by: Hao Wu > --- > hw/arm/Kconfig | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/hw/arm/Kconfig b/hw/arm/

[PATCH] linux-user: Add missing mmap include

From: Peter Foley error: use of undeclared identifier 'MAP_FIXED_NOREPLACE' Signed-off-by: Patrick Leis Signed-off-by: Peter Foley --- linux-user/user-mmap.h | 2 ++ 1 file changed, 2 insertions(+) diff --git a/linux-user/user-mmap.h b/linux-user/user-mmap.h index b94bcdcf83..de769f9253 1006

[PATCH v2 1/2] target/riscv/kvm: set 'aia_mode' to default in error path

When failing to set the selected AIA mode, 'aia_mode' is left untouched. This means that 'aia_mode' will not reflect the actual AIA mode, retrieved in 'default_aia_mode', This is benign for now, but it will impact QMP query commands that will expose the 'aia_mode' value, retrieving the wrong value

[PATCH v2 2/2] target/riscv/kvm: clarify how 'riscv-aia' default works

We do not have control in the default 'riscv-aia' default value. We can try to set it to a specific value, in this case 'auto', but there's no guarantee that the host will accept it. Couple with this we're always doing a 'qemu_log' to inform whether we're ended up using the host default or if we m

Re: [PATCH v3 0/7] target/i386: Add support for perfmon-v2, RAS bits and EPYC-Turin CPU model

On 10/28/24 09:25, Paolo Bonzini wrote: > On Mon, Oct 28, 2024 at 3:23 PM Moger, Babu wrote: >> >> Hi Paolo, >> >> On 10/28/24 03:37, Paolo Bonzini wrote: >>> On 10/25/24 00:18, Babu Moger wrote: This series adds the support for following features in qemu. 1. RAS feature bits (SU

Re: [PATCH v2] i386/cpu: Drop the check of phys_bits in host_cpu_realizefn()

Queued, thanks. Paolo

Re: [PATCH v3 0/7] target/i386: Add support for perfmon-v2, RAS bits and EPYC-Turin CPU model

On 10/25/24 00:18, Babu Moger wrote: This series adds the support for following features in qemu. 1. RAS feature bits (SUCCOR, McaOverflowRecov) 2. perfmon-v2 3. Update EPYC-Genoa to support perfmon-v2 and RAS bits 4. Support for bits related to SRSO (sbpb, ibpb-brtype, srso-user-kernel-no) 5. A

Re: [PATCH net-next v7] ptp: Add support for the AMZNC10C 'vmclock' device

On Sat, 19 Oct 2024 18:49:24 +0100 David Woodhouse wrote: > > Yes please and thank you! We gotta straighten it out before > > the merge window. > > Hm, as I (finally) come to do that, I realise that many of the others > defined in drivers/ptp/Kconfig are also 'default y'. Which is only > really

Re: [PATCH 09/36] next-cube: move SCSI CSRs from next-pc to the next-scsi device

Am Wed, 23 Oct 2024 09:58:25 +0100 schrieb Mark Cave-Ayland : > The SCSI CSRs are located within the SCSI subsystem of the NeXT PC (Peripheral > Contoller) which is now modelled as a separate QEMU device. > > Add a new VMStateDescription for the next-scsi device to enable the SCSI CSRs > to be mi

Re: [RFC 00/21] kvm/arm: Introduce a customizable aarch64 KVM host model

On Fri, Oct 25 2024, Kashyap Chamarthy wrote: > On Fri, Oct 25, 2024 at 12:17:19PM +0200, Eric Auger wrote: > > Hi Eric, > > I'm new to Arm, so please bear with my questions :) > >> This RFC series introduces a KVM host "custom" model. > > (a) On terminology: as we know, in the x86 world, QEMU us

Re: [PATCH 4/6] target/i386: Add feature dependencies for AVX10

On 10/28/2024 10:50 PM, Paolo Bonzini wrote: On Mon, Oct 28, 2024 at 3:48 PM Xiaoyao Li wrote: On 10/28/2024 6:45 PM, Paolo Bonzini wrote: On 10/28/24 11:02, Tao Su wrote: On Mon, Oct 28, 2024 at 09:45:39AM +0100, Paolo Bonzini wrote: On 10/28/24 03:45, Tao Su wrote: Since the highest supp

Re: [RFC 18/21] arm/cpu: Introduce a customizable kvm host cpu model

On Mon, Oct 28 2024, Peter Maydell wrote: > On Fri, 25 Oct 2024 at 14:24, Daniel P. Berrangé wrote: >> On Fri, Oct 25, 2024 at 03:18:25PM +0200, Eric Auger wrote: >> > On 10/25/24 15:06, Daniel P. Berrangé wrote: >> > > Also, is this naming convention really the same one that users >> > > will s

Re: [PATCH v1 2/4] accel/kvm: Keep track of the HWPoisonPage page_size

On 26.10.24 01:27, William Roche wrote: On 10/23/24 09:28, David Hildenbrand wrote: On 22.10.24 23:35, “William Roche wrote: From: William Roche Add the page size information to the hwpoison_page_list elements. As the kernel doesn't always report the actual poisoned page size, we adjust this

Re: [RFC 18/21] arm/cpu: Introduce a customizable kvm host cpu model

On Fri, 25 Oct 2024 at 14:24, Daniel P. Berrangé wrote: > On Fri, Oct 25, 2024 at 03:18:25PM +0200, Eric Auger wrote: > > On 10/25/24 15:06, Daniel P. Berrangé wrote: > > > Also, is this naming convention really the same one that users > > > will see when they look at /proc/cpuinfo to view feature

Re: [PATCH v3 7/8] migration: Unexport migration_is_active()

On Mon, Oct 28, 2024 at 06:41:42PM +0200, Avihai Horon wrote: > > On 28/10/2024 17:45, Peter Xu wrote: > > External email: Use caution opening links or attachments > > > > > > On Mon, Oct 28, 2024 at 09:43:16AM +0200, Avihai Horon wrote: > > > On 25/10/2024 0:30, Peter Xu wrote: > > > > External

Re: [PATCH v1 3/4] system/physmem: Largepage punch hole before reset of memory pages

On 26.10.24 01:27, William Roche wrote: On 10/23/24 09:30, David Hildenbrand wrote: On 22.10.24 23:35, “William Roche wrote: From: William Roche When the VM reboots, a memory reset is performed calling qemu_ram_remap() on all hwpoisoned pages. While we take into account the recorded page siz

[PATCH] hw/sd/sdcard: Fix calculation of size when using eMMC boot partitions

The sd_bootpart_offset() function calculates the *runtime* offset which changes as the guest switches between accessing the main user data area and the boot partitions by writing to the EXT_CSD_PART_CONFIG_ACC_MASK bits, so it shouldn't be used to calculate the main user data area size. Instead, s

Re: [PATCH 13/36] next-cube: move ESCC to be QOM child of next-pc device

Am Wed, 23 Oct 2024 09:58:29 +0100 schrieb Mark Cave-Ayland : > Since the ESCC is part of the next-pc device, move the ESCC to be a QOM child > of the next-pc device. > > Signed-off-by: Mark Cave-Ayland > --- > hw/m68k/next-cube.c | 54 ++--- > 1 file cha

  1   2   >