[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