Thread (10 messages) flat view 10 messages, 4 authors, 2016-08-30

Older hisilicon chipsets

From: Jason Cooper <hidden>
Date: 2016-08-29 15:46:14

On Mon, Aug 29, 2016 at 12:54:15PM +0200, Arnd Bergmann wrote:
On Saturday, August 27, 2016 1:53:25 PM CEST Marty Plummer wrote:
quoted
On 08/27/2016 10:04 AM, Jason Cooper wrote:
...
quoted
quoted
Ideally, most of it will be a devicetree.  Assuming we have code for the
SoC and associated drivers.
Yes, I've been doing some work on that already, but as I've said, unsure
where one should/would insert all these different things.
start with getting the serial console working. debug_ll is useful for
early bringup and should only need a patch to arch/arm/Kconfig.debug.
It looks like the other hisi board we have in the tree uses arm,pl011
for the serial ports.  Sometimes, a vendor will stick with an IP block
across multiple SoCs.  It's worth trying a minimal mainline kernel with
a minimal dts file and the serial node.  If that works, then everything
else is a lot easier. :-)

Since you stated on irc that you have some form of documentation, then
that should go a long way towards mapping uart0 to a register address.
Later you would typically use earlycon (using a stdout-path property
in DT to point to the UART and configuration). The approximate order
in which you need other drivers is:

* drivers/irqchip (often a standard VIC or GIC)
the hip04 is heavily based on the ARM GIC, which just about everyone
uses.  You may get lucky here.  You're working with an older SoC, so
they might've just used the stock GIC and only branched out later.  Or,
worst case, they started with some in-house one-off and the hip04 is them
working towards using a vanilla GIC.

The rest we can worry about later.

thx,

Jason.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help