00:08 <hanetzer> blep

00:30 <hanetzer> at least in the 'good' arm world outdated bootloaders can be fixed :)

06:29 <EmilKarlson> hanetzer: did you already fix my complimentary petitboot for Kevin

06:30 <EmilKarlson> also did you plan on upstreaming it?

06:59 <warpme_> kwiboo: FYI: I built 5.0.7 with https://github.com/Kwiboo/linux-rockchip/compare/v5.0.7...rockchip-5.x-hdmi-sound.patch + lima and….there is still no any soundcard. dmesg is: https://pastebin.com/2TmvNyyV. If You have any pointers how to move forward with this issue I’ll be very greatful…

07:07 <warpme_> lsmod output: lsmod

07:07 <warpme_> Module Size Used by

07:07 <warpme_> squashfs 57344 1

07:07 <warpme_> realtek 20480 1

07:07 <warpme_> ir_rc6_decoder 20480 0

07:07 <warpme_> joydev 28672 0

07:07 <warpme_> rc_rc6_mce 16384 0

07:07 <warpme_> mceusb 36864 0

07:07 <warpme_> gpio_ir_recv 16384 0

07:07 <warpme_> dwmac_rk 28672 0

07:07 <warpme_> rc_core 53248 6 mceusb,ir_rc6_decoder,gpio_ir_recv,rc_rc6_mce

07:07 <warpme_> stmmac_platform 24576 1 dwmac_rk

07:07 <warpme_> stmmac 167936 2 stmmac_platform,dwmac_rk

07:07 <warpme_> rockchip_thermal 28672 0

07:07 <warpme_> lima 45056 0

07:07 <warpme_> gpu_sched 32768 1 lima

07:07 <warpme_> rtc_rk808 20480 1

07:07 <warpme_> dw_wdt 16384 0

07:07 <warpme_> snd_soc_rockchip_spdif 16384 0

07:07 <warpme_> snd_soc_rockchip_i2s 20480 0

07:07 <warpme_> snd_soc_rockchip_pcm 16384 1 snd_soc_rockchip_i2s

07:08 <warpme_> uinput 20480 2

07:08 <warpme_> loop 32768 2

07:08 <warpme_> overlay 114688 2

07:23 <sphalerite> mmind00: that sounds very likely, it's some weird downstream u-boot based on 2014.10

07:24 <sphalerite> sooo I guess I need to get a modern u-boot running on there

07:24 <mmind00> sphalerite: for starters just try to add a memory node that matches the amount of ram on your board

07:24 <sphalerite> although, shouldn't linux (with kexec) also be able to populate the memory part of hte device tree?

07:25 <sphalerite> since that's what I booted the kernel from when I got that panic

07:25 <sphalerite> maybe that linux is also too old? 4.4.154

07:25 <mmind00> sphalerite: ah, so your doing uboot -> kernel -> kernel and only the last kernel failed?

07:25 <sphalerite> yep

07:25 <mmind00> sphalerite: then I guess uboot is probably not at fault

07:26 <mmind00> but that 4.4-kernel

07:27 <sphalerite> the best solution of course would still be to get a modern u-boot on there :)

07:34 <mmind00> sphalerite: yep :-) ... Nanopi uboot patches were posted yesterday

07:35 <sphalerite> aaaaaah

07:35 <sphalerite> awesome timing! :D

07:35 <mmind00> sphalerite: and Jagan also seems to have a tree on github: https://github.com/amarula/u-boot-amarula/commits/rockdev

07:36 <mmind00> which probably is the base for his posted patches

07:37 <sphalerite> awesome, thanks for the pointer :)

09:12 <mrueg> https://github.com/torvalds/linux/commits/master/arch/arm64/boot/dts/rockchip/rk3399-rock-pi-4.dts anyone are if gpio pins will already work with this DTS?

09:12 <mrueg> aware*

10:54 <Kwiboo> warpme_: strange you do not have any sound card, possible some kernel config options is missing

10:56 <warpme_> I’m using archlinux arm aarch64 kernel config. What is Your advise?

15:27 <sphalerite> https://gist.github.com/lheckemann/2982faddd69ca957a2ec33f87a4afdce so sometimes when I look at a kernel the wrong way before kexecing it, it will dump a lot (a lot a lot, so much so that I can't tell if anything comes before this dump) of what looks like small addresses and values located at these addresses. It stops after a while (I think it was probably about 10-20min?) and prints "Call trace:"

15:27 <sphalerite> (but that's all). Any ideas what might be going on here?

15:28 <sphalerite> it also wraps around, so after a line with ffe0: there was a line with 0000:

15:33 <warpme_> kwiboo: may You pls provide me kernel config known for sure as providing working aoudio on 3328? I’ll try compie and see… Maybe indeed my issue is with some missing options in kernel config....