Skip to content

RFC base board consolidation

Marek Vasut linux-arm-kernel 1 version New

Get series with b4
b4 am [email protected]

Versions newest first

  1. v1 RFC Latest0 of 3 patches 0 repliesNew

Patches in v1 No applies recorded yet

None of the 3 patches the cover letter announces are in this archive.

Reviews trailers per patch

No Reviewed-by, Acked-by or Tested-by trailers for v1 yet.

Read the v1 thread

Cover letter [RFC PATCH 0/3] base board consolidation
Quoted 9 lines · Russell King - ARM Linux
Quoted 3 lines · Daniel Mack

Yes, I would also much more like to see these boards being supported by DT, and eventually, we can probably provide static tree definitions for these boards and get rid of the whole code entirely.

While some of that can be done, I think the idea of getting rid of all the code is a pipedream - things like detecting the LCD panel is something which has to be in code.

Quoted 7 lines

Having separate DT blobs because you happen to have connected a different LCD display is not sane when you can detect the LCD type at run time - from either the support perspective or the maintainence perspective.

There's also a similar issue where the ethernet controller may be of two different types, which can only be detected at runtime - and again having different DT blobs would be a nightmare.

Which leads me to a question (likely quite off-topic here). Working on a pxa- device tree support, there're a lot of procedures called during init doing exactly this -- how do you handle this via device tree ? Is there any way to call them ? Or does the kernel need to patch device tree on run-time ? Or how?

Thanks

Quoted 11 lines

With that alone, you're talking about 10 different DT blobs (5 different CLCD panel configs + 2 ethernet configs) for just one Realview board.

There's also the matter of the platform specific registers setting the clock speed for the SP804 timers.

So no, I don't think that we'll ever get rid of all the code for ARMs development platforms without losing functionality/utility, but we should be able to get rid of quite an amount like I've already done by consolidating across the entire set with plat-versatile.