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
field^Mop has quit [Ping timeout: 245 seconds]
vagrantc_ has joined #linux-rockchip
vagrantc_ has quit [Quit: leaving]
vagrantc_ has joined #linux-rockchip
vicencb has quit [Quit: Leaving.]
vagrantc_ has quit [Quit: leaving]
kaspter has quit [Remote host closed the connection]
kaspter has joined #linux-rockchip
nashpa has quit [Ping timeout: 250 seconds]
chewitt has joined #linux-rockchip
vstehle has quit [Ping timeout: 250 seconds]
nashpa has joined #linux-rockchip
vagrantc has quit [Quit: leaving]
kaspter has quit [Ping timeout: 250 seconds]
JohnDoe_71Rus has joined #linux-rockchip
JohnDoe_71Rus has quit [Client Quit]
kaspter has joined #linux-rockchip
ldevulder_ has joined #linux-rockchip
ldevulder has quit [Ping timeout: 245 seconds]
vstehle has joined #linux-rockchip
perr has joined #linux-rockchip
drrty has quit [Ping timeout: 246 seconds]
perr has quit [Remote host closed the connection]
perr has joined #linux-rockchip
perr has quit [Remote host closed the connection]
perr has joined #linux-rockchip
ldevulder_ is now known as ldevulder
perr has quit [Ping timeout: 245 seconds]
klemen has joined #linux-rockchip
klemen has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
nsaenz has quit [Remote host closed the connection]
nsaenz has joined #linux-rockchip
nsaenz has quit [Remote host closed the connection]
nsaenz has joined #linux-rockchip
mrueg has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.]
mrueg has joined #linux-rockchip
vicencb has joined #linux-rockchip
<EmilKarlson> btw. does someone know, which partitions I can kill from my eMMC on Kevin
<EmilKarlson> does the bootloader depend on any of that data?
<EmilKarlson> /dev/mmcblk1p11 64 16447 16384 8M unknown
<EmilKarlson> /dev/mmcblk1p12 462848 495615 32768 16M EFI System
<EmilKarlson> especially these 2
perr has joined #linux-rockchip
field^Mop has joined #linux-rockchip
klemen has joined #linux-rockchip
perr has quit [Ping timeout: 250 seconds]
cyteen has joined #linux-rockchip
<tomeu> what do I need to get wifi working on a veyron-jaq?
<tomeu> so far I have made sure that BRCMFMAC is compiled in
<tomeu> hmm, or maybe this one has marvell?
klemen has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
chewitt has quit [Ping timeout: 250 seconds]
JohnDoe_71Rus has joined #linux-rockchip
chewitt has joined #linux-rockchip
<mmind00> tomeu: I guess first step would be to check what "card" the sdio controller detects? ;-)
chewitt has quit [Ping timeout: 246 seconds]
chewitt has joined #linux-rockchip
klemen has joined #linux-rockchip
drrty has joined #linux-rockchip
<alyssa----> EmilKarlson: I wacked everything but I'm also slightly nutty
<alyssa----> EmilKarlson: https://rosenzweig.io/fdisk-for-me.txt
<EmilKarlson> alyssa---- and no known ill effects with defaut coreboot?
<EmilKarlson> As in, you are still able to boot?
<alyssa----> EmilKarlson: Uhhhhhhhh I think so??????
* alyssa---- is IRCing from said machine.. :P
cyteen has quit [Ping timeout: 255 seconds]
klemen has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
somy has quit [Ping timeout: 258 seconds]
vagrantc has joined #linux-rockchip
return0e_ has joined #linux-rockchip
stikonas has joined #linux-rockchip
return0e has quit [Ping timeout: 250 seconds]
stikonas has quit [Read error: Connection reset by peer]
stikonas has joined #linux-rockchip
return0e has joined #linux-rockchip
return0e_ has quit [Ping timeout: 246 seconds]
nsaenz has quit [Read error: Connection reset by peer]
daniels has quit [Excess Flood]
daniels has joined #linux-rockchip
stikonas has quit [Remote host closed the connection]
return0e has quit []
return0e has joined #linux-rockchip
mrjay has joined #linux-rockchip
<mrjay> so close ... https://pastebin.com/SxQY8Ccz
* vagrantc wishes u-boot-spl on rockchip would display the version information
<vagrantc> i know it's really spaced constrained in some cases, but seems hard to imagine that being a blocker
<mmind00> vagrantc: "U-Boot SPL 2019.04-rc2-00118-g4dcb1b10d3 (Mar 28 2019 - 14:49:20 +0100)" is the line the spl emits for right now?
<mmind00> for me
<mmind00> btw. ATF on rk3288 is pretty cool ... psci maybe even virtualization later on ;-)
<mrjay> about banner "U-Boot SPL ..." it needs SPL_BANNER_PRINT enabled i think
<mrjay> mmind00: on rk3399 boot is back to bootrom needed?
<mmind00> mrjay: I think rk3399 has enough sram to do that without the bootrom ... I guess just peek at the other boards? ;-)
JohnDoe_71Rus has quit [Quit: KVIrc 5.0.0 Aria http://www.kvirc.net/]
<vagrantc> mmind00: i usually just see "U-Boot SPL board init"
<vagrantc> oh, SPL_BANNER_PRINT ... wonder if i should propose enabling that on more boards, then
<vagrantc> mmind00: is ATF for rk3288 mainline?
<EmilKarlson> alyssa----: thanks
<mmind00> vagrantc: not yet ... I'm still working on that https://github.com/mmind/arm-trusted-firmware/commits/rk3288
<vagrantc> i have a few rk3288 systems i could experiment with
<vagrantc> cool
<mmind00> vagrantc: and preliminary dt hacks here: https://github.com/mmind/linux-rockchip/commits/wip/rk3288-atf ... although I would expect u-boot to modify the dt it submits to the kernel in that case later
fixmer has joined #linux-rockchip
<mmind00> vagrantc: the really cool part is, that this fits really nicely into the existing code
<vagrantc> mmind00: i managed to get arm-trusted-firmware into debian, but there are only currently two targets that build and/or work
<mmind00> vagrantc: yeah I often get the feeling both u-boot and atf bitrot quite easily
<mrjay> mmind00: you said "and the atf binary should match what uboot expects" what does it mean?
<mrjay> mmind00: i'm asking because my spl u-boot hangs
<mmind00> mrjay: for example look at https://github.com/mmind/u-boot-rockchip/commit/4dcb1b10d31ef8d0d56b65826dacd443ca4f5065#diff-70103c25709fb8da0d05642d9ffb0bc3R3 ... SYS_TEXT_BASE contains the memory-address uboot expects to run at
<mmind00> in my rk3288-case previously u-boot was running at 0x100000 (1MB) which is now occupied by ATF, hence I move uboot to the 2MB mark
<mrjay> ah ok ... thanks
vagrantc has quit [Ping timeout: 258 seconds]
<mmind00> mrjay: but you can make sure that the address your uboot binary gets loaded to actually matches the SYS_TEXT_BASE
<mmind00> mrjay: of course the behaviour is different for back_to_bootrom vs. spl loading the binary (see the surrounding lines in that file above)
<mrjay> mmind00: thanks ... u-boot boots now :-)
<mmind00> mrjay: what was the culprit?
<mrjay> SYS_TEXT_BASE i think
<mrjay> btw: rockchip lpddr4 patches work well on pipo p10
mrjay has quit [Quit: Page closed]
vagrantc has joined #linux-rockchip
ldevulder has quit [Read error: Connection reset by peer]
ldevulder has joined #linux-rockchip