From: Weiwei Li <liweiwei@iscas.ac.cn>
To: qemu-riscv@nongnu.org, qemu-devel@nongnu.org
Cc: palmer@dabbelt.com, alistair.francis@wdc.com,
bin.meng@windriver.com, dbarboza@ventanamicro.com,
zhiwei_liu@linux.alibaba.com, richard.henderson@linaro.org,
wangjunqiang@iscas.ac.cn, lazyparser@gmail.com,
Weiwei Li <liweiwei@iscas.ac.cn>
Subject: [PATCH v4 0/7] target/riscv: Fix PMP related problem
Date: Sat, 22 Apr 2023 21:03:22 +0800 [thread overview]
Message-ID: <20230422130329.23555-1-liweiwei@iscas.ac.cn> (raw)
This patchset tries to fix the PMP bypass problem issue https://gitlab.com/qemu-project/qemu/-/issues/1542:
TLB will be cached if the matched PMP entry cover the whole page. However PMP entries with higher priority may cover part of the page (but not match the access address), which means different regions in this page may have different permission rights. So it also cannot be cached (patch 1).
Writing to pmpaddr didn't trigger tlb flush (patch 3).
We set the tlb_size to 1 to make the TLB_INVALID_MASK set, and and the next access will again go through tlb_fill. However, this way will not work in tb_gen_code() => get_page_addr_code_hostp(): the TLB host address will be cached, and the following instructions can use this host address directly which may lead to the bypass of PMP related check (patch 5).
The port is available here:
https://github.com/plctlab/plct-qemu/tree/plct-pmp-fix-v4
v4:
Update comments for Patch 1, and move partial check code from Patch 2 to Patch 1
Restore log message change in Patch 2
Update commit message and the way to improve the problem in Patch 6
v3:
Ignore disabled PMP entry in pmp_get_tlb_size() in Patch 1
Drop Patch 5, since tb jmp cache have been flushed in tlb_flush, so flush tb seems unnecessary.
Fix commit message problems in Patch 8 (Patch 7 in new patchset)
v2:
Update commit message for patch 1
Add default tlb_size when pmp is diabled or there is no rules and only get the tlb size when translation success in patch 2
Update get_page_addr_code_hostp instead of probe_access_internal to fix the cached host address for instruction fetch in patch 6
Add patch 7 to make the short up really work in pmp_hart_has_privs
Add patch 8 to use pmp_update_rule_addr() and pmp_update_rule_nums() separately
Weiwei Li (7):
target/riscv: Update pmp_get_tlb_size()
target/riscv: Move pmp_get_tlb_size apart from
get_physical_address_pmp
target/riscv: Flush TLB when pmpaddr is updated
target/riscv: Flush TLB only when pmpcfg/pmpaddr really changes
accel/tcg: Uncache the host address for instruction fetch when tlb
size < 1
target/riscv: Make the short cut really work in pmp_hart_has_privs
target/riscv: Separate pmp_update_rule() in pmpcfg_csr_write
accel/tcg/cputlb.c | 5 +++
target/riscv/cpu_helper.c | 19 +++-----
target/riscv/pmp.c | 91 +++++++++++++++++++++++++++++----------
target/riscv/pmp.h | 3 +-
4 files changed, 80 insertions(+), 38 deletions(-)
--
2.25.1
next reply other threads:[~2023-04-22 13:06 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-04-22 13:03 Weiwei Li [this message]
2023-04-22 13:03 ` [PATCH v4 1/7] target/riscv: Update pmp_get_tlb_size() Weiwei Li
2023-04-28 2:23 ` LIU Zhiwei
2023-04-22 13:03 ` [PATCH v4 2/7] target/riscv: Move pmp_get_tlb_size apart from get_physical_address_pmp Weiwei Li
2023-04-28 2:30 ` LIU Zhiwei
2023-04-22 13:03 ` [PATCH v4 3/7] target/riscv: Flush TLB when pmpaddr is updated Weiwei Li
2023-04-22 13:03 ` [PATCH v4 4/7] target/riscv: Flush TLB only when pmpcfg/pmpaddr really changes Weiwei Li
2023-04-22 13:03 ` [PATCH v4 5/7] accel/tcg: Uncache the host address for instruction fetch when tlb size < 1 Weiwei Li
2023-04-28 22:10 ` Richard Henderson
2023-04-22 13:03 ` [PATCH v4 6/7] target/riscv: Make the short cut really work in pmp_hart_has_privs Weiwei Li
2023-04-22 13:03 ` [PATCH v4 7/7] target/riscv: Separate pmp_update_rule() in pmpcfg_csr_write Weiwei Li
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20230422130329.23555-1-liweiwei@iscas.ac.cn \
--to=liweiwei@iscas.ac.cn \
--cc=alistair.francis@wdc.com \
--cc=bin.meng@windriver.com \
--cc=dbarboza@ventanamicro.com \
--cc=lazyparser@gmail.com \
--cc=palmer@dabbelt.com \
--cc=qemu-devel@nongnu.org \
--cc=qemu-riscv@nongnu.org \
--cc=richard.henderson@linaro.org \
--cc=wangjunqiang@iscas.ac.cn \
--cc=zhiwei_liu@linux.alibaba.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).