blathijs has quit [Remote host closed the connection]
junari has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
junari_ has joined #linux-sunxi
junari has quit [Ping timeout: 480 seconds]
jason123onirc has quit [Quit: ZNC 1.8.2+deb2 - https://znc.in]
jason123onirc has joined #linux-sunxi
codekipper has joined #linux-sunxi
libv has joined #linux-sunxi
macromorgan is now known as Guest939
macromorgan has joined #linux-sunxi
Guest939 has quit [Ping timeout: 480 seconds]
apritzel has joined #linux-sunxi
apritzel has quit [Ping timeout: 480 seconds]
junari__ has joined #linux-sunxi
junari_ has quit [Ping timeout: 480 seconds]
evgeny_boger has joined #linux-sunxi
apritzel has joined #linux-sunxi
apritzel has quit [Ping timeout: 480 seconds]
Net147 has quit [Quit: Quit]
Net147 has joined #linux-sunxi
<evadot>
binman: Filename 'scp.bin' not found in input path ...
<evadot>
this is crust right ?
<evadot>
is that non-optional now for u-boot 2023.01 ?
<evadot>
export SCP=/dev/null
<evadot>
ah
* evadot
will test that
<mps>
evadot: yes, you need crust
grming has joined #linux-sunxi
<mps>
or export SCP=/dev/null, tested this last night
Net147 has quit [Quit: Quit]
<evadot>
yeah I've never tested FreeBSD with crust so I'll just set to /dev/null for now
apritzel has joined #linux-sunxi
Net147 has joined #linux-sunxi
<mps>
I built crust for some platforms about year ago and tested
<mps>
on linux, I meant to say
<evadot>
I'm sure it works on linux :)
<evadot>
but iirc some node are now handled by this firmware (like rsb or something like that) so that might causes problem on FreeBSD (but I'm unsure since I've never tested)
<evadot>
I should test one day, but not today
<evadot>
looks like everything compiles fine now
<apritzel>
having crust loaded and running should work without any OS support, though you miss some features
<apritzel>
some of the features are going via PSCI, which of course works because: standards!
DarkNeutrino has joined #linux-sunxi
<DarkNeutrino>
Heya @apritzel
<DarkNeutrino>
Im Martin from LKML :)
<apritzel>
ah, hi!
<apritzel>
so will you find time this week to work on this?
<apritzel>
the AXP313a driver, I mean
<DarkNeutrino>
I hope so yes.
<DarkNeutrino>
You wanted to check the DCDC3 line and the correct settings for it correct ?
<apritzel>
well, IF you can easily confirm this, that would be good
<apritzel>
otherwise I would trust junari__
<DarkNeutrino>
I can check the schematic of CB1 and see where its wired up to and check the datasheet of that device :)
<apritzel>
ah, yeah, a schematic is helpful
<apritzel>
so if it connects DCDC3 to the DRAM chips, it probably won't really work with 0.9V
<DarkNeutrino>
I would be glad to share it with you guys but i got it from Biqu under no sharing policy
<DarkNeutrino>
Which is rather unfortunate
<apritzel>
well, we "ssh into your brain" then ;-)
<gamiee>
biqu.... biqu... that SoM company? Hmmm
<DarkNeutrino>
BIQU is an 3D printer maker of sort.
<apritzel>
though it's quite common for SoM vendor to not release the SoM schematics, but just the board version
<apritzel>
DarkNeutrino: anyway, if you could check what DCDC3 is connected to
<DarkNeutrino>
Checking. Give me a sec
<DarkNeutrino>
DRAM
<apritzel>
nice
<apritzel>
now it would be great to get the reset value
<DarkNeutrino>
DCDC2 is CPUFB
<DarkNeutrino>
DCDC1 is GPUFB
<DarkNeutrino>
The rest dont have a clear name
<DarkNeutrino>
Usually just VCC_ALDO for example
<DarkNeutrino>
Reset value. Let me see
<apritzel>
typically the AXPs are customised, for instance to the type of DRAM they are combined with
<apritzel>
yeah, it's a bit tricky, but try to read the value of register 0x15 as early as possible
<apritzel>
you can do this via FEL, but it requires a sequence of writel's to talk to the RSB controller
<apritzel>
it's probably easier to just hack the SPL, and read the value from there
<DarkNeutrino>
Yea FEL is inaccesible
<DarkNeutrino>
Cause biqu made some seriously weird decissions on their hardware board design