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]
inode has quit [Quit: ]
vicencb has quit [Quit: Leaving.]
kaspter has joined #linux-rockchip
vstehle has quit [Ping timeout: 246 seconds]
vagrantc has quit [Quit: leaving]
vstehle has joined #linux-rockchip
Depau has quit [Quit: ZNC 1.7.5 - https://znc.in]
Depau has joined #linux-rockchip
matthias_bgg has joined #linux-rockchip
<Esmil> mmind00: i noticed the gpio references might need to be streamlined now that you applied the other sed script i wrote
<Esmil> mmind00: try this: curl http://ix.io/1XS1 | sed -i -f - arch/arm64/boot/dts/rockchip/*
ldevulder has joined #linux-rockchip
yann has quit [Ping timeout: 268 seconds]
inode has joined #linux-rockchip
field^Mop has joined #linux-rockchip
aalm has quit [Ping timeout: 252 seconds]
aalm has joined #linux-rockchip
<mmind00> Esmil: oh, are there missing references then?
<Esmil> no no, it's just that now you converted numbers like 13 -> RK_PB5, you might also want to do it for references to gpios eg. <&gpio1 13 GPIO_ACTIVE_LOW> -> <&gpio RK_PB5 GPIO_ACIVE_LOW>
yann has joined #linux-rockchip
<Esmil> mmind00: before it was only done for pinctrl entries like rockchip-gpio = <1 13 0 &pcfg_pull_none>;
<Esmil> wops, s/rockchip-gpio =/rockchip,pins =/
return0e has joined #linux-rockchip
<mmind00> Esmil: ah - now I see it :-)
<Esmil> mmind00: cool. but be carefull with /arch/arm/boot/dts this script will mess up non-rockchip files
<mmind00> Esmil: just needs a limit to rk* + rv1108* I guess :-)
<Esmil> yeah
mrueg has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.]
mrueg has joined #linux-rockchip
mrueg has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.]
mrueg has joined #linux-rockchip
_whitelogger has joined #linux-rockchip
<fALSO> Yo
<fALSO> Has anyone managed to boot from microsd on a rockpro64 with mainline uboot?
<fALSO> tried this option SOK
<fALSO> SPL
<fALSO> but it doesnt boot
kaspter has quit [Quit: kaspter]
<aalm> what doesn't boot?
<aalm> fALSO, i don't have that board, but i did remember reading this: https://marc.info/?l=openbsd-ports&m=157041319900808&w=2
<fALSO> so maybe the idbloader.img is still needed
<aalm> but it does suggest it might be necessary to disable spi via gpio pins
<fALSO> he goes until "Starting the kernel"
<fALSO> and freezes there
<fALSO> gonna try the first method with the idbloader.img
<sigmaris_> fALSO: I am booting using mainline u-boot successfully
<fALSO> sigmaris_, which files are you flashing to the sd card
<fALSO> thanks
<sigmaris_> from that build, I write idbloader.img and u-boot.itb to the SD card
<fALSO> where is idbloader.img being get from?
<fALSO> uboot doesnt create a idbloader.img
<sigmaris_> fALSO: Use the latest master branch on u-boot git, it should build idbloader.img
<fALSO> OK sigmaris_
<fALSO> going to try it out, thanks for your help
<fALSO> so idbloader at adress 64
<fALSO> and u-boot.idb at 16k?
<sigmaris_> then write idbloader.img at sector 64, and u-boot.itb at sector 16384 on the SD card
<fALSO> thanks!
<fALSO> gonna try it when i get home later
sigmaris_ is now known as sigmaris
kaspter has joined #linux-rockchip
jailbox has quit [Remote host closed the connection]
kaspter has quit [Quit: kaspter]
<fALSO> sigmaris, u-boot doesnt generate idbloader.img
<fALSO> hummm
<fALSO> wait
<fALSO> forget it.. it does
<fALSO> sigmaris, you said you were also running mainline
<fALSO> sigmaris, from what i've seen mainline didnt even had the dtb for the rockrpo64
<fALSO> yap.. it still doesnt exist
<fALSO> ahh no, its there, rockpro64
<fALSO> NICE!
<fALSO> going to try mainline then
<fALSO> sigmaris, willing to share you kernel config ?
matthias_bgg has quit [Read error: Connection reset by peer]
matthias_bgg has joined #linux-rockchip
<sigmaris> fALSO: I’m running a slightly custom kernel with patches for H.264 hardware video decoder support
<sigmaris> https://github.com/sigmaris/linux/blob/ci-5.4-rc1-hantro-ayufan-v2/arch/arm64/configs/rockchip_linux_defconfig is the configuration I’m using. If you look at that branch you’ll see the extra patches I’m using on top of 5.4-rc1
<fALSO> thanks sigmaris
<fALSO> going to try out your kernel :-P
<fALSO> which branch you recommend ci-5.4-rc1-hantro-ayufan-v2 or ci-5.4-rc2-hantro-ayufan-v1
<sigmaris> Prefer ci-5.4-rc1-hantro-ayufan-v2, it's had a bit more testing
<fALSO> OK
Kelsar has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.]
Kelsar has joined #linux-rockchip
EmilKarlson has quit [Read error: Connection reset by peer]
thefloweringash has quit [Write error: Connection reset by peer]
eballetbo[m] has quit [Remote host closed the connection]
JohnDoe_71Rus has joined #linux-rockchip
vicencb has joined #linux-rockchip
yann has quit [Ping timeout: 240 seconds]
marvs has quit [Ping timeout: 252 seconds]
EmilKarlson has joined #linux-rockchip
matthias_bgg has quit [Ping timeout: 240 seconds]
elektirnis has quit [Read error: Connection reset by peer]
elektirnis has joined #linux-rockchip
imsherlock has joined #linux-rockchip
lkcl has quit [Ping timeout: 276 seconds]
eballetbo[m] has joined #linux-rockchip
thefloweringash has joined #linux-rockchip
elektirnis has quit [Remote host closed the connection]
elektirnis has joined #linux-rockchip
elektirnis has quit [Remote host closed the connection]
elektirnis has joined #linux-rockchip
elektirnis has quit [Remote host closed the connection]
imsherlock has quit []
elektirnis has joined #linux-rockchip
elektirnis has quit [Remote host closed the connection]
elektirnis has joined #linux-rockchip
elektirnis has quit [Remote host closed the connection]
elektirnis has joined #linux-rockchip
elektirnis has quit [Remote host closed the connection]
elektirnis has joined #linux-rockchip
elektirnis has quit [Remote host closed the connection]
yann has joined #linux-rockchip
vicencb has quit [Quit: Leaving.]
<fALSO> sigmaris, tried uboot, it didnt boot
<fALSO> gotta connect a serial to it, to see where it stops
lkcl has joined #linux-rockchip
stikonas has joined #linux-rockchip
<EmilKarlson> Esmil: what gui&compositor do you sue for kevin, do you use panfrost, is linux-5.4 reasonably fast for you
<EmilKarlson> apparently my keymap setup is broken again
<EmilKarlson> probably related to gnome updates rather than kernel though
<Esmil> EmilKarlson: i'm using openbox right now. unfortunately with panfrost the compiz rendered output is only updated very infrequently
<EmilKarlson> anyway, the most traditional Xorg/kms setup works for you at reasonable speed after disabling glamor?
<EmilKarlson> just asking, because your setup is know to be closest to mine
<Esmil> uhm.. i don't know about disabling glamor
<Esmil> I just updated my rawhide and my kernel and then panfrost seemed to be working
<EmilKarlson> after 6c83ca795f2c09649a3c3ac3c04563a60146e2d7 performance dropped to absurdly slow speeds for me
<EmilKarlson> ok, so you have panfrost/glamor
<EmilKarlson> well, maybe I'll get working panfrost some day
JohnDoe_71Rus has quit [Quit: KVIrc 5.0.0 Aria http://www.kvirc.net/]
ldevulder_ has joined #linux-rockchip
<stikonas> ok, so my failing reboot on rockpro64 (emmc errors) is mostly fixed by applying those 3 patches to u-boot (https://lists.infradead.org/pipermail/linux-rockchip/2019-October/027063.html)
ldevulder has quit [Ping timeout: 276 seconds]
<stikonas> or maybe not :( probably just got a couple of lucky reboots
yann has quit [Ping timeout: 268 seconds]
adjtm_ has joined #linux-rockchip
<fALSO> gonna connect serial to try to see what is happening sigmaris
<fALSO> oops stikonas
adjtm has quit [Ping timeout: 276 seconds]
<stikonas> fALSO: well, I'll try to recompile my kernel too with those patches...
<stikonas> fALSO: are you also using rockpro64 with mainline u-boot?
<fALSO> stikonas, im trying to
<fALSO> tried with idbloader and uboot itb
<fALSO> gets stuck here
<stikonas> fALSO: I would try another ATF revision
<stikonas> I think I was getting stuck with some
<stikonas> at the moment I'm using commit ace23683beb81354d6edbc61c087ab8c384d0631
<fALSO> gonna try
<stikonas> fALSO: oh, actually you also won't see any output from ATF unless you patch baud rate
<stikonas> ATF defaults to 115200
<fALSO> yes i was at that baut rate and was only seeing garbage
<fALSO> lol
<stikonas> other u-boot / linux stuff uses 1500000
<fALSO> should i try that atf fork ?
<fALSO> gonna do it
<stikonas> well, you can, I have prebuilt binary if you wanat a quick test
<stikonas> of this commit
<fALSO> nah, i have a jenkins setup
<fALSO> to do the builds ;-D
<stikonas> ok :)
<stikonas> I just build it on rockpro64 itself
<fALSO> yes, i have gentoo on mine
<sigmaris> interesting... I just tried compiling ATF from master to see if it improved the panic on warm reboot I mentioned yesterday
<fALSO> if i dont get it to boot
<fALSO> i'll ask any of you for a working uboot binaries to flash :-P
<sigmaris> with ATF v2.1 it worked, with ATF current master branch it gets stuck at the same place as in fALSO's pastebin
<fALSO> ahhh cool, so its not just me ;-D
<sigmaris> At least atf 2.1 is working so I guess I can bisect it
<fALSO> when i get even a bigger beard ill learn to git bissect ;-)
<sigmaris> if you want to try working (for me ;) u-boot binaries you could use https://github.com/sigmaris/u-boot/releases/tag/v2019.10-rc4-ci
<stikonas> sigmaris: yes, I think current master get's stuck for me too
<stikonas> the revision I pointed to is a bit older
<fALSO> ok built, gonna flash it
<stikonas> my binaries are here: https://stikonas.eu/files/gentoo-sources/u-boot/
<stikonas> probably bisecting ATF would show which commit broke it...
<fALSO> still stuck there... gona try your binaries
<fALSO> seems to work!
<stikonas> oh ok
<stikonas> does it boot reliably
<stikonas> I usually get something like that https://pastebin.com/bfmjjsZd
<fALSO> nop, mines prettier
<stikonas> I think my other card does not have these mmc errors but I need to move rootfs over...
<fALSO> dont know if it really booted, because i dont have a network cable where i have th serial thingy
<fALSO> i dont get kernel output via serial
<fALSO> dont know why
<stikonas> I do get kernel output on serial
<stikonas> and on HDMI monitor too
<fALSO> im probably missing some option on boot.cmd
<stikonas> not in u-boot though, no HDMI there
<stikonas> I don't have any extra options...
<stikonas> just what grub defaults...
<fALSO> hummmm grub
<fALSO> i dont have any grub involved
<fALSO> lol
<stikonas> well, it's nice to have a boot menu
<fALSO> i agree
<stikonas> can do things like boot this newly compiled kernel once, keep default boot to old kernel
<fALSO> i doenst seem to have booted
<fALSO> gonna try to connect it to a monitor
<fALSO> nothing :-X
<stikonas> hmm, probably kernel didn't boot...
<stikonas> that might not be u-boot's fault :)
<fALSO> yes ;-)
<sigmaris> I put "earlycon=uart8250,mmio32,0xff1a0000 console=ttyS2,1500000n8" in the kernel command line to get full kernel output on serial
<stikonas> /proc/cmdline here is "BOOT_IMAGE=/vmlinuz-5.3.4-gentoo-gnu root=/dev/mapper/pine-root ro init=/lib/systemd/systemd systemd.crash_reboot=1 panic=15 coherent_pool=1M rootwait rootfstype=btrfs", so I have none of the above options and still see most of the output
<fALSO> gonna try them out
<stikonas> well, try sigmaris' options...
<stikonas> I have nothing special...
<fALSO> dont know what it means but i had 0xff130000
<fALSO> changed it to your value... kernel booys
<fALSO> Linux 5.4.0-rc1-gc5bd8fa4431, Compiled #1 SMP PREEMPT Mon Oct 7 21:50:34 WEST 2019
<fALSO> =)
<stikonas> check if reboots work...
<fALSO> ok
<stikonas> I think some people had problems with reboots...
<fALSO> pinging it.. to see if it returns
<fALSO> doesnt seem so
<fALSO> btw... do you guys know which htop version armbian uses ?
<fALSO> it shows cpus frequency, and types
<fALSO> BIG .little
<fALSO> its pretty cool :)
<stikonas> hmm, doesn't show it here with 2.2.0
<fALSO> when i got my rockpro64 i first tried armbian on it, and it was the only thing i liked :-D
<stikonas> first thing booted debian and then as a first thing on it downloaded gentoo stage3 tarball...
<fALSO> =)
yann has joined #linux-rockchip
Substring has joined #linux-rockchip
<fALSO> i tried to build a kernel with genkernel with initramfs and all that stuff
<fALSO> but didnt manage to boot it :-P
vagrantc has joined #linux-rockchip
nsaenz has quit [Remote host closed the connection]
inode has quit [Quit: ]
nashpa has quit [Ping timeout: 240 seconds]
nsaenz has joined #linux-rockchip
nsaenz has quit [Max SendQ exceeded]
nsaenz has joined #linux-rockchip
<stikonas> has anybody tried pcie cards on rockpro64?
<fALSO> not yet, im thinkging about buying an wireless one from aliexpress
<fALSO> to use on a desktop
<vagrantc> not yet, but will probably sometime in the next weeks
<fALSO> and also test it on the rockpro ;-D
<stikonas> I get [8.664926] rockchip-pcie f8000000.pcie: PCIe link training gen1 timeout!
Substring has quit [Quit: Leaving]
warpme_ has quit [Quit: Connection closed for inactivity]
nashpa has joined #linux-rockchip
<fALSO> me too and another one below
<fALSO> [ 2.222854] rockchip-pcie: probe of f8000000.pcie failed with error -110
<stikonas> yes, same here
<stikonas> and also a couple of messages about regulator not found
<stikonas> [ 8.114221] rockchip-pcie f8000000.pcie: Looking up vpcie1v8-supply property in node /pcie@f8000000 failed
<stikonas> [ 8.114244] rockchip-pcie f8000000.pcie: no vpcie1v8 regulator found
field^Mop has quit [Ping timeout: 240 seconds]
imsherlock has joined #linux-rockchip
nsaenz has quit [Remote host closed the connection]
nsaenz has joined #linux-rockchip
imsherlock has quit []
stikonas has quit [Remote host closed the connection]