[RFC 0/2] Putting some basic order on isa extension stuff

Conor Dooley conor.dooley at microchip.com
Tue Nov 29 06:47:41 PST 2022


RFC:
- I have not even tested this, I just did an allmodconfig
- I don't know if I re-ordered something that is sacrosanct
- I don't know if I changed all of the instances
- I didn't write a proper commit message for "patch" 2/2

With those caveats out of the way - all I did here was try to make
things consistent so that it'd be easier to point patch submitters at a
"do this order please".

I never know which of these can be moved without breaking stuff - but
they all seem to be internal use stuff since they're not in uapi?

@drew, I didn't touch the KVM ones - are they re-sortable too? My base
here is rc7 so if you did a reorder at any point there I'd not see it ;)

CC: conor.dooley at microchip.com
CC: ajones at ventanamicro.com
CC: aou at eecs.berkeley.edu
CC: conor at kernel.org
CC: devicetree at vger.kernel.org
CC: guoren at kernel.org
CC: heiko at sntech.de
CC: krzysztof.kozlowski+dt at linaro.org
CC: linux-kernel at vger.kernel.org
CC: linux-riscv at lists.infradead.org
CC: palmer at dabbelt.com
CC: paul.walmsley at sifive.com
CC: robh+dt at kernel.org

Conor Dooley (2):
  RISC-V: clarify ISA string ordering rules in cpu.c
  RISC-V: resort all extensions in "canonical" order

 arch/riscv/include/asm/hwcap.h |  6 +++---
 arch/riscv/kernel/cpu.c        | 26 +++++++++++++++++++-------
 arch/riscv/kernel/cpufeature.c |  4 ++--
 3 files changed, 24 insertions(+), 12 deletions(-)

-- 
2.38.1




More information about the linux-riscv mailing list