<eballetbo>
and I just tested with mainline, and I can confirm that I have the same issue
sszy has joined #u-boot
naoki has quit [Ping timeout: 268 seconds]
<mkorpershoek>
ok
<mkorpershoek>
eballetbo: the other suspicious thing I see is same address for "Kernel load addr 0x48000000 size 38259 KiB" and "RAM disk load addr 0x48000000 size 10416 KiB". Can you change that via --ramdisk_offset to mkbootimg ?
<Tartarus>
Oh, that's extremely strange. But again, it looks like there's some hints as to how to fix the problem, since I guess the pcduino3 thing wouldn't be relevant here as there's some actual problem preventing serial from being functional until that point
ALTracer has quit [Read error: Connection reset by peer]
<Tartarus>
vs the problem of output being missed by labgrid at times in tests, which wouldn't be an issue for holding console open and resetting the device
ALTracer has joined #u-boot
<sjg1>
It really isn't strange. It's just a fact of life that if you are not continuously watching the serial console from reset then you might miss stuff
<sjg1>
I don't have these serial issues on bob/kevin with my tree, though
<Tartarus>
Yes, and I was asking you to continuously watch the console through a reset.
<Tartarus>
And your tree isn't up to date with mainline either.
<Tartarus>
But anyhow, I guess it's once again time for me to ask you to please point ci.u-boot.org at the project CI server at source.denx.de and not your personal server, if you're going to ask other contributors to start looking at things there.
<sjg1>
It is continuously watching. What are you getting at?
<sjg1>
Tartarus: What is happening with Denx? Is source.denx.de going away?
<Tartarus>
sjg1: No, but the project domain shouldn't point at your personal server as that leads to confusion.
<Tartarus>
It should be a CNAME to the official project server.
<sjg1>
Tartarus: I don't understand why. I specifically set this up because I have been unable to make progress in various areas. I am always open to other ideas, but I do need to make progress, otherwise eventually I will just give up
<Tartarus>
sjg1: You don't understand why people shouldn't think that your personal CI server is the official CI server for the project?
<sjg1>
Tartarus: I thought we had discussed this enough already
<Tartarus>
sjg1: Yes, and I was expecting you to stop calling your personal server "ci.u-boot.org"
<Tartarus>
Perhaps you should transfer the domain to me, and I'll transfer it to whatever umbrella organization we are able to get created?
<sjg1>
Yes I did rename it sjg, but I think the name is still in the gitlab instance, which is why it keeps coming back
<Tartarus>
sjg1: You need to go change the DNS entry
<Tartarus>
$ host ci.u-boot.org
<Tartarus>
ci.u-boot.org has address 172.93.103.243
<Tartarus>
$ host sjg.u-boot.org
<Tartarus>
sjg.u-boot.org has address 172.93.103.243
<Tartarus>
That's the problem.
mckoan is now known as mckoan|away
vardhan_ has joined #u-boot
<apalos>
sjg1: I added all to cpu_ops, enabled CONFIG_CPU but cpu_get_current_dev() returns NULL,
goliath has quit [Quit: SIGSEGV]
<apalos>
is that thing used and set?
vardhan_ has quit [Remote host closed the connection]
vardhan has quit [Ping timeout: 245 seconds]
vardhan_ has joined #u-boot
naoki has quit [Quit: naoki]
macromorgan has quit [Ping timeout: 248 seconds]
mmu_man has joined #u-boot
macromorgan has joined #u-boot
<sjg1>
Tartarus: OK, I see it. Can you try source.u-boot.org. I had problems with security warnings in Chrome last time, but Firefox was OK
behanw has joined #u-boot
vardhan_ has quit [Remote host closed the connection]
vardhan_ has joined #u-boot
mmu_man has quit [Ping timeout: 265 seconds]
mmu_man has joined #u-boot
<Tartarus>
sjg1: It should be a CNAME for source.denx.de, and ci.u-boot.org should also be a CNAME.
vardhan_ has quit [Remote host closed the connection]
swiftgeek has quit [Ping timeout: 260 seconds]
mmu_man has quit [Ping timeout: 265 seconds]
Peng_Fan has quit [Quit: Connection closed for inactivity]
mmu_man has joined #u-boot
goliath has joined #u-boot
mmu_man has quit [Ping timeout: 252 seconds]
mmu_man has joined #u-boot
swiftgeek has joined #u-boot
mmu_man has quit [Ping timeout: 252 seconds]
mmu_man has joined #u-boot
ikarso has quit [Quit: Connection closed for inactivity]
mmu_man has quit [Ping timeout: 268 seconds]
mmu_man has joined #u-boot
ALTracer has quit [Read error: Connection reset by peer]
mmu_man has quit [Ping timeout: 268 seconds]
mmu_man has joined #u-boot
adriano has joined #u-boot
mmu_man has quit [Ping timeout: 246 seconds]
mmu_man has joined #u-boot
ikarso has joined #u-boot
ALTracer has joined #u-boot
enok has quit [Ping timeout: 276 seconds]
mmu_man has quit [Ping timeout: 268 seconds]
mmu_man has joined #u-boot
mmu_man has quit [Ping timeout: 268 seconds]
<sjg1>
Kwiboo: Are you able to test in CI using my lab?
<Kwiboo>
sjg1: do you see the TPL banner or only the SPL banner?, there is a comment in gru.c regarding garbage serial output unless power rail is on, and the spl_gpio func is only run in SPL not in TPL
<Kwiboo>
sjg1: thanks, looking at the code again the TPL does not enable the power rail, that only happen in SPL, so code need to be adjusted to work similar for TPL
mmu_man has joined #u-boot
helene has quit [Read error: Connection reset by peer]
helene has joined #u-boot
<Kwiboo>
sjg1: please also revert 4576e65a5d6b10fd207c3a44061676ce0220d794 and enable CONFIG_TPL_GPIO=y for bob and kevin, should possible help fix TPL banner + DRAM info
<Kwiboo>
that will not add the small wait that is happening in SPL, but may be enough to see something from TPL?
frytaped has joined #u-boot
frytaped has quit [Client Quit]
pgreco has joined #u-boot
<sjg1>
Kwiboo: +arch/arm/mach-rockchip/rk3399/rk3399.c:148: undefined reference to `spl_gpio_output'
<sjg1>
Kwiboo: If you are not able to test on my lab, could you push a tree somewhere, for me to test?