paulk-collins has quit [Ping timeout: 260 seconds]
levd has quit [Ping timeout: 240 seconds]
levd has joined #linux-rockchip
levd1 has joined #linux-rockchip
levd has quit [Ping timeout: 276 seconds]
levd1 is now known as levd
levd1 has joined #linux-rockchip
levd has quit [Ping timeout: 276 seconds]
levd1 is now known as levd
sunilmohan has joined #linux-rockchip
sunilmohan_ has quit [Ping timeout: 240 seconds]
levd1 has joined #linux-rockchip
levd has quit [Ping timeout: 276 seconds]
levd1 is now known as levd
levd1 has joined #linux-rockchip
levd has quit [Ping timeout: 240 seconds]
levd1 is now known as levd
matthias_bgg has joined #linux-rockchip
levd1 has joined #linux-rockchip
levd has quit [Ping timeout: 246 seconds]
levd1 is now known as levd
premoboss has joined #linux-rockchip
cnxsoft has quit [Read error: Connection reset by peer]
cnxsoft has joined #linux-rockchip
sunilmohan has quit [Ping timeout: 240 seconds]
sunilmohan has joined #linux-rockchip
sunilmohan has quit [Changing host]
sunilmohan has joined #linux-rockchip
levd1 has joined #linux-rockchip
levd has quit [Ping timeout: 276 seconds]
levd1 is now known as levd
levd1 has joined #linux-rockchip
levd has quit [Ping timeout: 276 seconds]
levd1 is now known as levd
premoboss has quit [Ping timeout: 250 seconds]
levd1 has joined #linux-rockchip
dlezcano has joined #linux-rockchip
levd has quit [Ping timeout: 276 seconds]
levd1 is now known as levd
levd1 has joined #linux-rockchip
levd has quit [Ping timeout: 264 seconds]
levd1 is now known as levd
levd1 has joined #linux-rockchip
levd has quit [Ping timeout: 250 seconds]
levd1 is now known as levd
premoboss has joined #linux-rockchip
norris has quit [Ping timeout: 250 seconds]
norris has joined #linux-rockchip
nighty has quit [Quit: Disappears in a puff of smoke]
levd has quit [Ping timeout: 276 seconds]
aalm has quit [Ping timeout: 250 seconds]
nighty has joined #linux-rockchip
GGflags has joined #linux-rockchip
dlezcano has quit [Ping timeout: 264 seconds]
bbelos has quit [Ping timeout: 250 seconds]
xandey has joined #linux-rockchip
afaerber has quit [Quit: Ex-Chat]
aalm has joined #linux-rockchip
<xandey>
Hi, i thought I'd try once more. Wondering if anyone got mainline u-boot working all the way through booting a kernel recently 2016.05 or 2016.07
<xandey>
rk3288 boards, firefly or rock2
dlezcano has joined #linux-rockchip
afaerber has joined #linux-rockchip
paulk-collins has joined #linux-rockchip
afaerber has quit [Ping timeout: 250 seconds]
afaerber has joined #linux-rockchip
premoboss has quit [Quit: Sto andando via]
<ayaka>
fullstop, from register document, it could
<ayaka>
but I am not sure whether the driver support that
<ayaka>
xandey, well, you may try the SPL from firefly
<fullstop>
ayaka: Right. We are working with the manufacturer on this. I was hoping to have a solution without them having to make changes.
<xandey>
akaya, do you mean an spl binary from them?
<xandey>
I have tried the spl generated in mainline uboot with both rock2 config and firefly config
dlezcano has quit [Ping timeout: 264 seconds]
<xandey>
akaya -> ayaka
cnxsoft has quit [Quit: cnxsoft]
<naobsd>
hmm. I'm sure mainline u-boot v2016.03 worked well, but I didn't try any newer ver. yet
<xandey>
yup, i was able to get that version working
<naobsd>
xandey: is there any output on serial console? nothing?
<xandey>
"Starting kernel ..." then nothing
<xandey>
I was thinking maybe my toolchain was wrong or something since it seems like the u-boot guys have firefly boards
<xandey>
I was able to get v2016.03 uboot to load with an SPL generated from the dt-working branch of u-boot-dm.git
<xandey>
I posted to the u-boot mailing list, and pointed at two commits that seemed to break things, but I didn't hear anything back.
<naobsd>
ah
<naobsd>
I'm not sure about EFI things in u-boot, but
<naobsd>
about toolchain, you may try linaro gcc 5.x
<naobsd>
it should work for mainline u-boot, probably better than 4.6
<xandey>
oh cool, i'll try that. I was trying 4.9 too
<xandey>
oh well, 5.3 has the same behavior as 4.6
<xandey>
I've mostly been able to work with the older version. I'll keep an eye out for someone fixing it. I'm not sure I'll be able to
<xandey>
thanks for looking
<mmind00>
xandey: we could ask sjg1_ if he knows of any significant uboot changes since the 2016.03 you mentioned
<xandey>
i'll see if he responds in here, if not i'll email him. I might get a chance to do another search for what broke it.
matthias_bgg has quit [Quit: Leaving]
<ayaka>
xandey, well, my suggestion is always try the pre-build SPL from firefly first
<ayaka>
in my experience, the SPL from u-boot you build would come out two result: can't boot or boot into emmc
<xandey>
ayaka, where is the prebuilt spl? are you talking about the u-boot-rockchip SPL? 32_LPDDR2_300MHz_LPDDR3_300MHz_DDR3_300MHz_20140630.bin I haven't been able to boot mainline uboot using this as primary loader
<ayaka>
xandey, not that, naobsd gave me a linker
<ayaka>
but I forget where it is
<xandey>
via irc?
<xandey>
i'll look
<xandey>
ah, i found it
<xandey>
it's based on the v2016.03 which is the version that works for me
<xandey>
I haven't tried using the old SPL with the new u-boot, that might work
<ayaka>
the SPL is not important
<xandey>
yeah, I was worried that the problem may be DDR related, and I think the DDR init stuff happens in SPL
<ayaka>
just a program could load a larger binary
<ayaka>
yes, it is
<xandey>
checking right now
<xandey>
yeah I get the same problem. I had actually tried the newer SPL with the older uboot main binary, and that seemed to work
<xandey>
so I think the problem is somewhere inside the main uboot
<xandey>
2) v2016.07-rc3 SPL, V2016.03 u-boot-dtb.img -> will boot kernel
<xandey>
I also tested the binary from the link above, except I downloaded from the firefly directory instead of rock2
JohnDoe_71Rus has joined #linux-rockchip
<sjg1_>
xandey: Could it be the EFI problem that was reported?
<xandey>
The one that I reported? "Sandy Patterson"
<xandey>
I don't think so. I was able to fix that before by just disabling it in the config.
<xandey>
sjg1_: mostly i was wondering if you boot linux in your testing, or maybe you're mostly on chrome or something. Seems like a long time to not notice a bug like this.
<xandey>
the rockchip u-boot version does this I think
<sjg1_>
Right - it will be an option in mainline once this lands
<xandey>
I might even be able to get it to verify my signature too
<xandey>
I noticed that the commit which seems to have broken kernel loading for me is talking about gcc 6.x I was wondering if there is a toolchain you use sjg1_
<sjg1_>
xandey: I mostly use gcc 4.9, but a bug-fixed version. I need to move to a newer one
<sjg1_>
Which commit?
<xandey>
c09d29057ab0b04db0857d319c6bff74de31b9c3 from u-boot.git I did a binary search a week or so ago