Tartarus changed the topic of #u-boot to: SOURCE MOVED TO https://source.denx.de/u-boot/u-boot.git / U-Boot v2024.07, v2024.10-rc2 are OUT / Merge Window is CLOSED, next branch is OPEN / Release v2024.10 is scheduled for 07 October 2024 / Channel archives at https://libera.irclog.whitequark.org/u-boot
macromorgan has quit [Quit: No Ping reply in 180 seconds.]
macromorgan has joined #u-boot
redbrain has quit [Read error: Connection reset by peer]
redbrain has joined #u-boot
qschulz has quit [Quit: qschulz]
qschulz has joined #u-boot
mmu_man has quit [Ping timeout: 255 seconds]
sugoi has quit [Ping timeout: 248 seconds]
jclsn has quit [Ping timeout: 246 seconds]
jclsn has joined #u-boot
Jones42_ has joined #u-boot
Jones42__ has quit [Ping timeout: 246 seconds]
ellyq_ has joined #u-boot
ellyq has quit [Ping timeout: 276 seconds]
atka has quit [Ping timeout: 246 seconds]
atka has joined #u-boot
alan_o has quit [Remote host closed the connection]
lowfi has joined #u-boot
gsz has joined #u-boot
xypron_ has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
xypron has joined #u-boot
xypron has joined #u-boot
xypron has quit [Changing host]
sugoi has joined #u-boot
sugoi has quit [Ping timeout: 244 seconds]
fuzzybear has quit [Remote host closed the connection]
sugoi has joined #u-boot
sugoi has quit [Ping timeout: 248 seconds]
ldevulder has joined #u-boot
bq has quit [Ping timeout: 246 seconds]
goliath has joined #u-boot
gsz has quit [Quit: leaving]
monstr has joined #u-boot
bq has joined #u-boot
frieder has joined #u-boot
warthog9 has quit [Quit: Leaving]
prabhakalad has quit [Ping timeout: 246 seconds]
warthog9 has joined #u-boot
eballetbo has joined #u-boot
sszy has joined #u-boot
atka has quit [Ping timeout: 255 seconds]
Jones42_ is now known as Jones42
atka has joined #u-boot
mmu_man has joined #u-boot
ikarso has joined #u-boot
zear has quit [Ping timeout: 248 seconds]
ellyq_ has quit [Ping timeout: 244 seconds]
ellyq has joined #u-boot
ellyq has quit [Changing host]
ellyq has joined #u-boot
prabhakalad has joined #u-boot
iprusov has quit [Ping timeout: 252 seconds]
iprusov has joined #u-boot
lowfi has quit [Ping timeout: 260 seconds]
Jones42_ has joined #u-boot
Jones42 has quit [Ping timeout: 264 seconds]
rockosov_ has quit [Read error: Connection reset by peer]
matthias_bgg has joined #u-boot
Jones42 has joined #u-boot
Jones42_ has quit [Read error: Connection reset by peer]
ellyq has quit []
ellyq has joined #u-boot
Guest37 has joined #u-boot
<Guest37> Hi everyone I am trying to port ksz8873 into latest uboot. board_eth_init is not being called. Setup_fec and board_phy_config are being called. Is there anyone who has worked with it and knows where should I look into to find out more. Thanks in advance
naoki has quit [Quit: naoki]
alan_o has joined #u-boot
rber|res has joined #u-boot
Guest37 has quit [Quit: Client closed]
alan_o has quit [Read error: Connection reset by peer]
alan_o has joined #u-boot
slobodan has joined #u-boot
Stat_headcrabed has joined #u-boot
___nick___ has joined #u-boot
sugoi has joined #u-boot
sugoi has quit [Ping timeout: 260 seconds]
ellyq has quit [Ping timeout: 246 seconds]
ellyq has joined #u-boot
ellyq has quit [Ping timeout: 248 seconds]
Stat_headcrabed has quit [Quit: Stat_headcrabed]
ellyq has joined #u-boot
<urja> DV-RS-MMC was the card of choice in the 00s (atleast nokias symbian phones, that is)
<urja> i did once get a microSD to RS-MMC-size adapter to use microSDs in a device that had an SD card slot that left the card really hanging in the wind
matthias_bgg has quit [Read error: Connection reset by peer]
matthias_bgg has joined #u-boot
Guest37 has joined #u-boot
<Jones42> Is there a way to get backslashes into CONFIG_BOOTCMD? somehow they disappear no matter how often I try to escape them.
Guest37 has quit [Ping timeout: 256 seconds]
<Jones42> huh. even more backslashes apparently.
Guest37 has joined #u-boot
Guest37 has quit [Quit: Client closed]
Guest37 has joined #u-boot
Guest37 has quit [Ping timeout: 256 seconds]
Guest37 has joined #u-boot
* Forty-Bot really loathes the amount of escaping necessary for bootcmd in some circumstances
mmu_man has quit [Ping timeout: 245 seconds]
monstr has quit [Remote host closed the connection]
dsimic has quit [Ping timeout: 260 seconds]
dsimic has joined #u-boot
mmu_man has joined #u-boot
yann-kaelig has joined #u-boot
<yann-kaelig> Hello
<yann-kaelig> How can I stop uboot at boot looking at USB devices https://dpaste.com/BZHZJVV5B
matthias_bgg has quit [Ping timeout: 244 seconds]
<yann-kaelig> I would like to totally remove that
<yann-kaelig> well, if there is no other way than removing the USB support from uboot, ok
Guest37 has quit [Quit: Client closed]
<mkorpershoek> yann-kaelig: not sure from the small log snippet, but if you use standard boot (bootstd) you can control it via boot_targets
<mkorpershoek> (so via the U-Boot environment)
Guest37 has joined #u-boot
sakman_ has quit [Remote host closed the connection]
sakman_ has joined #u-boot
sszy has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.]
vagrantc has joined #u-boot
<yann-kaelig> thx.
monstr has joined #u-boot
mmu_man has quit [Ping timeout: 272 seconds]
vagrantc has quit [Quit: leaving]
Guest37 has quit [Quit: Client closed]
yann-kaelig has quit []
vagrantc has joined #u-boot
Guest37 has joined #u-boot
Guest37 has quit [Quit: Client closed]
monstr has quit [Remote host closed the connection]
sugoi has joined #u-boot
sugoi has quit [Ping timeout: 248 seconds]
prabhakalad has quit [Ping timeout: 246 seconds]
prabhakalad has joined #u-boot
prabhakalad has quit [Ping timeout: 252 seconds]
prabhakalad has joined #u-boot
mmu_man has joined #u-boot
jbowen has quit [Ping timeout: 248 seconds]
jbowen has joined #u-boot
mmu_man has quit [Ping timeout: 246 seconds]
sakman_ has quit [Remote host closed the connection]
<sbach> l
flyback has quit [Remote host closed the connection]
flyback has joined #u-boot
mmu_man has joined #u-boot
___nick___ has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
<macromorgan> I'm trying to enable "CONFIG_SPL_MULTI_DTB_FIT" and I'm getting an error from binman of "binman: 'NoneType' object has no attribute 'startswith'" that I can't seem to figure out. Anyone seen this issue before?
<macromorgan> I'm trying to use multiple mainline trees and have SPL select which DTB to load on boot
___nick___ has joined #u-boot
<marex> macromorgan: I have seen many issues with binman
<marex> macromorgan: is that on MX8M ?
<macromorgan> it's on rk3566
<marex> macromorgan: I think I use it there already
<marex> macromorgan: sec
<macromorgan> I'm trying to convert one of my devices (one of the only ones left using an in-tree DTS) to mainline
<macromorgan> it has code to auto select from about 10 different devices at boot
<marex> macromorgan: do you really need SPL_MULTI_DTB_FIT ?
___nick___ has quit [Client Quit]
<marex> macromorgan: I think that's for SPL control DT, isn't it
<macromorgan> I suppose not... if that's the wrong one to use I can use the other one
<macromorgan> I just want to make sure I capture the memory holes correctly and pass them on to the correct main tree
<marex> macromorgan: lemme grep real quick
mmu_man has quit [Ping timeout: 246 seconds]
<marex> macromorgan: if all you need is u-boot.itb with multiple DTs (yes?) then ... sec ...
___nick___ has joined #u-boot
<marex> macromorgan: this one stm32mp15_dhcor_basic_defconfig might do
<marex> macromorgan: but I think MX8M does something similar using binman, so that might be even better example , albeit more convoluted
<macromorgan> okay
<marex> macromorgan: if you need multiple tiny control DTs in SPL, I did that once on MX8M but I would have to look it up
<macromorgan> I'll mess with that more
<macromorgan> I don't think I need multiple control DTs actually
<marex> macromorgan: right, the imx8m* boards also use u-boot.itb with possibly multiple control DTs, see arch/arm/dts/imx8mp-u-boot.dtsi &binman { ... binman_imx_fit: fit { } } this node
<marex> macromorgan: that might be even better example really
<marex> macromorgan: the @fdt-SEQ is where it stuffs in the extra DTs
<marex> macromorgan: and it doesn't even use MULTI_DTB_FIT it seems
<marex> macromorgan: on SPL side, you want to implement board_fit_config_name_match() iirc
<macromorgan> I did, but it doesn't look like it's getting called
<marex> macromorgan: that lets SPL select which DT to pass to U-Boot proper
<macromorgan> I'll troubleshoot it a bit more
<marex> boot/common_fit.c:__weak int board_fit_config_name_match(const char *name)
<marex> boot/common_fit.c: if (board_fit_config_name_match(name))
<marex> this is where it is called from, which is called from ...
<marex> common/spl/spl_fit.c: ctx->conf_node = fit_find_config_node(ctx->fit);
<marex> make sure you have CONFIG_SPL_FIT=y
<macromorgan> yep... still didn't call my code though and I'll have to figure out why
<marex> macromorgan: did the u-boot.itb get built ? Did it get loaded ?
<marex> mkimage -l u-boot.itb recognizes it as fitImage ?
<macromorgan> yes
<marex> macromorgan: add #define DEBUG to line one of common/spl/spl_fit.c , rebuild and observe
<marex> macromorgan: that's a convenient way to turn debugging on for the whole file
Stat_headcrabed has joined #u-boot
<Kwiboo> macromorgan: board_fit_config_name_match() should work for both orangepi-3b-rk3566_defconfig and radxa-zero-3-rk3566_defconfig
<Kwiboo> cannot remember doing something special other than adding CONFIG_OF_LIST with DTs to add to FIT
<Kwiboo> but you may be trying to load mutliple DTs for SPL and not proper ?
mmu_man has joined #u-boot
zear has joined #u-boot
<marex> Kwiboo: I think macromorgan wants to load multiple DTs for proper ...
<marex> Kwiboo: but I also think macromorgan mentioned passing some memory holes to proper only , for which that would be some ... fdtdec_...setup ?
<macromorgan> proper is fine
zear has quit [Ping timeout: 246 seconds]
<macromorgan> worst case I can grab those holes and manually apply them
<macromorgan> I just figured the earlier I did it the better, but as long as I can get the right tree from a long list that's fine
Stat_headcrabed has quit [Quit: Stat_headcrabed]
zear has joined #u-boot
<marex> macromorgan: where do the holes come from originally ? (I don't know much about rockchip)
<macromorgan> I think A-TF
<marex> macromorgan: and that runs before SPL on rockchip ?
<macromorgan> after... basically TPL->SPL->A-TF->U-Boot
<marex> huh
<marex> macromorgan: look at what R-Car Gen3 does ... it passes some stuff from TFA to U-Boot
<marex> macromorgan: but that's mostly hand-rolled, I think there might be better way
<macromorgan> at this point I'm just trying to figure out why the board_fit_config_name_match isn't running
<marex> macromorgan: board_fit_config_name_match is executed in SPL, before TFA, is that what you expect ? Do you have UART available in SPL ?
<macromorgan> yes, I am looking at the UART output to see if any of my printf's are firing, and they aren't
<marex> macromorgan: add that #define DEBUG into common/spl/spl_fit.c and see if any of that is called at all
<marex> and into common/spl/spl_<yourbootdevice>.c
mmu_man has quit [Ping timeout: 246 seconds]
<macromorgan> it's running, but then fails before it can check because of this line: fit_find_config_node: Cannot find /configurations node: -1
<macromorgan> hmm
<Kwiboo> "dtc -I dtb -O dts u-boot.itb" not showing the configuration node?
<macromorgan> it's there
<macromorgan> under /configurations
sugoi has joined #u-boot
Jones42 has quit [Read error: Connection reset by peer]
<Kwiboo> FIT not being written to or loaded from correct offset? just tested latest master for orangepi-3b-rk3566 and can see "fit read offset 800000, size=4096, dst=3c00280, count=4096" and "Selecting config 'rk3566-orangepi-3b-v2.1.dtb'" with DEBUG so board_fit_config_name_match() is being called
frieder has quit [Remote host closed the connection]
umbramalison_alt has joined #u-boot
<macromorgan> that's what I'm wondering. I'll check that now
umbramalison has quit [Ping timeout: 252 seconds]
___nick___ has quit [Ping timeout: 246 seconds]
atka has quit [Quit: WeeChat 4.4.1]
Jones42_ has joined #u-boot
mmu_man has joined #u-boot
<macromorgan> okay, so looks like fdt_offset is calling on the actual device tree instead of the FIT device tree... hmm...
umbramalison_alt has quit [Quit: %So long and thanks for all the fish%]
naoki has joined #u-boot
umbramalison has joined #u-boot
<Kwiboo> macromorgan: you should probably disable MULTI_DTB_FIT
<Kwiboo> and SPL_MULTI_DTB_FIT
<Kwiboo> look like SPL_MULTI_DTB_FIT if for the case when spl/u-boot-spl.dtb is a FIT containing multiple control FDT for SPL
<macromorgan> okay I'll try
<macromorgan> I have to be missing an option then... when I disable MULTI_DTB_FIT then it never calls the code I'm looking for
<Kwiboo> suggest you do a quick compare to orangepi-3b-rk3566 or radxa-zero-3-rk3566, they should both generate a build/config that triggers the board_fit_config_name_match() call when FIT for TF-A and U-Boot proper is loaded
<macromorgan> I'll try that now
mmu_man has quit [Ping timeout: 265 seconds]
mmu_man has joined #u-boot
ldevulder has quit [Quit: Leaving]
<marex> Kwiboo: SPL_MULTI_DTB_FIT is indeed when you need multiple control DTs for SPL, it is pure madness
<marex> Kwiboo: I used it once, it was ... ughhh
<macromorgan> I found my problem... please disregard this entire chain. Stupid eMMC in the bootpath...
<marex> good :)
<macromorgan> had a old SPL stage on the eMMC that was loading and taking priority over SPL on my SD card
<marex> heh
<marex> yeah, and since now, you will be looking at the timestamp in the SPL version print
<marex> CONFIG_SPL_BANNER_PRINT=y ... I know I do since this kind of experience
slobodan has quit [Quit: Leaving]
goliath has quit [Quit: SIGSEGV]
vagrantc has quit [Quit: leaving]
sigmaris has quit [Ping timeout: 252 seconds]
sigmaris has joined #u-boot