From: "Heiko Stübner" <heiko@sntech.de>
To: qemu-devel@nongnu.org
Cc: Alistair Francis <alistair.francis@wdc.com>,
Bin Meng <bin.meng@windriver.com>,
Atish Patra <atishp@rivosinc.com>,
Palmer Dabbelt <palmer@dabbelt.com>,
qemu-riscv@nongnu.org, Atish Patra <atishp@rivosinc.com>
Subject: Re: [PATCH] target/riscv: Add isa extenstion strings to the device tree
Date: Tue, 15 Feb 2022 17:20:16 +0100 [thread overview]
Message-ID: <2828317.Et2jP947se@diego> (raw)
In-Reply-To: <20220215090530.911828-1-atishp@rivosinc.com>
Am Dienstag, 15. Februar 2022, 10:05:30 CET schrieb Atish Patra:
> Append the available ISA extensions to the "riscv,isa" string if it
> is enabled so that kernel can process it.
>
> Signed-off-by: Atish Patra <atishp@rivosinc.com>
> ---
> target/riscv/cpu.c | 23 ++++++++++++++++++++++-
> 1 file changed, 22 insertions(+), 1 deletion(-)
>
> diff --git a/target/riscv/cpu.c b/target/riscv/cpu.c
> index b0a40b83e7a8..c70260d0df15 100644
> --- a/target/riscv/cpu.c
> +++ b/target/riscv/cpu.c
> @@ -34,6 +34,9 @@
>
> /* RISC-V CPU definitions */
>
> +/* This includes the null terminated character '\0' */
> +#define MAX_ISA_EXT_LEN 256
> +
> static const char riscv_exts[26] = "IEMAFDQCLBJTPVNSUHKORWXYZG";
>
> const char * const riscv_int_regnames[] = {
> @@ -881,10 +884,26 @@ static void riscv_cpu_class_init(ObjectClass *c, void *data)
> device_class_set_props(dc, riscv_cpu_properties);
> }
>
> +static void riscv_isa_string_ext(RISCVCPU *cpu, char *isa_str, int max_str_len)
> +{
> + int offset = strnlen(isa_str, max_str_len);
> +
> + if (cpu->cfg.ext_svpbmt) {
> + offset += snprintf(isa_str + offset, max_str_len, "_%s", "_svpbmt");
> + }
> + if ((offset < max_str_len) && cpu->cfg.ext_svinval) {
shouldn't offset + strlen("svinval") +1 be < max_str_len?
snprintf will write partial strings but this would throw off a
qemu client completely I guess.
> + offset += snprintf(isa_str + offset, max_str_len, "_%s", "_svinval");
> + }
> + if ((offset < max_str_len) && (cpu->cfg.ext_svnapot)) {
> + offset += snprintf(isa_str + offset, max_str_len, "_%s", "_svnapot");
> + }
wouldn't it make more sense to do something like:
+ struct {
+ const char *value;
+ bool enabled;
+ } extensions[] = {
+ { "svpbmt", cpu->cfg.ext_svpbmt },
+ { "svinval", cpu->cfg.ext_svinval },
+ { "svnapot", cpu->cfg.ext_svnapot },
+ };
+ int i;
+
+ for (i = 0; i < ARRAY_SIZE(extensions); i++) {
+ if (!extensions[i].enabled)
+ continue;
+
+ /* check available space */
+ if (offset + strlen(extensions[i].value) + 1 > max_str_len) {
+ //do warn about exceeded length
+ return;
+ }
+
+ offset += snprintf(isa_str + offset, max_str_len, "_%s",
+ extensions[i].value);
+ }
instead?
Because that list will get longer over time and repeating checks
and snprintf calls will get harder to keep in sync over time?
Heiko
> +}
> +
> char *riscv_isa_string(RISCVCPU *cpu)
> {
> int i;
> - const size_t maxlen = sizeof("rv128") + sizeof(riscv_exts) + 1;
> + const size_t maxlen = sizeof("rv128") + sizeof(riscv_exts) +
> + MAX_ISA_EXT_LEN;
> char *isa_str = g_new(char, maxlen);
> char *p = isa_str + snprintf(isa_str, maxlen, "rv%d", TARGET_LONG_BITS);
> for (i = 0; i < sizeof(riscv_exts); i++) {
> @@ -893,6 +912,8 @@ char *riscv_isa_string(RISCVCPU *cpu)
> }
> }
> *p = '\0';
> + riscv_isa_string_ext(cpu, isa_str, maxlen);
> +
> return isa_str;
> }
>
>
next prev parent reply other threads:[~2022-02-15 16:22 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-02-15 9:05 [PATCH] target/riscv: Add isa extenstion strings to the device tree Atish Patra
2022-02-15 9:58 ` Heiko Stübner
2022-02-15 16:20 ` Heiko Stübner [this message]
2022-02-15 19:39 ` Atish Patra
2022-02-15 21:20 ` Heiko Stübner
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=2828317.Et2jP947se@diego \
--to=heiko@sntech.de \
--cc=alistair.francis@wdc.com \
--cc=atishp@rivosinc.com \
--cc=bin.meng@windriver.com \
--cc=palmer@dabbelt.com \
--cc=qemu-devel@nongnu.org \
--cc=qemu-riscv@nongnu.org \
/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).