Tariq Kurd

@davideschiavone what should marchid be set to for CV32E41P?

does this mean every non-temporal load/store will need a prefix? if so it really should be 16-bit, and maybe in the future we can fuse the two into a single...

Looking at the NMI / RNMI spec now - 2 years after this discussion - the (original) NMI spec is still extremely brief and lacking detail. @aswaterman are you intending...

ok - thanks - so the rationale is that `mtvec` doesn't need to be able to hold _any_ invalid addresses whereas `mepc` and the others must store _at least_ one.

The final version of Zce will only contain 16-bit encodings - so the conflict will be resolved. See this tagged release: https://github.com/riscv/riscv-code-size-reduction/releases/tag/V0.70.1-TOOLCHAIN-DEV Currently we're waiting for the toolchain to be...

Hi @jrtc27 , LLVM6? Sounds a bit old but reports to be the newest available: tariq@lhrptariq00002:/data/toolchains/riscv/CHERI/cheribuild$ /usr/bin/clang --version clang version 6.0.0-1ubuntu2 (tags/RELEASE_600/final) Target: x86_64-pc-linux-gnu Thread model: posix InstalledDir: /usr/bin tariq@lhrptariq00002:/data/toolchains/riscv/CHERI/cheribuild$...

Hi again, OK I'm now building: `./cheribuild.py --source-root $PWD/download cheribsd-sdk-riscv64-purecap` It says: `Checking if /usr/bin/clang-12 can be used to build FreeBSD...` `/usr/lib/llvm-12/bin/clang (clang version 12.0.1) can be used to build...

Thanks - that's really helpful. config.log says there's an error when compiling /usr/bin/clang-12 -std=gnu99 -Wall -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -Wstrict-prototypes -Wredundant-decls -Wundef -Wwrite-strings -Wmissing-prototypes -fno-strict-aliasing -fno-common -fwrapv -flto -O3 -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include...

/usr/bin/clang-12 -std=gnu99 -Wall -m64 -mcx16 -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -Wstrict-prototypes -Wredundant-decls -Wundef -Wwrite-strings -Wmissing-prototypes -fno-strict-aliasing -fno-common -fwrapv -flto -O3 -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -Werror=return-type -Werror=implicit-function-declaration -Werror=incompatible-pointer-types -Werror=incompatible-pointer-types-discards-qualifiers -Wno-address-of-packed-member -Wextra -Wno-sign-compare -Wno-unused-parameter -Wno-missing-field-initializers -Werror...

Yeah - any idea how to progress? If it has been a warning in all cases many of the checks would have passed. Should I hassle QEMU folk directly about...