[PATCH v2 3/3] RISC-V: add T-Head vector errata handling
Palmer Dabbelt
palmer at dabbelt.com
Wed Jun 28 07:23:51 PDT 2023
On Tue, 27 Jun 2023 09:12:48 PDT (-0700), Conor Dooley wrote:
> On Tue, Jun 27, 2023 at 06:21:14PM +0300, Rémi Denis-Courmont wrote:
>> Le perjantaina 23. kesäkuuta 2023, 2.13.05 EEST Heiko Stuebner a écrit :
>> > From: Heiko Stuebner <heiko.stuebner at vrull.eu>
>> >
>> > T-Head C9xx cores implement an older version (0.7.1) of the vector
>> > specification.
>> >
>> > Relevant changes concerning the kernel are:
>> > - different placement of the SR_VS bit for the vector unit status
>> > - different encoding of the vsetvli instruction
>> > - different instructions for loads and stores
>> >
>> > And a fixed VLEN of 128.
>>
>> Ultimately, conformant hardware also has a fixed VLEN of some value.
>>
>> So why is that relevant here? is the vlenb CSR not implemented? And even if
>> so, c the value not be retrieved with vsetvli?
>
> I was looking around a bit, and saw a random comment on reddit today
> claiming that the c920 has a vlen of 256. Obviously that conflicts with
> what is written here, but it is reddit...
> Do you know if that is true Heiko, and if it is true, does the c920
> populate archid/impid with non-zero values?
We were talking in the patchwork a bit, it looks like there's already
some aliasing in the T-Head implementations where the same
marchid/mvendorid/mimplid tuple has different extensions. At that
point we can't really detected based on the CSRs, so it sort of doesn't
matter what the other stuff does (at least around V, if there's some
other errata that's uniquely identified by the tuple then we can deal
with it).
So I think we need to add a way of indicating the hardware supports
T-Head V from the device tree. I'd asked Charlie to add hwprobe support
for the T-Head V stuff, LMK if we should pick up the DT side of things
as well?
>
> Cheers,
> Conor.
>
> _______________________________________________
> linux-riscv mailing list
> linux-riscv at lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/linux-riscv
More information about the linux-riscv
mailing list