<feed xmlns='http://www.w3.org/2005/Atom'>
<title>qemu/qemu.git, branch stable-11.1</title>
<subtitle>QEMU main repository</subtitle>
<id>https://git.landau.one/pub/scm/virt/qemu/qemu.git/atom?h=stable-11.1</id>
<link rel='self' href='https://git.landau.one/pub/scm/virt/qemu/qemu.git/atom?h=stable-11.1'/>
<link rel='alternate' type='text/html' href='https://git.landau.one/pub/scm/virt/qemu/qemu.git/'/>
<updated>2026-08-26T07:15:48+00:00</updated>
<entry>
<title>Update version for 11.1.1 release</title>
<updated>2026-08-26T07:15:48+00:00</updated>
<author>
<name>Michael Tokarev</name>
<email>mjt@tls.msk.ru</email>
</author>
<published>2026-08-26T07:15:48+00:00</published>
<link rel='alternate' type='text/html' href='https://git.landau.one/pub/scm/virt/qemu/qemu.git/commit/?id=c3d48b7d1e89604920e5b81b91140c2ad39a1943'/>
<id>urn:sha1:c3d48b7d1e89604920e5b81b91140c2ad39a1943</id>
<content type='text'>
Signed-off-by: Michael Tokarev &lt;mjt@tls.msk.ru&gt;
</content>
</entry>
<entry>
<title>target/riscv/tcg: sret in virtual user mode raises virtual instruction exception</title>
<updated>2026-08-24T19:03:18+00:00</updated>
<author>
<name>Christian S. Lima</name>
<email>christianslima@proton.me</email>
</author>
<published>2026-08-08T03:18:54+00:00</published>
<link rel='alternate' type='text/html' href='https://git.landau.one/pub/scm/virt/qemu/qemu.git/commit/?id=3e2849a33c9c18752a5e7ea41325a82c00618bce'/>
<id>urn:sha1:3e2849a33c9c18752a5e7ea41325a82c00618bce</id>
<content type='text'>
Currently, when a `sret` is executed in virtual user mode, qemu
raise an `illegal instruction exception`, but in this case the correct
behavior is to raise a `virtual instruction exception` and the code
already contains a check to it, but it's not enough to catch. This
patch is useful to improve the correctness of the virtualization of
the risc v architecture.

Resolves: https://gitlab.com/qemu-project/qemu/-/work_items/3622

Signed-off-by: Christian S. Lima &lt;christianslima@proton.me&gt;
Reviewed-by: Alistair Francis &lt;alistair.francis@wdc.com&gt;
Message-ID: &lt;20260808031849.59726-1-christianslima@proton.me&gt;
Signed-off-by: Alistair Francis &lt;alistair.francis@wdc.com&gt;
(cherry picked from commit 85d38315fd19cda7fcfec5350f27cdfa15742600)
Signed-off-by: Michael Tokarev &lt;mjt@tls.msk.ru&gt;
</content>
</entry>
<entry>
<title>target/riscv: Allow UXL to be 3 in mstatus on rv128</title>
<updated>2026-08-24T19:01:49+00:00</updated>
<author>
<name>Frédéric Pétrot</name>
<email>frederic.petrot@univ-grenoble-alpes.fr</email>
</author>
<published>2026-08-19T10:56:55+00:00</published>
<link rel='alternate' type='text/html' href='https://git.landau.one/pub/scm/virt/qemu/qemu.git/commit/?id=486ce35b39b6e8efaff7946cdd7ffd7ec7001553'/>
<id>urn:sha1:486ce35b39b6e8efaff7946cdd7ffd7ec7001553</id>
<content type='text'>
Valid UXL field values for mstatus were restricted to fix a
reported issue, but this inadvertently broke the experimental
rv128 support where a value of 3 validly represents 128-bit
execution.

Update the mstatus write logic to permit UXL=3 when running on
an rv128 CPU.

Fixes: dcd028517749 ("target/riscv: Apply UXL WARL handling to vsstatus")
Signed-off-by: Frédéric Pétrot &lt;frederic.petrot@univ-grenoble-alpes.fr&gt;
Reviewed-by: Daniel Henrique Barboza &lt;daniel.barboza@oss.qualcomm.com&gt;
Reviewed-by: Chao Liu &lt;chao.liu@processmission.com&gt;
Message-ID: &lt;20260819105655.33391-3-frederic.petrot@univ-grenoble-alpes.fr&gt;
Signed-off-by: Alistair Francis &lt;alistair.francis@wdc.com&gt;
(cherry picked from commit a9779d24be31338d90aa19a560e69cc4c9660627)
Signed-off-by: Michael Tokarev &lt;mjt@tls.msk.ru&gt;
</content>
</entry>
<entry>
<title>target/riscv: Restore register dump zero padding</title>
<updated>2026-08-24T19:01:01+00:00</updated>
<author>
<name>Joel Stanley</name>
<email>joel@jms.id.au</email>
</author>
<published>2026-08-13T03:24:14+00:00</published>
<link rel='alternate' type='text/html' href='https://git.landau.one/pub/scm/virt/qemu/qemu.git/commit/?id=2c0db8a985e7ee2740b16fc7b373da16a41b7d97'/>
<id>urn:sha1:2c0db8a985e7ee2740b16fc7b373da16a41b7d97</id>
<content type='text'>
The register values lost their leading zeroes when the underlying type
was changed, resulting in mismatched padding and harder to read output.

Print with a runtime field width based on MXL, so values are 16 hex
digits on rv64 and 8 on rv32, matching the csr and fp dump. This avoids
adding target_ulong back into the dump.

Fixes: c4e6bc63853c ("target/riscv: Fix size of gpr and gprh")
Signed-off-by: Joel Stanley &lt;joel@jms.id.au&gt;
Reviewed-by: Anton Johansson &lt;anjo@rev.ng&gt;
Reviewed-by: Max Chou &lt;max.chou@sifive.com&gt;
Message-ID: &lt;20260813032421.54438-1-joel@jms.id.au&gt;
Signed-off-by: Alistair Francis &lt;alistair.francis@wdc.com&gt;
(cherry picked from commit 409c7d8682ae91c5e275d744d55a2ac19789534a)
Signed-off-by: Michael Tokarev &lt;mjt@tls.msk.ru&gt;
</content>
</entry>
<entry>
<title>tests/qtest: remove trace output from k230 watchdog test</title>
<updated>2026-08-24T18:59:57+00:00</updated>
<author>
<name>Chao Liu</name>
<email>chao.liu@processmission.com</email>
</author>
<published>2026-08-13T05:43:29+00:00</published>
<link rel='alternate' type='text/html' href='https://git.landau.one/pub/scm/virt/qemu/qemu.git/commit/?id=f9530009f698546b2269b268c4480b74b78de5dd'/>
<id>urn:sha1:f9530009f698546b2269b268c4480b74b78de5dd</id>
<content type='text'>
The interrupt mode test does not depend on trace output, but passes a
trace file to QEMU. This makes startup fail when QEMU is built without
the log or simple trace backend, so qtest cannot connect.

Drop the unnecessary trace option.

Resolves: https://gitlab.com/qemu-project/qemu/-/work_items/4126

Signed-off-by: Chao Liu &lt;chao.liu@processmission.com&gt;
Reviewed-by: Bin Meng &lt;bin.meng@processmission.com&gt;
Message-ID: &lt;20260813054329.35425-1-chao.liu@processmission.com&gt;
Signed-off-by: Alistair Francis &lt;alistair.francis@wdc.com&gt;
(cherry picked from commit e4ae434836a98039ed0511dea506992b55e55865)
Signed-off-by: Michael Tokarev &lt;mjt@tls.msk.ru&gt;
</content>
</entry>
<entry>
<title>target/riscv: enforce even register constraints for Zdinx fcvt pairs</title>
<updated>2026-08-24T18:59:18+00:00</updated>
<author>
<name>wangyang</name>
<email>wangyang25@otcaix.iscas.ac.cn</email>
</author>
<published>2026-08-13T10:39:06+00:00</published>
<link rel='alternate' type='text/html' href='https://git.landau.one/pub/scm/virt/qemu/qemu.git/commit/?id=e0611379203fb09fd4fbc05214cd9f8720a7e077'/>
<id>urn:sha1:e0611379203fb09fd4fbc05214cd9f8720a7e077</id>
<content type='text'>
fcvt.d.h and fcvt.h.d access a 64-bit double held in a register
pair, so under Zdinx/Zhinxmin the odd-rd (fcvt.d.h) and odd-rs1
(fcvt.h.d) encodings are reserved.  Add the missing REQUIRE_EVEN
checks so those encodings raise an illegal-instruction exception
instead of retiring.

Resolves: https://gitlab.com/qemu-project/qemu/-/work_items/4109
Reviewed-by: Alistair Francis &lt;alistair.francis@wdc.com&gt;
Signed-off-by: wangyang &lt;wangyang25@otcaix.iscas.ac.cn&gt;
Message-ID: &lt;ea287909fd6043e0bbcdbfdcb0cc8063@wangyang25.otcaix.iscas.ac.cn&gt;
Signed-off-by: Alistair Francis &lt;alistair.francis@wdc.com&gt;
(cherry picked from commit e68cc2e5cd28333ac76d757ed2db7d2f7635d09a)
Signed-off-by: Michael Tokarev &lt;mjt@tls.msk.ru&gt;
</content>
</entry>
<entry>
<title>target/riscv: reject FMV.X.W/FMV.W.X under Zfinx</title>
<updated>2026-08-24T18:59:07+00:00</updated>
<author>
<name>wangyang</name>
<email>wangyang25@otcaix.iscas.ac.cn</email>
</author>
<published>2026-08-13T10:39:06+00:00</published>
<link rel='alternate' type='text/html' href='https://git.landau.one/pub/scm/virt/qemu/qemu.git/commit/?id=d1f63a04cf8e45ba3722348a3505e9ee2513750d'/>
<id>urn:sha1:d1f63a04cf8e45ba3722348a3505e9ee2513750d</id>
<content type='text'>
Zfinx explicitly excludes the FMV transfer instructions, but
trans_fmv_x_w/trans_fmv_w_x used REQUIRE_ZFINX_OR_F so a Zfinx-only
CPU accepted them.  Require RVF instead so the transfers trap with
an illegal instruction when only Zfinx is present.

Resolves: https://gitlab.com/qemu-project/qemu/-/work_items/4108
Reviewed-by: Alistair Francis &lt;alistair.francis@wdc.com&gt;
Signed-off-by: wangyang &lt;wangyang25@otcaix.iscas.ac.cn&gt;
Message-ID: &lt;36c7cfebd27b4b6e8bcdd00e09e9dda0@wangyang25.otcaix.iscas.ac.cn&gt;
Signed-off-by: Alistair Francis &lt;alistair.francis@wdc.com&gt;
(cherry picked from commit af1e669cef162e8d9b5f2f176e8b909d61c4b530)
Signed-off-by: Michael Tokarev &lt;mjt@tls.msk.ru&gt;
</content>
</entry>
<entry>
<title>target/riscv: honor zicbo* envcfg gating in linux-user mode</title>
<updated>2026-08-24T18:58:58+00:00</updated>
<author>
<name>wangyang</name>
<email>wangyang25@otcaix.iscas.ac.cn</email>
</author>
<published>2026-08-13T10:39:06+00:00</published>
<link rel='alternate' type='text/html' href='https://git.landau.one/pub/scm/virt/qemu/qemu.git/commit/?id=bb72fd7010921cba5f4eb6fec90009580060a8bd'/>
<id>urn:sha1:bb72fd7010921cba5f4eb6fec90009580060a8bd</id>
<content type='text'>
In user-only builds check_zicbo_envcfg() skipped the envcfg check
entirely (#if !defined(CONFIG_USER_ONLY)), so cbo.inval/cbo.flush/
cbo.zero retired unconditionally in linux-user even though the
machine-level envcfg fields are never initialized.  Give the
user-mode build a senvcfg-based gate, and initialize SENVCFG_CBZE at
reset when ext_zicboz is enabled so cbo.zero stays usable while
cbo.inval/cbo.flush remain illegal, matching the user-mode view of a
typical firmware/kernel setup.

Resolves: https://gitlab.com/qemu-project/qemu/-/work_items/4107
Reviewed-by: Alistair Francis &lt;alistair.francis@wdc.com&gt;
Signed-off-by: wangyang &lt;wangyang25@otcaix.iscas.ac.cn&gt;
Message-ID: &lt;9b2f22fc402b48b8ba81f72be8ed04bc@wangyang25.otcaix.iscas.ac.cn&gt;
Signed-off-by: Alistair Francis &lt;alistair.francis@wdc.com&gt;
(cherry picked from commit 12289f2f9a0f1ffa6a75c2b189a0273dc455dfb0)
Signed-off-by: Michael Tokarev &lt;mjt@tls.msk.ru&gt;
</content>
</entry>
<entry>
<title>disas/riscv: Fix typo in th.lbib format</title>
<updated>2026-08-24T18:57:07+00:00</updated>
<author>
<name>Richard Henderson</name>
<email>richard.henderson@linaro.org</email>
</author>
<published>2026-08-12T22:31:30+00:00</published>
<link rel='alternate' type='text/html' href='https://git.landau.one/pub/scm/virt/qemu/qemu.git/commit/?id=adf74c01ed7f639e2a33cbf1cbc29ca4386cc3da'/>
<id>urn:sha1:adf74c01ed7f639e2a33cbf1cbc29ca4386cc3da</id>
<content type='text'>
th.lbib should format the same as th.lbia, and the other
increment insns, with the address register in parenthesis.

Cc: qemu-stable@nongnu.org
Fixes: 318df7238b9 ("disas/riscv: Add support for XThead* instructions")
Reviewed-by: Alistair Francis &lt;alistair.francis@wdc.com&gt;
Signed-off-by: Richard Henderson &lt;richard.henderson@linaro.org&gt;
Message-ID: &lt;20260812223142.349142-41-richard.henderson@linaro.org&gt;
Signed-off-by: Alistair Francis &lt;alistair.francis@wdc.com&gt;
(cherry picked from commit ecbd3a031f12669da98cdf929cbc7dbb88d3450f)
(Mjt: fix-up across v11.1.0-496-g7de6afd53186 "disas/riscv: Drop explicit zero of rv_opcode_data fields")
Signed-off-by: Michael Tokarev &lt;mjt@tls.msk.ru&gt;
</content>
</entry>
<entry>
<title>disas/riscv: Fix isa decoding of rev8</title>
<updated>2026-08-24T18:52:02+00:00</updated>
<author>
<name>Richard Henderson</name>
<email>richard.henderson@linaro.org</email>
</author>
<published>2026-08-12T22:31:29+00:00</published>
<link rel='alternate' type='text/html' href='https://git.landau.one/pub/scm/virt/qemu/qemu.git/commit/?id=2c2d25853e1656595cb572568d1ba022312120ba'/>
<id>urn:sha1:2c2d25853e1656595cb572568d1ba022312120ba</id>
<content type='text'>
The encoding of rev8 is different for rv32 and rv64.

Cc: qemu-stable@nongnu.org
Fixes: 02c1b569a15 ("disas/riscv: Add Zb[abcs] instructions")
Reviewed-by: Alistair Francis &lt;alistair.francis@wdc.com&gt;
Signed-off-by: Richard Henderson &lt;richard.henderson@linaro.org&gt;
Message-ID: &lt;20260812223142.349142-40-richard.henderson@linaro.org&gt;
Signed-off-by: Alistair Francis &lt;alistair.francis@wdc.com&gt;
(cherry picked from commit d610e55c8390a8bfd15d0a4f1521d7fc46e4e0b7)
Signed-off-by: Michael Tokarev &lt;mjt@tls.msk.ru&gt;
</content>
</entry>
</feed>
