On Tue, 2025-01-28 at 10:56 +0100, David Hildenbrand wrote:
> On 28.01.25 01:12, Ilya Leoshkevich wrote:
> > Node.js crashes in qemu-system-s390x with random SIGSEGVs /
> > SIGILLs.
> >
> > The v8 JIT used by Node.js can garbage collect and overwrite unused
> > code. Overwriting is performed by
>
The approach we've settled on for handling the omap_clk wiring for
OMAP devices converted to QDev is to have a function omap_foo_set_clk()
whose implementation just sets the field directly in the device's
state struct. (See the "TODO" comment near the top of omap.h.)
Make omap_mmc do the same.
Sig
On Mon, 27 Jan 2025 at 23:26, Richard Henderson
wrote:
>
> Signed-off-by: Richard Henderson
> ---
> target/arm/tcg/translate.h | 6 ++--
> target/arm/tcg/translate-vfp.c | 54 +-
> 2 files changed, 30 insertions(+), 30 deletions(-)
>
> diff --git a/target/arm
On 1/27/25 15:56, Philippe Mathieu-Daudé wrote:
Make is_prefix_insn_excp() prototype but have it guarded by
a tcg_enabled() check. Inline part of it in powerpc_excp_books().
Extract POWERPC_EXCP_HV_EMU handling code to ppc_tcg_hv_emu(),
also exposing its prototype in "internal.h".
Signed-off
On Tue, 28 Jan 2025 at 10:42, Gerd Hoffmann wrote:
>
> On Sat, Jan 25, 2025 at 07:13:34PM +0100, Philippe Mathieu-Daudé wrote:
> > Some SysBus devices can optionally be dynamically plugged onto
> > the sysbus-platform-bus (then virtual guests are aware of
> > mmio mapping and IRQs via device tree
Em Thu, 23 Jan 2025 18:01:35 +0100
Igor Mammedov escreveu:
> On Thu, 23 Jan 2025 10:02:17 +
> Jonathan Cameron wrote:
>
> > On Wed, 22 Jan 2025 16:46:19 +0100
> > Mauro Carvalho Chehab wrote:
> >
> > > Store HEST table address at GPA, placing its content at
> > > hest_addr_le variable.
It's been roughly two months since my previous posting of a roadmap
for Rust in QEMU, so it's time for an update. While the project is
still at an experimental phase, the amount of functionality available
from safe Rust is enough that it could be considered for new devices.
As before, this mostl
On 28/1/25 10:59, Harsh Prateek Bora wrote:
On 1/27/25 15:56, Philippe Mathieu-Daudé wrote:
Move exception helpers to tcg-excp_helper.c so they are
only built when TCG is selected.
Signed-off-by: Philippe Mathieu-Daudé
---
target/ppc/excp_helper.c | 34
With a valid file ID (FID) of an open file, it should be possible to send
a 'Tgettattr' 9p request and successfully receive a 'Rgetattr' response,
even if the file has been removed in the meantime. Currently this would
fail with ENOENT.
I.e. this fixes the following misbehaviour with a 9p Linux cl
The released fix for this CVE:
f6b0de53fb8 ("9pfs: prevent opening special files (CVE-2023-2861)")
caused a regression with security_model=passthrough. When handling a
'Tmknod' request there was a side effect that 'Tmknod' request could fail
as 9p server was trying to adjust permissions:
#6
Signed-off-by: Igor Mammedov
Message-Id: <20250115125342.3883374-2-imamm...@redhat.com>
Reviewed-by: Michael S. Tsirkin
Signed-off-by: Michael S. Tsirkin
(cherry picked from commit 1ad32644fe4c9fb25086be15a66dde1d55d3410f)
Signed-off-by: Michael Tokarev
(Mjt: drop x86/ subdir and tables not rel
Needed to build ipxe nic roms.
Reported-by: Liu Jaloo
Fixes: 22e11539e167 ("edk2: replace build scripts")
Signed-off-by: Gerd Hoffmann
Message-ID: <20241212084408.1390728-1-kra...@redhat.com>
(cherry picked from commit 0f5715e4b5706b31b3550d8e6b88871e029c7823)
Signed-off-by: Michael Tokarev
di
The comment claims that we'd only support basic Tgetattr fields. This is
no longer true, so remove this comment.
Fixes: e06a765efbe3 ("hw/9pfs: Add st_gen support in getattr reply")
Signed-off-by: Christian Schoenebeck
Reviewed-by: Greg Kurz
Message-Id:
(cherry picked from commit 3bc4db44430f5
TCG trace-events were deprecated before the v6.2 release,
and removed for v7.0.
Signed-off-by: Philippe Mathieu-Daudé
Reviewed-by: Alex Bennée
Reviewed-by: Michael Tokarev
Signed-off-by: Michael Tokarev
(cherry picked from commit b4859e8f33a7d9c793a60395f792c10190cb4f78)
Signed-off-by: Michael
In the GICv3 ITS model, we have a common coding pattern which has a
local C struct like "DTEntry dte", which is a C representation of an
in-guest-memory data structure, and we call a function such as
get_dte() to read guest memory and fill in the C struct. These
functions to read in the struct som
work_around_broken_dhclient() accesses IP and UDP headers to detect
relevant packets and to calculate checksums, but it didn't check if
the packet has size sufficient to accommodate them, causing out-of-bound
access hazards. Fix this by correcting the size requirement.
Fixes: 1d41b0c1ec66 ("Work a
Commit fa905f65c554 introduced a machine compatibility parameter to
enable an exclusive bar for msix. It failed to account for this when
cleaning up. Make sure that if an exclusive bar is enabled, we use the
proper cleanup routine.
Cc: qemu-sta...@nongnu.org
Fixes: fa905f65c554 ("hw/nvme: add mach
Fixes: 4a448b148ca ("plugins: add qemu_plugin_num_vcpus function")
Reviewed-by: Philippe Mathieu-Daudé
Signed-off-by: Pierrick Bouvier
Message-Id: <20241112212622.3590693-2-pierrick.bouv...@linaro.org>
Reviewed-by: Richard Henderson
Signed-off-by: Alex Bennée
Message-Id: <20241121165806.476008-
pci_devfn properties accept either a string or an integer as input. To
implement this, set_pci_devfn() first tries to visit the option as a
string, and if that fails, it visits it as an integer instead. While the
QemuOpts visitor happens to accept this, it is invalid according to the
visitor interf
Fixes: 644e3c5d812 ("missing vmx features for Skylake-Server and
Cascadelake-Server")
Signed-off-by: Han Han
Reviewed-by: Chenyi Qiang
Reviewed-by: Michael Tokarev
Signed-off-by: Michael Tokarev
(cherry picked from commit 93dcc9390e5ad0696ae7e9b7b3a5b08c2d1b6de6)
Signed-off-by: Michael Tokarev
Am 28. Januar 2025 10:34:23 UTC schrieb Peter Maydell
:
>On Mon, 27 Jan 2025 at 23:11, Bernhard Beschow wrote:
>>
>>
>>
>> Am 27. Januar 2025 13:24:46 UTC schrieb Peter Maydell
>> :
>> >On Sat, 11 Jan 2025 at 18:37, Bernhard Beschow wrote:
>> >>
>> >> Commit ce5dd27534b0 "hw/sd: Remove omap2
From: Helge Deller
The Linux kernel turns space-register hashing off unconditionally at
bootup. That code was provided by HP at the beginning of the PA-RISC
Linux porting effort, and I don't know why it was decided then why Linux
should not use space register hashing.
32-bit HP-UX versions seem
From: Helge Deller
Turn on space register hashing for 64-bit CPUs when reset.
Signed-off-by: Helge Deller
---
target/hppa/cpu.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/target/hppa/cpu.c b/target/hppa/cpu.c
index b0bc9d35e4..c86f9190d2 100644
--- a/target/hppa/cpu.c
+++ b/targe
From: Helge Deller
Add 32- and 64-bit instruction decoding of the mfdiag and mtdiag
instructions which modify the diagnose registers.
diag_getshadowregs_pa2() and diag_putshadowregs_pa2() were added in
commit 3bdf20819e68 based on some analysis of ODE code, but now they
conflict with the generic
From: Helge Deller
Add the diagnose registers (%dr) to the CPUArchState. Those are mostly
undocumented and control cache behaviour, memory behaviour, reset button
management and many other related internal CPU things.
Signed-off-by: Helge Deller
---
target/hppa/cpu.h | 1 +
target/hppa/mac
This series of 4 patches incorporates the changes as suggested by
Richard regarding PATCH #3 from my previous series.
Please review.
Helge
Hi Cédric,
On Tue, 2025-01-28 at 22:41 +0100, Cédric Le Goater wrote:
> Hello,
>
> This series updates the OpenBMC firmware images to the latest version
> for existing tests and also adds 2 new tests for Aspeed machines
> which
> were not tested before : witherspoon and bletchley.
>
> Thanks,
>
On Wed, Jan 22, 2025 at 4:53 AM Daniel Henrique Barboza
wrote:
>
> Coverity reported a DEADCODE ticket in this function, as follows:
>
> CID 1590358: Control flow issues (DEADCODE)
> Execution cannot reach this statement: "return ret;".
> > 380 return ret;
> >
On Wed, Jan 22, 2025 at 4:49 AM Daniel Henrique Barboza
wrote:
>
> Coverity reported a BAD_SHIFT issue in the following code:
>
> > 2097
> CID 1590355: Integer handling issues (BAD_SHIFT)
> In expression "hdeleg >> cause", right shifting by more than 63
>bits has u
On Thu, Jan 16, 2025 at 10:51 AM Atish Patra wrote:
>
> As per the latest privilege specification v1.13[1], the sscofpmf
> only reserves first 8 bits of hpmeventX. Update the corresponding
> masks accordingly.
>
> [1]https://github.com/riscv/riscv-isa-manual/issues/1578
>
> Signed-off-by: Atish Pa
On Thu, Jan 16, 2025 at 10:51 AM Atish Patra wrote:
>
> As per the ISA definition, the upper 8 bits in hpmevent are defined
> by Sscofpmf for privilege mode filtering and overflow bits while the
> lower 56 bits are desginated for platform specific hpmevent values.
> For the reset case, mhpmevent v
On Wed, Jan 22, 2025 at 4:49 AM Daniel Henrique Barboza
wrote:
>
> Coverity found a DEADCODE issue in rmw_xiregi() claiming that we can't
> reach 'RISCV_EXCP_VIRT_INSTRUCTION_FAULT' at the 'done' label:
>
> > 2652 done:
> CID 1590357: Control flow issues (DEADCODE)
> E
> On Jan 22, 2025, at 23:07, Jonathan Cameron
> wrote:
>
> On Fri, 17 Jan 2025 09:43:11 +
> Jonathan Cameron via wrote:
>
>> On Fri, 17 Jan 2025 10:13:41 +0900
>> Itaru Kitayama wrote:
>>
On Jan 16, 2025, at 19:58, Jonathan Cameron
wrote:
On Thu, 16 Jan 2025 15:
On Sun, Jan 26, 2025 at 12:14 PM Dmitry Osipenko <
dmitry.osipe...@collabora.com> wrote:
> From: Alex Bennée
>
> This attempts to tidy up the VirtIO GPU documentation to make the list
> of requirements clearer. There are still a lot of moving parts and the
> distros have some catching up to do be
On Wed, Jan 15, 2025 at 5:02 AM Daniel Henrique Barboza
wrote:
>
> Add RVA23U64 as described in [1]. Add it as a child of RVA22U64 since
> all RVA22U64 mandatory extensions are also present in RVA23U64. What's
> left then is to list the mandatory extensions that are RVA23 only.
>
> A new "rva23u64
The construction of neg_imag and neg_real were done to make it easy
to apply both in parallel with two simple logical operations. This
changed with FPCR.AH, which is more complex than that.
Signed-off-by: Richard Henderson
---
target/arm/tcg/vec_helper.c | 51 +++
The construction of neg_imag and neg_real were done to make it easy
to apply both in parallel with two simple logical operations. This
changed with FPCR.AH, which is more complex than that.
Note that there was a naming issue with neg_imag and neg_real.
They were named backward, with neg_imag bein
Move ARMFPStatusFlavour to cpu.h with which to index
this array. For now, place the array in an anonymous
union with the existing structures. Adjust the order
of the existing structures to match the enum.
Simplify fpstatus_ptr() using the new array.
Signed-off-by: Richard Henderson
---
target
Signed-off-by: Richard Henderson
---
target/arm/tcg/translate.h | 6 ++--
target/arm/tcg/translate-vfp.c | 54 +-
2 files changed, 30 insertions(+), 30 deletions(-)
diff --git a/target/arm/tcg/translate.h b/target/arm/tcg/translate.h
index 59e780df2e..6ce2471
This reverts commit c5eb0b62e603c1d391ee2199108f0eb34aadc8f5.
---
target/arm/tcg/translate-a64.c | 4 ++--
target/arm/tcg/vec_helper.c| 28
2 files changed, 6 insertions(+), 26 deletions(-)
diff --git a/target/arm/tcg/translate-a64.c b/target/arm/tcg/translate-a6
Sink common code from the callers into do_fmlal
and do_fmlal_idx. Reorder the arguments to minimize
the re-sorting from the caller's arguments.
Signed-off-by: Richard Henderson
---
target/arm/tcg/vec_helper.c | 28
1 file changed, 16 insertions(+), 12 deletions(-)
Replace with fp_status[FPST_A64].
Signed-off-by: Richard Henderson
---
target/arm/cpu.h| 1 -
target/arm/cpu.c| 2 +-
target/arm/tcg/sme_helper.c | 2 +-
target/arm/tcg/vec_helper.c | 10 +-
target/arm/vfp_helper.c | 16
5 files changed, 15
Signed-off-by: Richard Henderson
---
target/arm/tcg/vec_helper.c | 15 ---
1 file changed, 12 insertions(+), 3 deletions(-)
diff --git a/target/arm/tcg/vec_helper.c b/target/arm/tcg/vec_helper.c
index 9b14885ef2..c716bd774a 100644
--- a/target/arm/tcg/vec_helper.c
+++ b/target/arm/tc
Signed-off-by: Richard Henderson
---
target/arm/tcg/vec_internal.h | 20
target/arm/tcg/helper-a64.c | 15 +--
2 files changed, 21 insertions(+), 14 deletions(-)
diff --git a/target/arm/tcg/vec_internal.h b/target/arm/tcg/vec_internal.h
index 094f5c169c..a67393
Read the bit from the source, rather than from the proxy via
get_flush_inputs_to_zero. This makes it clear that it does
not matter which of the float_status structures is used.
Signed-off-by: Richard Henderson
---
target/arm/tcg/vec_helper.c | 12 ++--
1 file changed, 6 insertions(+), 6
Signed-off-by: Richard Henderson
---
target/arm/tcg/vec_helper.c | 71 -
1 file changed, 46 insertions(+), 25 deletions(-)
diff --git a/target/arm/tcg/vec_helper.c b/target/arm/tcg/vec_helper.c
index b3ed6533bb..9b14885ef2 100644
--- a/target/arm/tcg/vec_helpe
Signed-off-by: Richard Henderson
---
target/arm/tcg/vec_helper.c | 15 ---
1 file changed, 12 insertions(+), 3 deletions(-)
diff --git a/target/arm/tcg/vec_helper.c b/target/arm/tcg/vec_helper.c
index c716bd774a..bae98a34b8 100644
--- a/target/arm/tcg/vec_helper.c
+++ b/target/arm/tc
The float*_muladd functions have a flags argument that can
perform optional negation of various operand. We don't use
that for "normal" arm fmla, because the muladd flags are not
applied when an input is a NaN. But since FEAT_AFP does not
negate NaNs, this behaviour is exactly what we need.
Sinc
Select on index instead of pointer.
No functional change.
Signed-off-by: Richard Henderson
---
target/arm/tcg/mve_helper.c | 40 +
1 file changed, 14 insertions(+), 26 deletions(-)
diff --git a/target/arm/tcg/mve_helper.c b/target/arm/tcg/mve_helper.c
index 3
Signed-off-by: Richard Henderson
---
target/arm/tcg/translate.h | 8 ++---
target/arm/tcg/translate-a64.c | 44 +++
target/arm/tcg/translate-sve.c | 66 +-
3 files changed, 59 insertions(+), 59 deletions(-)
diff --git a/target/arm/tcg/tran
Hi Peter,
I know you've sent a PR with some of this, but I don't have a
complete tree against which to rebase. So this is still
Based-on: 20250124162836.2332150-1-peter.mayd...@linaro.org
("[PATCH 00/76] target/arm: Implement FEAT_AFP and FEAT_RPRES")
Up to patch 22 is unchanged; after patch 22
Because the operand is known to be negative, negating the operand
is the same as taking the absolute value. Defer this to the muladd
operation via flags, so that it happens after NaN detection, which
is correct for FPCR.AH.
Signed-off-by: Richard Henderson
---
target/arm/tcg/sve_helper.c | 27 +
On Wed, Jan 22, 2025 at 3:07 AM Daniel Henrique Barboza
wrote:
>
> The mcontrol select bit (19) is always zero, meaning our triggers will
> always match virtual addresses. In this condition, if the user does not
> specify a size for the trigger, the access size defaults to XLEN.
>
> At this moment
Signed-off-by: Richard Henderson
---
target/arm/tcg/sve_helper.c| 69 +-
target/arm/tcg/translate-sve.c | 2 +-
2 files changed, 43 insertions(+), 28 deletions(-)
diff --git a/target/arm/tcg/sve_helper.c b/target/arm/tcg/sve_helper.c
index c12b2600bd..c206ca6
Replace with fp_status[FPST_A32]. As this was the last of the
old structures, we can remove the anonymous union and struct.
Signed-off-by: Richard Henderson
---
target/arm/cpu.h| 7 +--
target/arm/cpu.c| 2 +-
target/arm/vfp_helper.c | 18 +-
3 files change
The float_muladd_negate_product flag produces the same result
as negating either of the multiplication operands, assuming
neither of the operands are NaNs. But since FEAT_AFP does not
negate NaNs, this behaviour is exactly what we need.
Signed-off-by: Richard Henderson
---
target/arm/tcg/vec_he
Split negation cases out of gvec_fmla, creating 6 new helpers.
We no longer pass 'neg' as a bit in simd_data.
Handle FPCR.AH=0 via xor and FPCR.AH=1 via muladd flags.
Signed-off-by: Richard Henderson
---
target/arm/helper.h| 14 ++
target/arm/tcg/translate-a64.c | 17 +++
Signed-off-by: Richard Henderson
---
target/arm/tcg/translate-a64.c | 2 +-
target/arm/tcg/vec_helper.c| 66 --
2 files changed, 40 insertions(+), 28 deletions(-)
diff --git a/target/arm/tcg/translate-a64.c b/target/arm/tcg/translate-a64.c
index 715760a17b..3
Signed-off-by: Richard Henderson
---
target/arm/tcg/sve_helper.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/target/arm/tcg/sve_helper.c b/target/arm/tcg/sve_helper.c
index 3f38e07829..a2ff3b7f11 100644
--- a/target/arm/tcg/sve_helper.c
+++ b/target/arm/tcg/sv
Replace with fp_status[FPST_STD].
Signed-off-by: Richard Henderson
---
target/arm/cpu.h| 1 -
target/arm/cpu.c| 8
target/arm/tcg/mve_helper.c | 28 ++--
target/arm/tcg/vec_helper.c | 4 ++--
target/arm/vfp_helper.c | 4 ++--
5 fil
Signed-off-by: Richard Henderson
---
target/arm/tcg/translate-a64.c | 2 +-
target/arm/tcg/vec_helper.c| 44 --
2 files changed, 27 insertions(+), 19 deletions(-)
diff --git a/target/arm/tcg/translate-a64.c b/target/arm/tcg/translate-a64.c
index 3748f7d145..9
Replace with fp_status[FPST_A64_F16].
Signed-off-by: Richard Henderson
---
target/arm/cpu.h| 1 -
target/arm/cpu.c| 2 +-
target/arm/tcg/sme_helper.c | 2 +-
target/arm/tcg/vec_helper.c | 8
target/arm/vfp_helper.c | 16
5 files changed,
Replace with fp_status[FPST_STD_F16].
Signed-off-by: Richard Henderson
---
target/arm/cpu.h| 1 -
target/arm/cpu.c| 4 ++--
target/arm/tcg/mve_helper.c | 24
target/arm/vfp_helper.c | 8
4 files changed, 18 insertions(+), 19 deleti
On 1/28/25 14:45, del...@kernel.org wrote:
From: Helge Deller
Add the diagnose registers (%dr) to the CPUArchState. Those are mostly
undocumented and control cache behaviour, memory behaviour, reset button
management and many other related internal CPU things.
Signed-off-by: Helge Deller
---
Replace with fp_status[FPST_A32_F16].
Signed-off-by: Richard Henderson
---
target/arm/cpu.h| 1 -
target/arm/cpu.c| 2 +-
target/arm/tcg/vec_helper.c | 4 ++--
target/arm/vfp_helper.c | 14 +++---
4 files changed, 10 insertions(+), 11 deletions(-)
diff --g
On Wed, Jan 22, 2025 at 4:52 AM Daniel Henrique Barboza
wrote:
>
> Coverity found a DEADCODE issue in rmw_xireg() claiming that we can't
> reach 'RISCV_EXCP_VIRT_INSTRUCTION_FAULT' at the 'done' label:
>
> done:
> if (ret) {
> return (env->virt_enabled && virt) ?
>RISCV
On Wed, Jan 22, 2025 at 4:49 AM Daniel Henrique Barboza
wrote:
>
> Hi,
>
> This series contains Coverity fixes for issues found in the latest
> RISC-V pull made yesterday.
>
> Coverity CIDs being resolved: 1590355, 1590356, 1590357, 1590358 and
> 1590359.
>
> Patches based on master.
>
>
> Daniel
On Wed, Jan 15, 2025 at 5:04 AM Daniel Henrique Barboza
wrote:
>
> ssu64xl is defined in RVA22 as:
>
> "sstatus.UXL must be capable of holding the value 2 (i.e., UXLEN=64 must
> be supported)."
>
> This is always true in TCG and it's mandatory for RVA23, so claim
> support for it.
>
> Signed-off-b
On Wed, Jan 22, 2025 at 4:50 AM Daniel Henrique Barboza
wrote:
>
> Coverity found a second DEADCODE issue in rmw_xireg() claiming that we can't
> reach 'RISCV_EXCP_NONE' at the 'done' label:
>
> > 2706 done:
> > 2707 if (ret) {
> > 2708 return (env->virt_enabled && virt)
On Tue, Jan 14, 2025 at 7:33 PM Evgenii Prokopiev
wrote:
>
> A behavior of misa.v must be similar as misa.f.
> So when this bit's field is turned off, mstatus.vs must be turned off
> too. It follows from the privileged manual of RISC-V, paragraph 3.1.1.
> "Machine ISA (misa) Register".
>
> Signed-
On Tue, Jan 14, 2025 at 7:33 PM Evgenii Prokopiev
wrote:
>
> A behavior of misa.v must be similar as misa.f.
> So when this bit's field is turned off, mstatus.vs must be turned off
> too. It follows from the privileged manual of RISC-V, paragraph 3.1.1.
> "Machine ISA (misa) Register".
>
> Signed-
On Fri, Jan 24, 2025 at 8:16 PM Max Chou wrote:
>
> According to the Vector Reduction Operations section in the RISC-V "V"
> Vector Extension spec,
> "If vl=0, no operation is performed and the destination register is not
> updated."
>
> The vd should be updated when vl is larger than 0.
>
> Signe
On Fri, Jan 24, 2025 at 7:06 PM Max Chou wrote:
>
> In prop_vlen_set function, there is an incorrect comparison between
> vlen(bit) and vlenb(byte).
> This will cause unexpected error when user applies the `vlen=1024` cpu
> option with a vendor predefined cpu type that the default vlen is
> 1024(v
Add versions of float*_ah_chs which takes fpcr_ah.
These will help simplify some usages.
Signed-off-by: Richard Henderson
---
target/arm/tcg/vec_internal.h | 15 +++
1 file changed, 15 insertions(+)
diff --git a/target/arm/tcg/vec_internal.h b/target/arm/tcg/vec_internal.h
index a67
Signed-off-by: Richard Henderson
---
target/arm/tcg/translate.h | 8 +--
target/arm/tcg/translate-a64.c | 78 +--
target/arm/tcg/translate-sme.c | 4 +-
target/arm/tcg/translate-sve.c | 98 +-
4 files changed, 94 insertions(+), 94 dele
Signed-off-by: Richard Henderson
---
target/arm/tcg/translate.h | 14 +++---
target/arm/tcg/translate-a64.c | 8
target/arm/tcg/translate-sve.c | 8
3 files changed, 15 insertions(+), 15 deletions(-)
diff --git a/target/arm/tcg/translate.h b/target/arm/tcg/transla
Pass ARMFPStatusFlavour index instead of fp_status[FOO].
Signed-off-by: Richard Henderson
---
target/arm/vfp_helper.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/target/arm/vfp_helper.c b/target/arm/vfp_helper.c
index a2775a2e8d..4e242275e7 100644
--- a/target/
Signed-off-by: Richard Henderson
---
target/arm/tcg/translate.h | 6 +++---
target/arm/tcg/translate-vfp.c | 24
2 files changed, 15 insertions(+), 15 deletions(-)
diff --git a/target/arm/tcg/translate.h b/target/arm/tcg/translate.h
index 2edb707b85..adf6eb8b91 1006
On 1/28/25 14:45, del...@kernel.org wrote:
From: Helge Deller
Add 32- and 64-bit instruction decoding of the mfdiag and mtdiag
instructions which modify the diagnose registers.
diag_getshadowregs_pa2() and diag_putshadowregs_pa2() were added in
commit 3bdf20819e68 based on some analysis of ODE
On Wed, Jan 22, 2025 at 3:08 AM Daniel Henrique Barboza
wrote:
>
> In the RISC-V privileged ISA section 3.1.15 table 15, it is determined
> that a debug exception that is triggered from a load/store has a higher
> priority than a possible fault that this access might trigger.
>
> This is not the c
On Wed, Jan 22, 2025 at 3:07 AM Daniel Henrique Barboza
wrote:
>
> Hi,
>
> In this new version, in patch 2, we're using the address 'size' val from
> riscv_cpu_tlb_fill() instead of infering it from the CPU XLEN.
>
> No other changes made. Patches based on master.
>
> Changes from v2:
> - patch 2
On 1/28/25 14:45, del...@kernel.org wrote:
From: Helge Deller
Turn on space register hashing for 64-bit CPUs when reset.
Signed-off-by: Helge Deller
---
target/hppa/cpu.c | 5 +
1 file changed, 5 insertions(+)
Reviewed-by: Richard Henderson
r~
Replace with fp_status[FPST_AH].
Signed-off-by: Richard Henderson
---
target/arm/cpu.h| 3 +--
target/arm/cpu.c| 6 +++---
target/arm/vfp_helper.c | 6 +++---
3 files changed, 7 insertions(+), 8 deletions(-)
diff --git a/target/arm/cpu.h b/target/arm/cpu.h
index 0f7d5d5430..5e3d
On Wed, Jan 15, 2025 at 1:52 PM Huang Borong wrote:
>
> Remove the redundant masking of "hart_idx", as the same operation is
> performed later during address calculation.
>
> This change impacts the "hart_idx" value in the final qemu_log_mask()
> call. The original "hart_idx" parameter should be u
On 1/28/25 14:45, del...@kernel.org wrote:
+if (ctx->is_pa20 && (a->dr == 2)) {
+/* Exit TB to recalculate gva_offset_mask on %dr2 */
+ctx->base.is_jmp = DISAS_IAQ_N_STALE_EXIT;
+}
Where does this update happen? I think you've missed that step.
r~
On 1/28/25 14:45, del...@kernel.org wrote:
@@ -4635,6 +4640,7 @@ static void hppa_tr_init_disas_context(DisasContextBase
*dcbase, CPUState *cs)
ctx->tb_flags = ctx->base.tb->flags;
ctx->is_pa20 = hppa_is_pa20(cpu_env(cs));
ctx->psw_xb = ctx->tb_flags & (PSW_X | PSW_B);
+ctx
Replace with fp_status[FPST_AH_F16].
Signed-off-by: Richard Henderson
---
target/arm/cpu.h| 3 +--
target/arm/cpu.c| 2 +-
target/arm/vfp_helper.c | 10 +-
3 files changed, 7 insertions(+), 8 deletions(-)
diff --git a/target/arm/cpu.h b/target/arm/cpu.h
index 18afff850
On 1/28/25 17:52, Richard Henderson wrote:
On 1/28/25 14:45, del...@kernel.org wrote:
+ if (ctx->is_pa20 && (a->dr == 2)) {
+ /* Exit TB to recalculate gva_offset_mask on %dr2 */
+ ctx->base.is_jmp = DISAS_IAQ_N_STALE_EXIT;
+ }
Where does this update happen? I think you've
On Wed, Jan 15, 2025 at 5:04 AM Daniel Henrique Barboza
wrote:
>
> From the time we added RVA22U64 until now the spec didn't declare 'RVB'
> as a dependency, using zba/zbb/zbs instead. Since then the RVA22 spec
> [1] added the following in the 'RVA22U64 Mandatory Extensions' section:
>
> "B Bit-ma
On Mon, 20 Jan 2025 at 20:38, Bernhard Beschow wrote:
>
> SNVS contains an RTC which allows Linux to deal correctly with time. This is
> particularly useful when handling persistent storage which will be done in the
> next patch.
>
> Signed-off-by: Bernhard Beschow
> ---
> docs/system/arm/imx8mp
Let vCPUs wait for themselves being ready first, then other ones.
This allows the first thread to starts without the global vcpu
queue (thus &first_cpu) being populated.
Signed-off-by: Philippe Mathieu-Daudé
---
accel/tcg/tcg-accel-ops-rr.c | 15 ---
1 file changed, 8 insertions(+),
Philippe Mathieu-Daudé writes:
> Some tests expect MigrationTestEnv::arch to be set. Initialize
> it early enough to avoid SIGSEGV, for example like the following
> g_str_equal() call in migration/precopy-tests.c:
>
>954 void migration_test_add_precopy(MigrationTestEnv *env)
>955 {
>.
Philippe Mathieu-Daudé writes:
> There is no particular reason to restrict all the framework
> to TCG or KVM, since we can check on a per-test basis which
> accelerator is available (via MigrationTestEnv::has_$ACCEL).
The reason is:
CONFIG_KVM=n
CONFIG_TCG=n
The check is about "there is no acc
Philippe Mathieu-Daudé writes:
> Allow tests to tune their parameters when running on HVF.
>
> Signed-off-by: Philippe Mathieu-Daudé
Reviewed-by: Fabiano Rosas
Philippe Mathieu-Daudé writes:
> The '-accel' CLI option is handler as sugar property as
> '-machine,accel='. Replace the migration tests command
> line, only using the best accelerator available (first
> hardware, then software).
>
> Signed-off-by: Philippe Mathieu-Daudé
> ---
> tests/qtest/mi
The MMIO region size required to support virtualized environments with
large PCI BAR regions can exceed the hardcoded limit configured in QEMU.
For example, a VM with multiple NVIDIA Grace-Hopper GPUs passed through
requires more MMIO memory than the amount provided by VIRT_HIGH_PCIE_MMIO
(currentl
From: Helge Deller
The various PA-RISC CPUs implement different CPU-specific diag
instructions (mfdiag, mtdiag, mfcpu, mtcpu, ...) to access CPU-internal
diagnose/configuration registers, e.g. for cache control, managing space
register hashing, control front panel LEDs and read status of the
hard
On 1/28/25 05:50, Peter Maydell wrote:
We removed the old table-based decoder in favour of decodetree, but
we left a couple of typedefs that are now unused; delete them.
Signed-off-by: Peter Maydell
---
target/arm/tcg/translate-a64.c | 11 ---
1 file changed, 11 deletions(-)
Oops.
> -Original Message-
> From: Matthew R. Ochs
> Sent: Tuesday, January 28, 2025 4:03 PM
> To: qemu-devel@nongnu.org; Shameerali Kolothum Thodi
> ; nath...@nvidia.com
> Cc: ddut...@redhat.com; eric.au...@redhat.com; nicol...@nvidia.com;
> ank...@nvidia.com
> Subject: [PATCH] hw/arm/virt:
Hi Matthew, Shameer,
On 1/28/25 6:36 PM, Shameerali Kolothum Thodi wrote:
>
>> -Original Message-
>> From: Matthew R. Ochs
>> Sent: Tuesday, January 28, 2025 4:03 PM
>> To: qemu-devel@nongnu.org; Shameerali Kolothum Thodi
>> ; nath...@nvidia.com
>> Cc: ddut...@redhat.com; eric.au...@redh
201 - 300 of 418 matches
Mail list logo