<PaulePanter>
$ make am335x_boneblack_vboot_defconfig HOSTCC=clang
<PaulePanter>
/scratch/local/relocate-79e52a.s:93:1: error: relocate_vectors changed binding to STB_GLOBAL
<hanetzer>
sjg1: hopefully a quick question: chromebook (veyron speedy) who's battery is entirely discharged, or at least as far as I can tell it is, eventually will charge again if left on the charger long enough?
jevinskie[m] has quit [Quit: Bridge terminating on SIGTERM]
underpantsgnome[ has quit [Quit: Bridge terminating on SIGTERM]
samueldr has quit [Quit: Bridge terminating on SIGTERM]
kolbrich has quit [Quit: Bridge terminating on SIGTERM]
Tartarus has quit [Quit: Bridge terminating on SIGTERM]
mvaittin has quit [Quit: Bridge terminating on SIGTERM]
cpackham[m] has quit [Quit: Bridge terminating on SIGTERM]
Domon has quit [Quit: Bridge terminating on SIGTERM]
JBB[m] has quit [Quit: Bridge terminating on SIGTERM]
LinuxHackerman has quit [Quit: Bridge terminating on SIGTERM]
par[m] has quit [Quit: Bridge terminating on SIGTERM]
elvishjerricco has quit [Quit: Bridge terminating on SIGTERM]
kallisti5[m] has quit [Quit: Bridge terminating on SIGTERM]
mripard has quit [Quit: Bridge terminating on SIGTERM]
karthanistyr has quit [Quit: Bridge terminating on SIGTERM]
hthiery has quit [Quit: Bridge terminating on SIGTERM]
Julia[m]1 has quit [Quit: Bridge terminating on SIGTERM]
Tartarus has joined #u-boot
mmu_man has quit [Ping timeout: 268 seconds]
mmu_man has joined #u-boot
naoki1 has joined #u-boot
samueldr has joined #u-boot
jevinskie[m] has joined #u-boot
JBB[m] has joined #u-boot
kolbrich has joined #u-boot
LinuxHackerman has joined #u-boot
mripard has joined #u-boot
cpackham[m] has joined #u-boot
mvaittin has joined #u-boot
par[m] has joined #u-boot
Domon has joined #u-boot
elvishjerricco has joined #u-boot
underpantsgnome[ has joined #u-boot
kallisti5[m] has joined #u-boot
Julia[m]1 has joined #u-boot
karthanistyr has joined #u-boot
hthiery has joined #u-boot
naoki1 has quit [Client Quit]
naoki has quit [Ping timeout: 265 seconds]
naoki has joined #u-boot
naoki has quit [Client Quit]
naoki has joined #u-boot
naoki1 has joined #u-boot
naoki has quit [Ping timeout: 268 seconds]
naoki has joined #u-boot
naoki1 has quit [Ping timeout: 250 seconds]
matthias_bgg has joined #u-boot
mmu_man has quit [Ping timeout: 264 seconds]
mmu_man has joined #u-boot
prabhakarlad has quit [Quit: Client closed]
behanw has joined #u-boot
prabhakarlad has joined #u-boot
<hanetzer>
btw. can u-boot boot chromeos style kernels?
WoC has joined #u-boot
redbrain has quit [Read error: Connection reset by peer]
torez has joined #u-boot
prabhakarlad has quit [Quit: Client closed]
pratyush has joined #u-boot
redbrain has joined #u-boot
WoC has quit [Quit: Leaving]
WoC has joined #u-boot
prabhakarlad has joined #u-boot
naoki has quit [Quit: naoki]
naoki1 has joined #u-boot
naoki has joined #u-boot
naoki1 has quit [Ping timeout: 250 seconds]
monstr has joined #u-boot
davlefou has joined #u-boot
davlefou has quit [Remote host closed the connection]
monstr has quit [Remote host closed the connection]
mckoan is now known as mckoan|away
guillaume_g has quit [Quit: Konversation terminated!]
minimal has joined #u-boot
sszy has quit [Ping timeout: 265 seconds]
ldevulder has quit [Quit: Leaving]
mwalle has quit [Quit: WeeChat 3.0]
prabhakarlad has quit [Quit: Client closed]
frieder has quit [Remote host closed the connection]
naoki has quit [Quit: naoki]
Guest4494 has joined #u-boot
prabhakarlad has joined #u-boot
apritzel has quit [Ping timeout: 265 seconds]
Guest4494 has quit [Quit: Client closed]
Zapy has quit [Ping timeout: 244 seconds]
mwalle has joined #u-boot
Zapy has joined #u-boot
Zapy_ has joined #u-boot
Zapy has quit [Ping timeout: 250 seconds]
Zapy_ is now known as Zapy
lucascastro has quit [Read error: Connection reset by peer]
lucascastro has joined #u-boot
matthias_bgg has quit [Quit: Leaving]
mmu_man has quit [Ping timeout: 268 seconds]
Guest4494 has joined #u-boot
mmu_man has joined #u-boot
minimal has quit [Quit: Leaving]
behanw has quit [Quit: Connection closed for inactivity]
WoC has quit [Remote host closed the connection]
WoC has joined #u-boot
prabhakarlad has quit [Quit: Client closed]
<paulbarker>
sjg1: I'm investigating a failure to boot from SPI flash on the BeagleBone Enhanced, to get any console output at all I need to revert e41651fffda7da55f6d74afdf4b784088184c543 and set CONFIG_SPL_OF_CONTROL=n
<paulbarker>
Instead of reverting the whole commit, I can also limit the loop in lists_bind_drivers() to a single pass, that also results in a working boot
<paulbarker>
I wonder if you have any ideas why multiple passes there could cause boot failure
<paulbarker>
The associated comment says "If OF_PLATDATA_PARENT is not enabled, then bind_drivers_pass() will always succeed on the first pass." but I think this may be wrong
Guest4494 has quit [Quit: Client closed]
prabhakarlad has joined #u-boot
prabhakarlad has quit [Quit: Client closed]
WoC has quit [Remote host closed the connection]
WoC has joined #u-boot
mmu_man has quit [Ping timeout: 250 seconds]
<sjg1>
hanetzer: Yes it should recover from complete loss of charge, so long as the battery is functioning. You can boot Chrome OS - see CONFIG_BOOTCOMMAND in chromebook_coral_defconfig
<sjg1>
hanetzer: At some point I'll get it running with standard boot
<hanetzer>
sjg1: hrm.... I left one on the charge '*forever*' and still ded. slight buzzing noise in time with the ec's attempt-to-charge message
<sjg1>
paulbarker: You should be able to enable DEBUG_UART and get some idea of what is going on there. Is OF_PLATDATA enabled?
<hanetzer>
can u-boot, 'in general' (assuming correct CONFIG_* options and such), boot aarch64 Image.gz files?
<sjg1>
hanetzer: Not sure what is going on there...if you have a servo you might be able to see the EC console. Perhaps disconnect the battery, or do a hard reset?
<hanetzer>
hard reset of what in particular?
<hanetzer>
and yeah, that's the 'ec message' I'm talking about.
kmcopper has joined #u-boot
<hanetzer>
it just repeats 'try to wake battery]\ncharge_request(8400mV, 256mA)]\nbattery woke up]\ncharge_request(0mV, 0mA)]' over and over, with the freqency of the messages matching the tempo of the buz
mmu_man has joined #u-boot
<sjg1>
hanetzer: hard reset is Refresh + Power, but I think that is happening anyway. You could try without a battery perhaps, but otherwise I'm not sure. Make sure you have a proper USB-C charger
<hanetzer>
its the rk3288-veyron-speedy, so not usb-c, that weird box thingus.
<hanetzer>
the rk3399-gru-kevin I have is fine
<j`ey>
hanetzer: looks like uboot has an unzip command
<j`ey>
oh 'unzip and write memory to block device', not what you want
<hanetzer>
j`ey: yeh
<hanetzer>
I suppose it makes sense not to have it; even an aarch32 zImage is a bit *more* than gzip(Image)
<hanetzer>
its some executible first yeh? then the gzip'd data
<j`ey>
the arm32 one is, the arm64 one is jus t a normal zip
<hanetzer>
yeh, which is what I was saying.
<paulbarker>
sjg1: OF_PLATDATA is disabled
<paulbarker>
I'll try with DEBUG_UART tomorrow
<paulbarker>
I imagine the issue with multiple passes is that some device is failing device_bind_by_name() on the first pass and so *all* other devices are then bound a second time, and then a third, etc
<sjg1>
paulbarker: Yes that looks like a bug. It should only do another pass if -EAGAIN is returned. I don't think we have test coverage for your situation
<paulbarker>
sjg1: The result variable is updated if the ret is non-zero and not -EAGAIN, but the loop doesn't break
<sjg1>
paulbarker: right
<paulbarker>
sjg1: It may be safer to only loop if OF_PLATDATA_PARENT=y, since that's the case where multiple passes are actually needed
<sjg1>
paulbarker: yes I suppose so. Still needs a test though
<paulbarker>
sjg1: I'll have a look through the DM tests tomorrow and see if I can figure something out
naoki has joined #u-boot
<sjg1>
paulbarker: OK. test-driver.c has some example drivers where you can make them fail to bind. test/dm/core.c has the cases for when no devices are bound on startup (so you can call lists_bind_drivers() from there). Might be a bit fiddly
<paulbarker>
sjg1: Hopefully between test cases and trying DEBUG_UART I'll be able to find out exactly where it's failing. I'll let you know what I find
<paulbarker>
Thanks for the pointers
WoC has quit [Remote host closed the connection]
WoC has joined #u-boot
prabhakarlad has joined #u-boot
urja has quit [Read error: Connection reset by peer]
urja has joined #u-boot
<Tartarus>
paulbarker: Note that someone else tried using DEBUG_UART on am335x recently and had to revert a different commit for it