Tartarus changed the topic of #u-boot to: SOURCE MOVED TO https://source.denx.de/u-boot/u-boot.git / U-Boot v2023.01, v2023.04-rc2 / Merge Window is CLOSED, next branch is OPEN / Release v2023.04 is scheduled for 2023-04-03 / Channel archives at https://libera.irclog.whitequark.org/u-boot
ikarso has quit [Quit: Connection closed for inactivity]
hanetzer has quit [Quit: WeeChat 3.8]
pwdr has joined #u-boot
goliath has quit [Quit: SIGSEGV]
apritzel_ has quit [Ping timeout: 255 seconds]
mmu_man has quit [Ping timeout: 252 seconds]
<sjg1> marex: We are not ready yet for easy xPL builds. I think this is the order:
<sjg1> 1. Troy's patches merged
<sjg1> 2. I respin spld and it gets merged
<sjg1> 3. We decide to go ahead with split config (splg) and that gets merged
<sjg1> 4. We agree on a Kconfig schema change for this (not essential but very helpful)
<marex> ha
<marex> I wonder if I should partialy mis-use TPL for an idea from fosdem
<marex> basically, since MX8M now has the PSCI provider ability in U-Boot, that PSCI provider code is part of U-Boot, which means if there is a bug , U-Boot update is necessary
<marex> but
<marex> U-Boot now runs in EL3, it is the PSCI provider, and ... it doesn't call into any PSCI implementation
<marex> so
<marex> why not create self-contained PSCI implementation (xPL) which would be loaded and started just before the kernel (like optee for example) from the same kernel fitImage
<marex> then if there is a bug in the PSCI implementation, one just updates the fitImage, as if they were updating a kernel image
<marex> safe
<sjg1> Then we should be able to have the different xPL things declared in Kconfig and that will be enough
vagrantc has quit [Quit: leaving]
pwdr has quit [Ping timeout: 260 seconds]
thopiekar has quit [Ping timeout: 255 seconds]
thopiekar has joined #u-boot
stefanro has joined #u-boot
Wouter010067044 has quit [Quit: The Lounge - https://thelounge.chat]
Wouter010067044 has joined #u-boot
persmule has quit [Remote host closed the connection]
hanetzer has joined #u-boot
apritzel_ has joined #u-boot
apritzel_ has quit [Ping timeout: 268 seconds]
thopiekar has quit [Ping timeout: 268 seconds]
thopiekar has joined #u-boot
thopiekar_ has joined #u-boot
thopiekar has quit [Ping timeout: 268 seconds]
stipa_ has joined #u-boot
stipa has quit [Ping timeout: 265 seconds]
stipa_ is now known as stipa
matthias_bgg has quit [Ping timeout: 252 seconds]
matthias_bgg has joined #u-boot
goliath has joined #u-boot
stipa_ has joined #u-boot
stipa has quit [Ping timeout: 255 seconds]
stipa_ is now known as stipa
stipa_ has joined #u-boot
stipa has quit [Ping timeout: 252 seconds]
stipa_ is now known as stipa
thopiekar_ has quit [Ping timeout: 246 seconds]
thopiekar has joined #u-boot
apritzel_ has joined #u-boot
apritzel_ has quit [Ping timeout: 255 seconds]
Wouter010067044 has quit [Quit: The Lounge - https://thelounge.chat]
Wouter010067044 has joined #u-boot
pgreco has joined #u-boot
pgreco_ has quit [Ping timeout: 246 seconds]
macromorgan_ has joined #u-boot
macromorgan has quit [Killed (molybdenum.libera.chat (Nickname regained by services))]
mmu_man has joined #u-boot
GNUtoo has quit [Ping timeout: 255 seconds]
apritzel_ has joined #u-boot
GNUtoo has joined #u-boot
apritzel_ has quit [Ping timeout: 255 seconds]
persmule has joined #u-boot
persmule has quit [Quit: Leaving]
Wouter010067044 has quit [Quit: The Lounge - https://thelounge.chat]
Wouter010067044 has joined #u-boot
persmule has joined #u-boot
mmu_man has quit [Ping timeout: 268 seconds]
stefanro has quit [Quit: Leaving.]
mmu_man has joined #u-boot
hanetzer has quit [Ping timeout: 255 seconds]
<marex> sjg1: is there some way to get the command output from 'ut' ?
<marex> sjg1: like, during test development, I would like to be able to see what the commands printed before their failed , or just run a command to verify whatever
matthias_bgg has quit [Quit: Leaving]
lucascastro has joined #u-boot
lucascastro has quit [Ping timeout: 246 seconds]
mmu_man has quit [Ping timeout: 246 seconds]
<sjg1> marex: With sandbox you can use the -v flag
<marex> sjg1: thanks ... I ran into another problem in the meantime
<marex> if a command prints \t , it is considered a line in the output
<marex> I am looking into membuff_readline now
<sjg1> marex: Oh that is a bug. If you change the space to a '\0' in console_record_readline() it should work
<marex> sjg1: yeah, it does ... dang
<marex> sjg1: can you send a patch ?
<sjg1> OK
<marex> sjg1: you can add my RB/TB marek.vasut+renesas@mailbox.org
mmu_man has joined #u-boot
<marex> and I can go back to fdt print test
<marex> which btw has a bug too
<marex> fdt print on property clock-frequency = <0x00fde800>; ... prints it as string
<marex> its already fixed in dtc, but broken in uboot
<marex> sjg1: that u-boot -v ... fantastic, thanks
<sjg1> OK good!
<marex> sjg1: the -v doesn't print the executed commands though, does it ?
<marex> well that is weird
<marex> u-boot -d u-boot.dtb -c 'fdt addr $fdtcontroladdr ; fdt print /serial compatible ; fdt print /serial u-boot,dm-spl'
<marex> compatible = "sandbox,serial"
<marex> /serial u-boot,dm-spl
<marex> notice the /serial in front of property without value (type <empty> in DTspec)
<marex> it isnt there fore props with values
<marex> seems like that is how it was since forever 781e09ee6e3e3e392ab362c1f0ef1068adc76e3e
<sjg1> marex: Looks like a bug to me
<marex> sjg1: the behavior has been there for like 15 years
<marex> I guess we can change it
apritzel_ has joined #u-boot
<sjg1> Yep
Wouter010067044 has quit [Quit: The Lounge - https://thelounge.chat]
Wouter010067044 has joined #u-boot
<marex> u-boot -d u-boot.dtb -c 'fdt addr $fdtcontroladdr ; fdt addr ; fdt get addr var / compatible ; pri var ; md $var'
<marex> Working FDT set to b51afc0
<marex> Working fdt: 0b51afc0
<marex> phys_to_virt: Cannot map sandbox address 1b51c080 (SDRAM from 0 to 10000000)
<marex> var=0x000000001b51c080
<marex> Aborted
<marex> boom
<marex> that's weird
<marex> looks like some mapping error somewhere
Leopold has quit [Ping timeout: 255 seconds]
Leopold has joined #u-boot