ikarso has quit [Quit: Connection closed for inactivity]
zibolo has quit [Ping timeout: 248 seconds]
zibolo has joined #u-boot
MyNetAz has quit [Remote host closed the connection]
MyNetAz has joined #u-boot
mmu_man has quit [Ping timeout: 252 seconds]
Jones42 has quit [Ping timeout: 252 seconds]
Jones42 has joined #u-boot
jclsn has quit [Ping timeout: 272 seconds]
jclsn has joined #u-boot
persmule has quit [Quit: Leaving]
dsimic has quit [Ping timeout: 244 seconds]
dsimic has joined #u-boot
clamor has joined #u-boot
persmule has joined #u-boot
clamor has quit [Ping timeout: 244 seconds]
clamor has joined #u-boot
Stat_headcrabbed has joined #u-boot
persmule has quit [Quit: Leaving]
persmule has joined #u-boot
clamor has quit [Ping timeout: 244 seconds]
clamor has joined #u-boot
monstr has joined #u-boot
monstr has quit [Ping timeout: 252 seconds]
ikarso has joined #u-boot
warpme has joined #u-boot
goliath has joined #u-boot
enok has joined #u-boot
enok has quit [Ping timeout: 252 seconds]
enok has joined #u-boot
enok has quit [Ping timeout: 246 seconds]
enok has joined #u-boot
eballetbo has joined #u-boot
enok has quit [Client Quit]
enok has joined #u-boot
goliath has quit [Quit: SIGSEGV]
enok has quit [Ping timeout: 248 seconds]
monstr has joined #u-boot
ldevulder has joined #u-boot
enok has joined #u-boot
sstiller has joined #u-boot
frieder has joined #u-boot
enok has quit [Ping timeout: 268 seconds]
enok has joined #u-boot
enok has quit [Client Quit]
enok71 has joined #u-boot
monstr_ has joined #u-boot
monstr has quit [Remote host closed the connection]
enok71 has quit [Ping timeout: 260 seconds]
enok has joined #u-boot
goliath has joined #u-boot
macromorgan has quit [Quit: No Ping reply in 180 seconds.]
macromorgan has joined #u-boot
<dormito>
the nxp-fspi driver largely works with the i.mxrt1170 (which has a very basic u-boot/master defconfig), however the LUT count for the imxrt1170 is smaller that the currently support parts. The linux kernel has a patch to address the LUT count issue.... My question is: Is there any formatting guide lines for pulling patches from linux?
Jones42 has quit [Remote host closed the connection]
sstiller has quit [Quit: Leaving]
vardhan has joined #u-boot
vardhan_ has joined #u-boot
<clamor>
dormito: wrap linux idea into uboot wrapper
<dormito>
oh, I left out the key detail: "guide lines for the commit message". Since the u-boot driver looks nearly whole sale copied from linux, the patch should apply relatively cleaning
clamor has quit [Read error: Connection reset by peer]
clamor has joined #u-boot
<clamor>
dormito: same as linux
<dormito>
should I take on the equilvelent of a "cherry-pick -x" line to see exactly where it came from?
<dormito>
*tack on
mmu_man has joined #u-boot
bjoto`` has quit [Remote host closed the connection]
clamor has quit [Read error: Connection reset by peer]
clamor has joined #u-boot
<marex>
dormito: yes
<dormito>
ok cool
vfazio has joined #u-boot
warpme has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
Stat_headcrabbed has quit [Quit: Stat_headcrabbed]
Stat_headcrabbed has joined #u-boot
rvalue has quit [Read error: Connection reset by peer]
rvalue has joined #u-boot
persmule has quit [Ping timeout: 264 seconds]
warpme has joined #u-boot
ldevulder has quit [Ping timeout: 248 seconds]
persmule has joined #u-boot
rvalue- has joined #u-boot
rvalue has quit [Ping timeout: 252 seconds]
rvalue- is now known as rvalue
<mwalle>
trini: CONFIG_ENV_OFFSET might be negative in case of CONFIG_ENV_IS_IN_MMC but kconfig doesn't let you specify negative values apparently. Maybe that fell through the cracks by converting the define to kconfig
<mwalle>
Tartarus: ^
sszy has joined #u-boot
<Tartarus>
mwalle: Ah, yeah. "range" might support negative, but likely only for int not hex
<Tartarus>
So would need a new symbol instead of the trick we were doing before
Stat_headcrabbed has quit [Quit: Stat_headcrabbed]
Stat_headcrabbed has joined #u-boot
clamor has quit [Ping timeout: 244 seconds]
clamor has joined #u-boot
leah has quit [Ping timeout: 268 seconds]
vardhan has quit [Remote host closed the connection]
vardhan_ has quit [Read error: Connection reset by peer]
vardhan_ has joined #u-boot
vardhan has joined #u-boot
enok has quit [Ping timeout: 260 seconds]
ldevulder has joined #u-boot
Stat_headcrabbed has quit [Quit: Stat_headcrabbed]
Stat_headcrabbed has joined #u-boot
leah has joined #u-boot
<mwalle>
Tartarus: something along 'bool "Treat offset as relative to the end of the partition"'
<Tartarus>
Yeah, sounds right
<mwalle>
Tartarus: ok will try to make a patch tomorrow
mripard has joined #u-boot
warpme has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
clamor has quit [Ping timeout: 252 seconds]
clamor has joined #u-boot
naoki has quit [Quit: naoki]
mripard has quit [Ping timeout: 276 seconds]
mripard has joined #u-boot
enok has joined #u-boot
monstr_ has quit [Ping timeout: 252 seconds]
frieder has quit [Remote host closed the connection]
goliath has quit [Quit: SIGSEGV]
enok has quit [Ping timeout: 260 seconds]
enok has joined #u-boot
enok has quit [Client Quit]
enok has joined #u-boot
ldevulder has quit [Remote host closed the connection]
enok has quit [Read error: Connection reset by peer]
ldevulder has joined #u-boot
enok has joined #u-boot
enok has quit [Remote host closed the connection]
persmule has quit [Remote host closed the connection]
persmule has joined #u-boot
ldevulder has quit [Ping timeout: 252 seconds]
rvalue has quit [Read error: Connection reset by peer]
warpme has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
enok has joined #u-boot
<clamor>
sjg1: hey there! May you pls check the sandbox changes regarding ram remapping we talked about recently, once you have some spare time of course. I would like to init a pull request to resolve this issue.
vardhan_ has quit [Ping timeout: 245 seconds]
vardhan has quit [Ping timeout: 245 seconds]
enok has quit [Ping timeout: 252 seconds]
pgreco_ has joined #u-boot
pgreco has quit [Ping timeout: 248 seconds]
<f_>
hey, just out of curiosity what's u-boot's stance on including proprietary firmware?
<f_>
in the tree
<marex>
f_: firmware loader uclass exists :)
<f_>
marex: yeah but I more meant *including* proprietary firmware in u-boot's tree
<f_>
in e.g. C array
<f_>
I'm asking because apart from drivers/usb/host/xhci-rcar-r8a779x_usb3_v3.h I don't see any such thing across the tree :p
<marex>
f_: doesnt sjg1 have some blob...something for that ?
<f_>
binman?
<f_>
(note, it's just out of curiosity, I don't really plan on including proprietary fw in u-boot)
<marex>
f_: maybe, I think mx8mp bundles some DRAM blobs in uboot spl
ldevulder has joined #u-boot
ldevulder has quit [Client Quit]
clamor has quit [Read error: Connection reset by peer]
vagrantc has joined #u-boot
Stat_headcrabbed has quit [Remote host closed the connection]
<marex>
vagrantc: hey, do you know why the amd64 build got stuck/failed ?
<marex>
vagrantc: the debian uboot MR that is
<vagrantc>
marex: because you do not have configured access to arm64 runners ... i get them as a debian developer but other users need to "bring their own"
<marex>
vagrantc: oh , ok
<vagrantc>
marex: i tried restarting the job, wondering if it would pick up my arm64 runners, but alas no
<vagrantc>
marex: fairly sure all the targets you added are armhf?
<marex>
vagrantc: all are armhf, it is even in the commit message
<vagrantc>
marex: who reads those? :)
<marex>
vagrantc: what I didn't figure out is how to deal with iMX8M which pulls in non-free proprietary blobs into the flash.bin bootloader binary, and it also includes non-free-software TFA
<marex>
vagrantc: that is my next topic to look at
<vagrantc>
marex: yeah, it would be possible to include the firmwares in non-free-firmware and ship the u-boot package as part of contrib (or non-free-firmware, maybe?) but in my experience someone looked at this and at least for imx8mq the needed blobs were not even fit for non-free-firmware in debian
<vagrantc>
the license did not even permit redistribution... so unless iMX8M is different license...
<vagrantc>
marex: other option is if you can build the u-boot bits and then include a script to assemble a workinng image by downloading random stuff off the internet and shunting it into a working form
<marex>
vagrantc: the other MX8M are not any better
<marex>
the blob infestation is vomit inducing
<marex>
vagrantc: I am seriously worried where this leads ... back to before GPL existed I am sure
goliath has quit [Quit: SIGSEGV]
<Tartarus>
xypron: Ugh, I think I hit my first real snag on having a next branch. The efi changes to master and the efi changes to next do not automerge well
<xypron>
Tartarus: How can I help?
<Tartarus>
xypron: I just sent an email but, merge and send me the result please.