[RFC,PATCH 0/2] Allow late mdesc detection

Eric Miao eric.y.miao at gmail.com
Tue Jul 13 01:44:59 EDT 2010


On Mon, Jul 12, 2010 at 9:11 PM, Nicolas Pitre <nico at fluxnic.net> wrote:
> On Mon, 12 Jul 2010, Jeremy Kerr wrote:
>
>> Hi Nicolas,
>>
>> > The fundamental problem with those patches is that we actually want to
>> > move in the opposite direction for the eventual support of multiple SOCs
>> > in the same kernel, i.e. rely on the machine ID -> mdesc to determine
>> > the right debug addresses at run time and eventually make the addruart
>> > into something that is not hardcoded at compile time.
>>
>> Sure, I think that's where we're going in general, but I think the debug
>> stuff is an exception - we want that up as early as possible, and with
>> as few dependencies on other bits of code as possible.
> [...]
>> I also think it's good to only specify the debug parameters in one place
>> (addruart), rather than have to provide them in adduart *and* the mdesc.
>
> OK I'm convinced.
>
> I'll comment on the actual implementation separately.
>
> PS: I still believe in a per SOC machine ID for DT despite of this, at
>    least for now.  If we end up not needing it eventually then it could
>    be ignored which is a far easier thing to do (start to ignore stuff)
>    than bite our fingers because we prematurely ditched it.
>

With the introduction of 'struct machine_class', I guess this is especially
true for 1 SoC for one DT machine ID :-)

Finally, if we can decide the 'struct machine_class' by something else,
then we can merge all DT machine IDs into one or completely ignore it.

>
> Nicolas
>
> _______________________________________________
> linux-arm-kernel mailing list
> linux-arm-kernel at lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
>



More information about the linux-arm-kernel mailing list