Tartarus changed the topic of #u-boot to: SOURCE MOVED TO https://source.denx.de/u-boot/u-boot.git / U-Boot v2022.07 is OUT / Merge Window is OPEN, -next is CLOSED / Release v2022.10 is scheduled for 3 October 2022 / http://www.denx.de/wiki/U-Boot / Channel archives at https://libera.irclog.whitequark.org/u-boot
<lvrp16> noob question: does anyone know how to apply a dtbo to a dtb without going through u-boot?
vagrantc has quit [Quit: leaving]
thopiekar has quit [Ping timeout: 268 seconds]
thopiekar has joined #u-boot
alpernebbi has quit [Remote host closed the connection]
alpernebbi has joined #u-boot
mmu_man has quit [Ping timeout: 252 seconds]
LeSpocky has quit [Ping timeout: 264 seconds]
LeSpocky has joined #u-boot
* WoC Good Night zZzZzZz...
<lvrp16> ahh indeed noob question...didn't know there was an fdtoverlay command
hanetzer has quit [Ping timeout: 264 seconds]
hanetzer has joined #u-boot
rvalue has quit [Read error: Connection reset by peer]
rvalue has joined #u-boot
<hanetzer> tryina make use of patman; `./tools/patman/patman send -n` results in ValueError: Failed to determine upstream: fatal: no upstream configured for branch 'rockchip-uart-redirection'
behanw has joined #u-boot
ikarso has joined #u-boot
<hanetzer> ah figured that out. problem now is it doesn't recognize 'rk3288' and 'rk3399' as aliases; my commit message is in the style of 'rockchip: rkXXXX: do something'
<hanetzer> ahhh ok. neat.
<hanetzer> nice. first patchset I've sent using patman; seems to be a very nice tool for purpose.
mckoan|away is now known as mckoan
tre has joined #u-boot
sszy has joined #u-boot
GNUtoo has quit [Remote host closed the connection]
GNUtoo has joined #u-boot
tnovotny has joined #u-boot
behanw has quit [Quit: Connection closed for inactivity]
persmule has quit [Ping timeout: 258 seconds]
persmule has joined #u-boot
tnovotny has quit [Quit: Leaving]
apritzel has joined #u-boot
karthanistyr has quit [Quit: You have been kicked for being idle]
<prabhakarlad> Hi All, is there any callback available which lands into platform code just before booting Linux?
mckoan is now known as mckoan|away
monstr has joined #u-boot
mmu_man has joined #u-boot
zkrx has quit [Ping timeout: 268 seconds]
zkrx has joined #u-boot
<LeSpocky> monstr: I somehow suspected adding the FPGA uclass definition would open a can of worms *lol*
<LeSpocky> let's see if I can find some time for that, but I can not promise anything
prabhakarlad has quit [Quit: Client closed]
<monstr> LeSpocky: I think adding just uclass to be listed should be good start. Definitely not asking you to create that uclass
<LeSpocky> got that from the e-mail already ^^
<monstr> definitely creating simple uclass and test can be done quite quickly
<monstr> good
prabhakarlad has joined #u-boot
BenW_ has joined #u-boot
BenW__ has quit [Ping timeout: 244 seconds]
zkrx has quit [Ping timeout: 264 seconds]
BenW__ has joined #u-boot
BenW_ has quit [Ping timeout: 250 seconds]
torez has joined #u-boot
tre has quit [Remote host closed the connection]
* WoC Declaring today to be Retro Day... ;) https://www.youtube.com/watch?v=GQ4tdCpw_ls
mmu_man has quit [Quit: reboot]
<qschulz> marex: I added comments and the pre-reloc flags for your gpio-hog patch, do you want me to comment on the v1 or I send a v2?
<qschulz> I added comments and the pre-reloc flags for your gpio-hog patch *locally*, [...]
mmu_man has joined #u-boot
ElementW has quit [Read error: Connection reset by peer]
ElementW has joined #u-boot
<marex> qschulz: feel free to send v2
mmu_man has quit [Quit: reboot]
<qschulz> marex: ack
mmu_man has joined #u-boot
<hanetzer> bill the cat?
prabhakarlad has quit [Quit: Client closed]
prabhakarlad has joined #u-boot
mort has left #u-boot [The Lounge - https://thelounge.chat]
mps has quit [Ping timeout: 265 seconds]
<marex> qschulz: thanks
<marex> qschulz: seems like that "probe after bind" flag is one of the more useful ones
lucascastro has joined #u-boot
<marex> qschulz: lets us weed out all the ad-hoc "probe all the <x>" workarounds
<qschulz> regulators_enable_boot_off/on seems like a good candidate?
<marex> yeah
<marex> btw I am writing a reply, hold on a sec
<qschulz> marex: I don't think what you're usggesting is possible?
<qschulz> if the gpio-controller does not have dm--pre-reloc, gpio-hog won't be part of the spl
<qschulz> or at least I hope it's done this way
mps has joined #u-boot
<qschulz> oh gosh
<qschulz> what's the rationale behind this?
<qschulz> I guess specifically for the pinctrl case where you have "containers" node for which you probably don't want to add the u-boot,dm-pre-reloc
<marex> back
<qschulz> mmmm, ok so.. the core DM patch I sent is going to fix only the devices with compatibles
<qschulz> which is the not the case of gpio-hog (and probably other drivers)
<marex> devices with compatibles ?
<marex> oh
<marex> qschulz: btw this is real weird, if you flag the gpio-hog with dm-pre-reloc , how come the controller does not have that flag set ?
<qschulz> so I think we should actually add the flag in device_bind_common like I originally thought
<qschulz> but we're discussing two things at the same time I think
<qschulz> marex: you flag per device, so if we flag gpio-hog with DM_FLAG_PRE_RELOC, nothing actually flags the controller explicitly
<qschulz> (also, u-boot,dm-pre-reloc != DM_FLAG_PRE_RELOC)
<qschulz> (at least currently)
<marex> jeeze
<marex> qschulz: I noticed that odd disconnection before
<marex> qschulz: shouldn't the DM_FLAG_PRE_RELOC be set by u-boot,dm-pre-reloc though ?
<qschulz> marex: I believe we should do it yes
<marex> qschulz: what I don't understand is how could the dm-pre-reloc DT flag ever have worked
<marex> something is really weird here
BenW_ has joined #u-boot
<qschulz> marex: because it's not a DT flag
<qschulz> marex: U_BOOT_DRIVER.flags = DM_FLAG_PRE_RELOC
<qschulz> e.g. drivers/watchdog/designware_wdt.c
<qschulz> marex: also, I just started to look into dm for a day or so, so I would take whatever I say with a grain of salt :)
<marex> qschulz: so yeah, we have two sets of flags which seem to somehow overlap, but only partly
<marex> ones set by drivers, and ones set by DM core at runtime
BenW__ has quit [Ping timeout: 252 seconds]
<marex> so some drivers need to flag themselves as pre-reloc in code, some need that in DT
<qschulz> marex: it seems the *driver* flag is required for device_bind_by_name
<qschulz> where you probably don't have DT support or bypass it to probe by driver name
<marex> qschulz: look at drivers/core/lists.c ~line 240
<marex> there it checks both ofnode_pre_reloc() and DM_FLAG_PRE_RELOC
<qschulz> yes
<qschulz> marex: I was just wondering if the check in drivers/core/root.c dm_probe_devices() was actually not incorrect
<marex> qschulz: I just arrived at the same question too
<qschulz> maybe we shouldn't OR the mask with a driver mask but check if the *device* has the flag
<qschulz> if the device has the DT property
<marex> qschulz: can you check which devices that dm_probe_devices() function tries to probe with/without pre_reloc_only on your machine in SPL ?
apritzel has quit [Ping timeout: 265 seconds]
<marex> qschulz: maybe the check should be rather something like
<marex> if (!(flags & DM_FLAG_PROBE_AFTER_BIND)) return 0;
<marex> if (pre_reloc_only && (!ofnode_pre_reloc(node) && !(entry->flags & DM_FLAG_PRE_RELOC))) return 0;
<marex> ... do the probing ...
<marex> like that ^ ?
<qschulz> marex: the current code still probes the children though
<qschulz> so a goto instead of the return
<marex> errrr, right
mmu_man has quit [Ping timeout: 264 seconds]
<qschulz> marex: can dm functions be run without of support?
<qschulz> was wondering if we need some additional check for ofnode_pre_reloc
<qschulz> since we're going to pass it an of_node that might not exist
<marex> dm functions yes because of this errr ... PLATDATA
<marex> ofnode functions likely need a valid ofnode
vagrantc has joined #u-boot
minimal has joined #u-boot
<qschulz> marex: https://paste.ack.tf/d168d7 this one works for me
<marex> qschulz: that looks good, yes
<qschulz> marex: answering your mail because I don't follow what you were trying to highlight
crb has quit [Quit: Leaving]
BenW__ has joined #u-boot
naoki has quit [Quit: naoki]
naoki has joined #u-boot
BenW_ has quit [Ping timeout: 265 seconds]
sszy has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.]
mmu_man has joined #u-boot
BenW__ has quit [Quit: Leaving]
WoC has quit [Remote host closed the connection]
WoC has joined #u-boot
WoC has quit [Remote host closed the connection]
WoC has joined #u-boot
WoC has quit [Remote host closed the connection]
WoC has joined #u-boot
mmu_man has quit [Ping timeout: 252 seconds]
prabhakarlad has quit [Quit: Client closed]
mmu_man has joined #u-boot
ikarso has quit [Quit: Connection closed for inactivity]
monstr has quit [Remote host closed the connection]
prabhakarlad has joined #u-boot
zkrx has joined #u-boot
thopiekar has quit [Quit: No Ping reply in 180 seconds.]
thopiekar has joined #u-boot
sbach has quit [Read error: Connection reset by peer]
sbach has joined #u-boot
apritzel_ has joined #u-boot
naoki has quit [Quit: naoki]
apritzel_ has quit [Ping timeout: 265 seconds]
torez has quit [Quit: torez]
zpiro has joined #u-boot
minimal has quit [Quit: Leaving]
flyback has quit [Ping timeout: 244 seconds]
lucascastro has quit [Ping timeout: 252 seconds]
flyback has joined #u-boot
lucascastro has joined #u-boot
lucascastro has quit [Ping timeout: 246 seconds]
hanetzer has quit [Quit: WeeChat 3.6]
prabhakarlad has quit [Ping timeout: 252 seconds]
hanetzer has joined #u-boot