Trouble starting AP cpu's on all winner R40/V40 chip, help needed?
Søren Schmidt
soren.schmidt at gmail.com
Tue Oct 15 20:26:40 UTC 2019
>>
>>>
>>> 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.
Now to the last part, the gmac 1G ether controller :)
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.
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 :))
-Søren
More information about the freebsd-arm
mailing list