linux-kernel - Re: [RFC PATCH 02/10] MIPS: Octeon: Add device tree source files.

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <4D653CF1.30009@caviumnetworks.com>
Date:	Wed, 23 Feb 2011 08:59:29 -0800
From:	David Daney <ddaney@...iumnetworks.com>
To:	David Gibson <david@...son.dropbear.id.au>,
	linux-mips@...ux-mips.org, ralf@...ux-mips.org,
	devicetree-discuss@...ts.ozlabs.org, grant.likely@...retlab.ca,
	linux-kernel@...r.kernel.org
Subject: Re: [RFC PATCH 02/10] MIPS: Octeon: Add device tree source files.

On 02/22/2011 04:07 PM, David Gibson wrote:
> On Tue, Feb 22, 2011 at 12:57:46PM -0800, David Daney wrote:
>> Signed-off-by: David Daney<ddaney@...iumnetworks.com>
>> ---
>>   arch/mips/cavium-octeon/.gitignore      |    2 +
>>   arch/mips/cavium-octeon/Makefile        |   13 ++
>>   arch/mips/cavium-octeon/octeon_3xxx.dts |  314 +++++++++++++++++++++++++++++++
>>   arch/mips/cavium-octeon/octeon_68xx.dts |   99 ++++++++++
>>   4 files changed, 428 insertions(+), 0 deletions(-)
>>   create mode 100644 arch/mips/cavium-octeon/.gitignore
>>   create mode 100644 arch/mips/cavium-octeon/octeon_3xxx.dts
>>   create mode 100644 arch/mips/cavium-octeon/octeon_68xx.dts
>>
[...]

>> +    };
>> +  };
>
> Uh.. where are the CPUs?
>

The number and type of CPUs can be (and is) probed.  There is an 
existing mechanism for the bootloader to communicate which CPUs should 
be used.

Likewise for memory, there is an existing mechanism for the bootloader 
to communicate which memory should be used.

It is possible that in the future, we would want to put CPUs and Memory 
in the Device Tree.  If we do, we can add that without having to disturb 
the 'soc' device bindings.

My main motivation for this first patch set is to get sane bindings for 
all the 'soc' devices  And to that end, your feedback has been quite useful.

Thanks,
David Daney
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/