[PATCH 10/11] Add MPC8360EMDS board support
Sergei Shtylyov
sshtylyov at ru.mvista.com
Thu Sep 28 00:57:47 EST 2006
Hello.
Vitaly Bordug wrote:
>>>>>+#define BCSR_PHYS_ADDR ((uint)0xf8000000)
>>>>>+#define BCSR_SIZE ((uint)(32 * 1024))
>>>>This sort of thing should really be in the device tree.
>>>Just a suggestion, but for the similar aim in pq2 I have those stuff
>>in memory node :
>>>+memory {
>>>+ device_type = "memory";
>>>+ linux,phandle = <300>;
>>>+ reg = <00000000 4000000 f4500000 00000020>;
>>>+ };
>>>the second pair is about bcsr and its size.
>>>Just in case this may help (and wondering if I'm not violating
>>something :) )
>>Well, this can make it work. But I would prefer to use a new node
>>because the BCSR is by no means a memory type of device. I have made my
>>change to use node like this:
>> bcsr at f8000000 {
>> device_type = "board-control";
>> reg = <f8000000 8000>;
>> };
> I though about that approach, but saw somewhere a reference that we should not summon new node types without utter necessity, and utilized memory because bcsr is memory-mapped stuff.
You might have utilized "memory" even for the Ethernet controllers guided
by such logic. Of course, that was a wrong criterion -- "memory" is for RAM,
otherwise you'd be fooling the kernel device tree scanner which looks for the
"memory" nodes.
> I can hardly imagine bcsr as a device (which would require respective spec inclusion btw).
And this is hardly a memory, neverthless.
WBR, Sergei
More information about the Linuxppc-dev
mailing list