ChanServ changed the topic of #linux-rockchip to: Rockchip development discussion | IRC log http://irclog.whitequark.org/linux-rockchip | Community GH https://github.com/linux-rockchip | Rockchip GH https://github.com/rockchip-linux | ML https://groups.google.com/group/linux-rockchip
stikonas has quit [Remote host closed the connection]
cp- has quit [Quit: Disappeared in a puff of smoke]
cp- has joined #linux-rockchip
PPA has quit [Ping timeout: 258 seconds]
vstehle has quit [Ping timeout: 246 seconds]
field^Mop has joined #linux-rockchip
<smaeul> I'm trying to use U-Boot + SPL/TPL on a nanopi m4 (v1, 2gb), but I'm getting absolutely zero output from the UART. whatever miniloader Armbian uses works fine when written to the same SD/eMMC sector
<smaeul> Am I missing something beyond `make nanopi-m4-2gb-rk3399_defconfig; make BL31=.../bl31.elf`?
<smaeul> I'd expect to see at least the TPL banner even if the DRAM timings or BL31 were broken
<tuxd3v> smaeul, you need to export BL31 first, before compilation, I believe..
<tuxd3v> I mean before compiling uboot
<tuxd3v> what files the compilation produces?
<wens> stikonas: I'd assume the cpu ID would be burned out of the factory
<smaeul> tuxd3v: I tried that as well. I get a u-boot-rockchip.bin and write it with `dd if=u-boot-rockchip.bin of=/dev/mmcblk2 bs=32k seek=1` (or no bs option and seek=64, it's the same)
<tuxd3v> smaeul, you need 2 files produced
<tuxd3v> idbloader.img
<tuxd3v> u-boot.itb
<tuxd3v> this if you are in mainline u-boot
<tuxd3v> check the logs of compilation process for the atf bl31.elf stage
<smaeul> from what I can tell, u-boot-rockchip.bin is those two files concatenated together
<wens> it is
<tuxd3v> you should also use a microcontroller compiler to compile the cortex-m0 code, present in atf, but this is done when you compile atf..
<wens> huh?
<smaeul> yes, I did that (used a 32-bit toolchain for the m0 code)
* wens has been using aarch64 compiler for atf
<smaeul> if you have an arm-none-eabi- compiler in your path, it will pick that up by default
<wens> ah, I see
<tuxd3v> gcc-arm-none-eabi
<smaeul> plat/rockchip/rk3399/drivers/m0/Makefile:M0_CROSS_COMPILE ?= arm-none-eabi-
<tuxd3v> or other
<tuxd3v> yep
<tuxd3v> :)
<smaeul> but even without ATF at all, I would still expect SPL/TPL to run and produce output
<tuxd3v> what is your baudrate?
<smaeul> 1500000
<smaeul> which matches U-Boot .config: CONFIG_BAUDRATE=1500000
<tuxd3v> yeah at least on the past it was the value used, I believe its correct
<smaeul> and the default CONFIG_DEBUG_UART_SHIFT=2 should match the serial header connected to UART2 (and this is where I see miniloader output)
<tuxd3v> maybe try to dd the 2 binaries separatelly
<smaeul> I just tried that. no difference
<tuxd3v> maybe some missmatch in sector alignment?
<tuxd3v> I always right both separately
<tuxd3v> what are the sizes of both files?
<smaeul> idbloader.img is 134K, u-boot.itb is 861K
<smaeul> I did `dd if=idbloader.img of=/dev/sdf seek=64; dd if=u-boot.itb of=/dev/sdf seek=16384` and still no luck
<tuxd3v> I don't know if the BS=512, I would make sure it is..
<tuxd3v> `dd if=idbloader.img of=/dev/sdf BS=512 seek=64; dd if=u-boot.itb of=/dev/sdf BS=512 seek=16384
<tuxd3v> sorry 'bs' is in small letters
<wens> smaeul: IIRC ATF used 115200 as baud rate
<smaeul> I don't get any output at 115200 either. Armbian's ATF outputs at 1500000, but it looks like they use a vendor blob for that as well
<smaeul> looking at the source, yes, you're right, upstream ATF is 115200
<wens> I believe the ATF console isn't enabled for rk3399. Armbian has a patch for that.
matthias_bgg has quit [Ping timeout: 240 seconds]
<tuxd3v> smaeul, I got a Rpro64(now with a shortcircuit somewere.. :S) and a RockPi4, I messed a lot to try to have a working boot loader, a lot of things , try and error, until success.. I am now looking and I see myself some months ago :)
tkv53 has joined #linux-rockchip
vstehle has joined #linux-rockchip
matthias_bgg has joined #linux-rockchip
chewitt_ is now known as chewitt
ldevulder_ is now known as ldevulder
maz has quit [Remote host closed the connection]
maz has joined #linux-rockchip
lkcl has quit [Ping timeout: 260 seconds]
lkcl has joined #linux-rockchip
vicencb has joined #linux-rockchip
gendevbot has quit [Ping timeout: 256 seconds]
stikonas has joined #linux-rockchip
gendevbot has joined #linux-rockchip
stikonas has quit [Remote host closed the connection]
stikonas has joined #linux-rockchip
stikonas has quit [Ping timeout: 244 seconds]
stikonas_ has joined #linux-rockchip
stikonas has joined #linux-rockchip
stikonas_ has quit [Ping timeout: 240 seconds]
_whitelogger has joined #linux-rockchip
stikonas has quit [Read error: Connection reset by peer]
stikonas has joined #linux-rockchip
stikonas has quit [Remote host closed the connection]
stikonas has joined #linux-rockchip
stikonas_ has joined #linux-rockchip
stikonas has quit [Ping timeout: 272 seconds]
stikonas_ has quit [Ping timeout: 256 seconds]
stikonas_ has joined #linux-rockchip
nlhowell has quit [Ping timeout: 272 seconds]
ldevulder_ has joined #linux-rockchip
ldevulder has quit [Ping timeout: 240 seconds]
return0e[m] has quit [Quit: killed]
Ke has quit [Quit: killed]
psydruid has quit [Quit: killed]
return0e[m] has joined #linux-rockchip
stikonas_ has quit [*.net *.split]
matthias_bgg has quit [*.net *.split]
stikonas_ has joined #linux-rockchip
ldevulder_ is now known as ldevulder
psydruid has joined #linux-rockchip
Ke has joined #linux-rockchip
stikonas_ is now known as stikonas
nlhowell has joined #linux-rockchip
nlhowell has quit [Ping timeout: 265 seconds]
lkcl has quit [Ping timeout: 272 seconds]
lkcl has joined #linux-rockchip
JohnDoe_71Rus has joined #linux-rockchip
nlhowell has joined #linux-rockchip
nlhowell has quit [Ping timeout: 260 seconds]
nlhowell has joined #linux-rockchip
vagrantc has joined #linux-rockchip
nlhowell has quit [Ping timeout: 258 seconds]
ldevulder has quit [Ping timeout: 260 seconds]
vicencb has quit [Quit: Leaving.]
nlhowell has joined #linux-rockchip
mps has quit [Remote host closed the connection]
mps has joined #linux-rockchip
nlhowell has quit [Ping timeout: 260 seconds]
<macc24> i'm getting weird hangs on my rk3326 board when there's high cpu activity, i am running mainline kernel with config: https://github.com/Maccraft123/deb-to-go/blob/master/res/linux-config
<macc24> any ideas? it looks to me like it is not changing from minimal voltage, as there's no heartbeat led activity or serial activity
<tuxd3v> macc24, does you have DVFS working?
<macc24> the what?
<macc24> how to check?
<tuxd3v> what hapens when you run a 'cpufreq-info' as root
<tuxd3v> what is the frequency reported?
<macc24> i don't have this command, let me real quick install it...
<macc24> there may be more broken https://bpa.st/4NYQ
JohnDoe_71Rus has quit [Quit: KVIrc 5.0.0 Aria http://www.kvirc.net/]
<macc24> tuxd3v: cpufreq-info: https://bpa.st/H22Q
<tuxd3v> so you have this frequencies availlable: 600 MHz, 816 MHz, 1.01 GHz, 1.20 GHz, 1.30 GHz
<tuxd3v> I don't know if odemand scheduller is availlable but usually its what I use:
<tuxd3v> cpufreq-set -g ondemand
<macc24> i have set it manually to performance governor and it works fine, so maybe it's not it :/
<tuxd3v> with performance governr works fine?
<tuxd3v> try to compile mesa with it
<macc24> yeah
<macc24> it can even start supertuxkart
<tuxd3v> I isually use ondemand , because it seems to fit well my usecases..
<macc24> oh nevermind it just powered off
<tuxd3v> it powered off alone?
<tuxd3v> so its a power supply problem :)
<tuxd3v> not enough juice to feed him
<macc24> i guess my PC can't supply too much current
<macc24> i cross compiled panfrost on my pc before ;)
<macc24> and scripted that
<tuxd3v> usually for recent boards you need a decent power supply, because they suck some serious juice :)
<macc24> the odroid go advance is meant to run from battery and has no ihs on cpu
<macc24> sooooo i thought it won't eat too much power
<tuxd3v> hehehe
<tuxd3v> yeah, I understand, but feeding a device like that from a usb port from a computer is not good idea :)
<tuxd3v> Unless its a self powered one
<macc24> mesa compile script if you're interested: https://github.com/Maccraft123/armhf-tools/blob/master/build-mesa
<tuxd3v> my desktop has self powered ones that can deliver a lot of power
<macc24> it's very hacked mesa script from pbp-tools ;)
<tuxd3v> but they are very specific ports
<macc24> is there any support for dynamic mode switching in dwc2 driver?
<macc24> without hacking into otg id pin?
nlhowell has joined #linux-rockchip
jlanda has quit [Quit: jlanda]
jlanda has joined #linux-rockchip
eballetbo0 has joined #linux-rockchip
tkv53 has quit [Read error: Connection reset by peer]
eballetbo has quit [Read error: Connection reset by peer]
eballetbo0 is now known as eballetbo
field^Mop has quit [Ping timeout: 256 seconds]
fncapkle has quit [Ping timeout: 256 seconds]
vicencb has joined #linux-rockchip
fncapkle has joined #linux-rockchip
tkv53 has joined #linux-rockchip
mrueg has quit [Remote host closed the connection]
mps has quit [Ping timeout: 240 seconds]
mrueg has joined #linux-rockchip
hramrach has quit [Ping timeout: 240 seconds]
mps has joined #linux-rockchip
hramrach has joined #linux-rockchip
maciejjo has quit [Ping timeout: 260 seconds]
maciejjo has joined #linux-rockchip
j45_ has joined #linux-rockchip
j45 has quit [Ping timeout: 240 seconds]
stikonas has quit [Ping timeout: 246 seconds]