Hey Binbin, On Fri, Dec 22, 2023 at 04:00:43PM +0800, Binbin Zhou wrote: > Hi all: > > This patchset introduces LoongArch's built-in dtb support. > > During the upstream progress of those DT-based drivers, DT properties > are changed a lot so very different from those in existing bootloaders. > It is inevitably that some existing systems do not provide a standard, > canonical device tree to the kernel at boot time. So let's provide a > device tree table in the kernel, keyed by the dts filename, containing > the relevant DTBs. > > We can use the built-in dts files as references. Each SoC has only one > built-in dts file which describes all possible device information of > that SoC, so the dts files are good examples during development. > > And as a reference, our built-in dts file only enables the most basic > bootable combinations (so it is generic enough), acts as an alternative > in case the dts in the bootloader is unexpected. > > In the past while, we resolved the DTC_CHK warning for the v4 patchset, > and the relevant patchset has either been applied or had the > Reviewed-by tag added. I notice you dropped the topology information from all patches in the series, not only the 2k0500 patch that only has one CPU. I didn't see a response to my comments the kernel being able to assemble the topology based on the second level caches using the generic topology code for the systems that have more than one cpu. With the cpu-map information dropped, do the multi-cpu systems have their topologies assembled correctly by the kernel? You mentioned that there is an instruction that allows you to get information about i and d caches etc, so adding them to the DT is not required, but does it also cover the next level caches? The program that I am familiar with for displaying this information is hwloc: https://github.com/open-mpi/hwloc Cheers, Conor.
Attachment:
signature.asc
Description: PGP signature