Trouble starting AP cpu's on all winner R40/V40 chip, help needed?

Emmanuel Vadot manu at bidouilliste.com
Tue Oct 15 20:46:23 UTC 2019


On Tue, 15 Oct 2019 22:26:35 +0200
Søren Schmidt <soren.schmidt at gmail.com> wrote:

> 
> 
> >> 
> >>> 
> >>> R40 seems to use different registers for cpu bringup, so you will need
> >>> to define a new platform for it in aw_machdep.c and defines some new
> >>> function for ap bringup in aw_mp.c
> >>> The User Manual section 3.2 of the R40 have all the needed info.
> >>> 
> >> 
> >> Yeps, already did that, and I can reset the cores etc, that seems to work (register bits flips), but there are no mention of regs to put the starting address into.
> >> 
> >> Chap 3.2 doesn?t mention anything in that regard (at least in the docs I?ve found online) its moved to chap 4.2 in the latest R40/V40/T3 docs I?ve found bu still no mention of starting address.
> >> 
> >> I looks somewhat like the A20 ie it has control for 2 cpu?s the last two are missing from the register ref, which suggests to me that the docs might be inaccurate at best.
> >> 
> >> I looked into ?Tina-linux? that they made for it, but I havn?t found out how they start it there either..
> >> 
> >> I might also just have stared me blind at it :)
> > 
> > Found that the start adresse is somewhere else:
> > 
> > CPU software entry register offset 00bc in sysctl instead of cpuctl?
> > 
> > I?ll try that when I get home later today,,,
> 
> Success, I now have all 4 cores running, took a little experimenting though, release the power switch/clamp is non-std too.

 Cool.

> Now to the last part, the gmac 1G ether controller :)

 What's missing ? is it dwc or awg ?

> PS: I have had to add devices to the .dtsi and dts files for the r40/v40 for this to work at all, std-linux doesn?t support this setup either.

 What was missing ?

> PPS: when this is all done, any chance for it to get into the official sources ? (Yeah I retired my src commit bit long ago :)) 

 Sure open a review on phabricator and add me as a reviewer.

> -Søren
> 
> 


-- 
Emmanuel Vadot <manu at bidouilliste.com>


More information about the freebsd-arm mailing list