[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