xypron changed the topic of #u-boot to: #u-boot SOURCE MOVED TO https://source.denx.de/u-boot/u-boot.git / U-Boot 2023.01 / Merge Window is OPEN, -next is CLOSED / Release v2023.01 is scheduled for 2023-01-09 / Channel archives at https://libera.irclog.whitequark.org/u-boot
matthias_bgg has quit [Ping timeout: 265 seconds]
matthias_bgg has joined #u-boot
lucascastro has joined #u-boot
lucascastro has quit [Remote host closed the connection]
adams[1] has quit [Quit: Client closed]
prabhakarlad has quit [Quit: Client closed]
thopiekar_ has quit [Ping timeout: 252 seconds]
thopiekar has joined #u-boot
mmu_man has quit [Ping timeout: 250 seconds]
vagrantc has quit [Quit: leaving]
hanetzer has quit [Quit: WeeChat 3.6]
<hays> i wonder if this is significant; https://paste.debian.net/1256605/
<macromorgan> so trying to include a TEE (the rockchip bl32.bin binary) gives me an assload of "alloc space exhausted". Anyone familiar with how to add it to an image?
LeSpocky has quit [Ping timeout: 265 seconds]
LeSpocky has joined #u-boot
jclsn has quit [Ping timeout: 264 seconds]
jclsn has joined #u-boot
thopiekar has quit [Ping timeout: 268 seconds]
thopiekar has joined #u-boot
minimal has quit [Quit: Leaving]
<Forty-Bot> macromorgan: increase MALLOC_F_LEN :P
hanetzer has joined #u-boot
thopiekar has quit [Ping timeout: 252 seconds]
thopiekar has joined #u-boot
ikarso has joined #u-boot
mmu_man has joined #u-boot
sszy has joined #u-boot
frieder has joined #u-boot
frieder has quit [Client Quit]
frieder has joined #u-boot
mncheck has joined #u-boot
mckoan|away is now known as mckoan
monstr has joined #u-boot
zibolo has joined #u-boot
prabhakarlad has joined #u-boot
apritzel has joined #u-boot
ldevulder has quit [Remote host closed the connection]
ldevulder has joined #u-boot
rfried has quit [Quit: Connection closed for inactivity]
indy has quit [Ping timeout: 260 seconds]
<kabel> hays: what kind of wifi is the PDn working around? is it ath10k?
<kabel> hays: anyway, the pcie-reset-pin needs to be set to gpio function, because for some reason the pcie controller does not actaully change it's value when you write to the corresponding register
<kabel> hays: that's why we added the ability to control the pin via gpio subsystem into the pcie-aardvark driver
<hays> kabel: libertas
<hays> kabel: im trying to figure out why in one dtb the wifi needs to be reset to work and in the other it does not
<hays> Ive made a diff between the two
<hays> manually, maybe there was an easier way
indy has joined #u-boot
stefanro has quit [Ping timeout: 268 seconds]
stefanro has joined #u-boot
zibolo has quit [Ping timeout: 250 seconds]
zibolo has joined #u-boot
torez has joined #u-boot
zibolo has quit [Ping timeout: 268 seconds]
zibolo_ has joined #u-boot
mmu_man has quit [Ping timeout: 250 seconds]
rvalue has quit [Quit: ZNC - https://znc.in]
prabhakarlad has quit [Quit: Client closed]
rvalue has joined #u-boot
matthias_bgg has quit [Quit: Leaving]
<milkylainen> I have a extlinux.conf loading platform in U-boot. iirc U-boot provides some u-boot custom scripting method that isn't for regular extlinux.conf. boot.scr mechanism? Is there any way to attach kernel and initrd signature checking through the bootscript? Or a normal console tool signature validation of data?
<milkylainen> Because normal extlinux doesn't have a signature mechanism afaiu?
mmu_man has joined #u-boot
prabhakarlad has joined #u-boot
ikarso has quit [Quit: Connection closed for inactivity]
<hramrach> uhh, technically extlinux.conf does not say anything about signature - your kernel and ramdisk may be signed, and it may be not
<hramrach> if you isnist that you want secure boot and specify the kernel to load with extlinux.conf it should work
<hramrach> but extlinux.conf can supply kernel parameters that aren't signed
<hramrach> milkylainen: like even if extlinux loader does not check signature now so long as you have the code for checking ignatures you can check them
tnovotny has joined #u-boot
rvalue has quit [Read error: Connection reset by peer]
rvalue has joined #u-boot
minimal has joined #u-boot
zibolo_ has quit [Ping timeout: 265 seconds]
zibolo has joined #u-boot
prabhakarlad has quit [Quit: Client closed]
prabhakarlad has joined #u-boot
guillaume_g has quit [Quit: Konversation terminated!]
vagrantc has joined #u-boot
mmu_man has quit [Ping timeout: 252 seconds]
sszy has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.]
mmu_man has joined #u-boot
thopiekar has quit [Quit: Likely restarting quassel...]
mmu_man has quit [Ping timeout: 252 seconds]
frieder has quit [Remote host closed the connection]
tnovotny has quit [Quit: Leaving]
thopiekar has joined #u-boot
mmu_man has joined #u-boot
mckoan is now known as mckoan|away
WoC` has quit [Remote host closed the connection]
mmu_man has quit [Ping timeout: 264 seconds]
___nick___ has joined #u-boot
___nick___ has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
<macromorgan> quick question (I perused the docs but might have missed it)... if I need to pass a filename to binman in the devicetree how do I do that?
<macromorgan> basically I'm trying to use binman but with a hard-coded TPL stage (since I don't have a raminit binary right now)
<macromorgan> rather, since I don't have source code to init the ram
<marex> macromorgan: look at what imx8m*dtsi does
<marex> that uses hard-coded DRAM init blobs too
<macromorgan> okay cool
<marex> (I dont know where it is in the docs, sorry)
<macromorgan> no worries, an example is worth several paragraphs
mmu_man has joined #u-boot
WoC` has joined #u-boot
mmu_man has quit [Ping timeout: 248 seconds]
apritzel has quit [Ping timeout: 265 seconds]
monstr has quit [Remote host closed the connection]
mmu_man has joined #u-boot
<marex> cambrian_invader: requires a sign-in from G
<cambrian_invader> even after that it's still private
<cambrian_invader> sorry, I phrased that poorly; it is currently private, but should it be public
<cambrian_invader> it's linked from your VBE spec
<marex> cambrian_invader: Visual Basic for Enterprise ?
<cambrian_invader> verified boot for embedded
<cambrian_invader> simon's new project :)
<marex> ah :)
<marex> cambrian_invader: surprising its not called bootman or verifiedman, since all the other tools are somethingman
<cambrian_invader> someone else named fwupd first
<cambrian_invader> otherwise it would be called fwman
<marex> firman :)
<marex> I was sometimes wondering what was it about this consistency of naming and why man ... like manager ?
<cambrian_invader> yeah
<cambrian_invader> manage patches, manage builds, ...manage binaries
<cambrian_invader> not sure about the last one
<cambrian_invader> although they do need a bit of herding
mmu_man has quit [Ping timeout: 252 seconds]
<macromorgan> hmm... can't seem to get the output of idbloader.img to match when I do it manually (struggling with binman right now)
<macromorgan> trying to get binman to output the string "mkimage -n rk3568 -T rksd -d ram_init.bin:spl/u-boot-spl.bin idbloader.img". I can see the files concated but it's not the same size
mmu_man has joined #u-boot
prabhakarlad has quit [Quit: Client closed]
<cambrian_invader> Tartarus: do you have a full run for the rtc thing?
<cambrian_invader> I tried locally and can't reproduce it
<cambrian_invader> nevermind; it appears to have broken between 07 and 10
<cambrian_invader> hm, seems to be related to CONFIG_BLK
<marex> macromorgan: try looking at https://github.com/sjg20/u-boot for-marek branch
<marex> macromorgan: that might be the fixed implementation of bundling files
<macromorgan> what's weird is that it looks like the idbloader.img file isn't actually the output of the tools/mkimage tool, even though it should be
<macromorgan> is there a way I can confirm what makes that, or force binman to be more verbose?
torez has quit [Remote host closed the connection]
<macromorgan> if I define it in "rockchip-u-boot.dtsi" it works, but if I define it in an override of that it doesn't... weird...
prabhakarlad has joined #u-boot
prabhakarlad has quit [Quit: Client closed]
mncheck has quit [Ping timeout: 260 seconds]
<cambrian_invader> "See VBE Firmware Update for more information."
<hramrach> video bios extension?
<cambrian_invader> hramrach: click the link :P
<cambrian_invader> works, thanks
<sjg1> Tartarus: no, sorry, that series needs a new version. Ideally will have it out by the weekend
<sjg1> But the VBE one I sent this morning is ready
mmu_man has quit [Ping timeout: 246 seconds]
<sjg1> Tartarus it comes before the one you listed
camus1 has joined #u-boot
camus has quit [Remote host closed the connection]
camus1 is now known as camus
<Tartarus> ok