Re: [PATCH v4 1/1] RISC-V: Add platform property/capability extensions

Jin Ma jinma@linux.alibaba.com
Tue Dec 3 01:59:49 GMT 2024


> >> [Implications]
> >>
> >> (Due to reservation set size constraints)
> >> -   'Za64rs' -> 'Za128rs'
> >
> > Hi, Tsukasa
> >
> > Since I am not very clear about this extension, I have some confusion
> > about this
> > implication. Are we upside down this? In my opinion, shouldn't we
> > 'Za128rs' -> 'Za64rs'?
> 
> Hi Jin,
> 
> I am busy so that I cannot return to GNU Binutils development for a
> while but luckily I found your email now so I'll explain this.
> 
> <https://github.com/riscv/riscv-profiles/blob/f2e15b5d66988a7165e9167b50ef10d2fd03b402/src/profiles.adoc>
> 
> You can see the definitions of 'Za64rs' and 'Za128rs' above.
> I'll quote them here, too:
> 
> > Za128rs: Reservation sets must be contiguous, naturally aligned, and at most 128 bytes in size.
> > Za64rs: Reservation sets are contiguous, naturally aligned, and a maximum of 64 bytes.
> 
> The keywords here are "at most" / "maximum".  Smaller reservation set
> means stricter constraint (more fine grained control of atomic ops).
> 
> So, we can imply bigger reservation set constraint extension from the
> smaller one.  Of course, satisfying the condition of the 'Za64rs'
> extension is a superset of the 'Za128rs' extension, even if we account
> other conditions.
> 
> Sorry for a rushed response.
> Tsukasa

I see. Thank you very much for your quick and professional reply :)

BR
Jin


More information about the Binutils mailing list