Should we merge arch/riscv/boot/dts via the SOC tree?
Arnd Bergmann
arnd at arndb.de
Tue Nov 8 05:42:16 PST 2022
On Tue, Nov 8, 2022, at 14:32, Conor Dooley wrote:
> On Tue, Nov 08, 2022 at 01:51:37PM +0100, Arnd Bergmann wrote:
>> On Mon, Nov 7, 2022, at 19:31, Conor Dooley wrote:
>>
>> I'd probably make separate entries here, at least for the
>> drivers/soc/microchip directory, I can see that being shared with
>> architectures other than RISC-V in the future
>
> (Added Nicolas to CC so that he's in the loop)
> Uh sure. It'd crossed my mind, but I filed it away in the "may happen
> some day" category. The arm stuff is going via the atmel directory at
> the moment so I was operating on the basis of "do it this way until
> something changes".
> Splitting is fine by me. As things stand, anything drivers/soc/microchip
> already CCs the linux-riscv list so maybe that can change alongside
> this.
Right, but I suppose there is a good chance of having more
crossover between microchip riscv/arm/mips drivers in the
future, and others like Renesas already have drivers/soc/
subdirectories that are shared.
>
> The one I was wondering about but forgot to mention was:
> Documentation/devicetree/bindings/riscv/
>
> It's mostly definitions of cpu, soc and board compatibles, so I figure
> it could go with the dt stuff - and it's covered by the generic RISC-V
> entry for the changes that reflect extensions etc.
Right, that works.
Arnd
More information about the linux-riscv
mailing list