ChanServ changed the topic of #linux-rockchip to: Rockchip development discussion | Wiki at http://linux-rockchip.info | Logs at http://irclog.whitequark.org/linux-rockchip | ML at http://groups.google.com/group/linux-rockchip
nighty has joined #linux-rockchip
levd has joined #linux-rockchip
levd1 has joined #linux-rockchip
levd has quit [Ping timeout: 240 seconds]
levd1 is now known as levd
levd1 has joined #linux-rockchip
levd has quit [Ping timeout: 272 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
cnxsoft has joined #linux-rockchip
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: 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
levd1 has joined #linux-rockchip
levd has quit [Ping timeout: 264 seconds]
levd1 is now known as levd
erc has joined #linux-rockchip
levd1 has joined #linux-rockchip
levd has quit [Ping timeout: 272 seconds]
levd1 is now known as levd
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> link you were talking about is this (for refernce): http://dl.linux-rockchip.org/rockchip/u-boot/v2016.03/rock2/
<xandey> or firefly, they're pretty much the same
matthias_bgg has joined #linux-rockchip
afaerber has quit [Quit: Ex-Chat]
<ayaka> what exactly you met
<xandey> I did two experiments:
<xandey> 1) v2016.03 SPL, V2016.07-rc3 u-boot-dtb.img -> won't boot kernel
<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.
<sjg1_> xandey: I may not have. I have a lot of boards and my testing can be a bit U-Boot-centric unfortunately. I need to set up tbot
<xandey> thats OK, I was mostly thinking that I must be configured wrong or something
<xandey> I actually tried the EFI fix before: http://lists.denx.de/pipermail/u-boot/2016-June/259318.html It doesn't work on master now though
<sjg1_> xandey: I'll see if I can take a look
<xandey> sjg1_: thanks. I'm happy to help too. We've gotten everything we need working with 2016.03.
<xandey> I just had to play some games to shrink my SPL a little more.
<sjg1_> xandey: OK great. For firely at least we have two ways to shrink it for the next release (returning to the ROM, and using of-platdata)
<xandey> knowing that my toolchain and everything is in order helps though
<xandey> yeah, I saw your patchset.
<xandey> I even tried to backport it
<xandey> but then I realized I could remove console and it would still boot OK
<xandey> sjg1_: returning to the ROM. Interesting. Are you talking about this: https://patchwork.ozlabs.org/patch/634361/ I only noticed of-platdata before
<xandey> oh cool, I was wondering how to do that
<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
<xandey> hm, i don't see it search the web interface google seems to find it though: https://zh-tw.osdn.jp/users/ysato/pf/uboot/scm/commits/c09d29057ab0b04db0857d319c6bff74de31b9c3
<sjg1_> xandey: Ah OK. Perhaps you should post a revert? Does reverting fix it?
<xandey> the patch doesn't revert cleanly. I would need to continue my binary search.
<xandey> I think it was a merge commit right after this.
<xandey> I'm a bit new to this style of development, and still getting familar with all the email lists and stuff
<xandey> I'll see if I can take another look
<sjg1_> xandey: Yes, narrowing down to a commit helps a lot
<sjg1_> git bisect, right?
<xandey> O.O i am unfamiliar with git bisect. Unfortunately in my office i'm the git guy: https://xkcd.com/1597/
<xandey> great thanks.
<xandey> Reverting that commit didn't work. But it should go faster with that tool. I'll give it another go soon.
afaerber has joined #linux-rockchip
<xandey> sjg1_: thanks for your help. I'll report back if I can find the problem. Gotta call it a day now.
<sjg1_> xandey: OK good luck
xandey has quit [Quit: Leaving]
matthias_bgg has quit [Ping timeout: 272 seconds]
JohnDoe_71Rus has quit [Quit: KVIrc 4.9.2 Aria http://www.kvirc.net/]
paulk-collins has quit [Quit: Leaving]
<naobsd> btw
<naobsd> chosen { stdout-path = "serial2:115200n8"; };
<naobsd> should be added to firefly.dtsi
<naobsd> I have some patches in hdd on currently not working machine :(
<naobsd> I have some patches in hdd on currently not working machine :(
sunilmohan has quit [Remote host closed the connection]
sunilmohan has joined #linux-rockchip