<brujah>
I don't succeed to build sandbox_vpl, I have tried directly (make sandbox_vpl_defcongfig && make) and with "./test/py/test.py --bd sandbox_vpl --build, both fails with "binman: Section '/binman/fw-update': contents size 0x11f8830 (18843696) exceeds section size 0xdffc00 (14679040)"
<brujah>
someone else has reach this issue ?
apritzel has joined #u-boot
d-s-e has joined #u-boot
frieder has quit [Ping timeout: 248 seconds]
camus1 has joined #u-boot
camus has quit [Read error: Connection reset by peer]
WoC has quit [Read error: Connection reset by peer]
umbramalison has joined #u-boot
hthiery has quit [Ping timeout: 246 seconds]
vulpes2[m] has quit [Ping timeout: 264 seconds]
RecursiveG[m] has quit [Ping timeout: 260 seconds]
samueldr has quit [Ping timeout: 260 seconds]
umbramalison_alt has quit [Ping timeout: 248 seconds]
elvishjerricco has quit [Ping timeout: 252 seconds]
sylensky[m] has quit [Ping timeout: 248 seconds]
LinuxHackerman has quit [Ping timeout: 260 seconds]
mborzecki has quit [Ping timeout: 264 seconds]
kallisti5[m] has quit [Ping timeout: 256 seconds]
mvaittin has quit [Ping timeout: 256 seconds]
vitali64[m] has quit [Ping timeout: 265 seconds]
sakman has quit [Remote host closed the connection]
sakman has joined #u-boot
hthiery has joined #u-boot
RecursiveG[m] has joined #u-boot
ikarso has quit [Quit: Connection closed for inactivity]
d-s-e has joined #u-boot
manchaw has quit [Quit: Connection closed for inactivity]
sylensky[m] has joined #u-boot
elvishjerricco has joined #u-boot
vitali64[m] has joined #u-boot
<Tartarus>
brujah: What toolchain are you using?
<Tartarus>
That means the binary is too large, iirc
vulpes2[m] has joined #u-boot
jaganteki has joined #u-boot
samueldr has joined #u-boot
mborzecki has joined #u-boot
mvaittin has joined #u-boot
goliath has quit [Quit: SIGSEGV]
LinuxHackerman has joined #u-boot
kallisti5[m] has joined #u-boot
g5pw has quit [Quit: leaving...]
g5pw has joined #u-boot
hanetzer has quit [*.net *.split]
stefanro has quit [*.net *.split]
qschulz has quit [*.net *.split]
gbisson has quit [*.net *.split]
Gravis has quit [*.net *.split]
ghostbuster has quit [*.net *.split]
rfs613 has quit [*.net *.split]
manu has quit [*.net *.split]
mlaga97 has quit [*.net *.split]
qschulz has joined #u-boot
stefanro has joined #u-boot
hanetzer has joined #u-boot
gbisson has joined #u-boot
Gravis has joined #u-boot
ghostbuster has joined #u-boot
rfs613 has joined #u-boot
manu has joined #u-boot
mlaga97 has joined #u-boot
<brujah>
Tartarus: gcc version 9.4.0 (Ubuntu 9.4.0-1ubuntu1~20.04.1)
<Tartarus>
brujah: Maybe have buildman fetch a newer toolchain to use then
<brujah>
I use an ubuntu 20.04
<Tartarus>
Or maybe sjg1 can explain what file to tweak where, so that the size you have is allowed
mmu_man has quit [Ping timeout: 255 seconds]
frieder has quit [Quit: Leaving]
<marex>
Tartarus: in Kconfig, should a CLOCK driver 'select DM_RESET' or 'depends on DM_RESET' ?
<marex>
I guess select if it doesn't work without it
<Tartarus>
Well, it also needs the right clock reset driver I assume
<marex>
Tartarus: the clock driver is really a misc driver which registers both clock and reset sub-drivers
<marex>
Tartarus: coz the block is a clock/reset combo block
<Tartarus>
Ah
<Tartarus>
Well, I see:
<Tartarus>
config RESET_MEDIATEK
<Tartarus>
bool "Reset controller driver for MediaTek SoCs"
<Tartarus>
depends on DM_RESET && ARCH_MEDIATEK && CLK
<Tartarus>
as an existing example
ikarso has joined #u-boot
<marex>
Tartarus: that's not right
<Tartarus>
.. no, it's not exactly right either, heh, true
<marex>
Tartarus: see drivers/clk/renesas/Kconfig
<Tartarus>
There's in some ways too much asking the user about things that should just be select'd but it's hard to say where the line is
<marex>
CLK_RCAR_GEN3
<marex>
that really is sort of a library code
<marex>
hmmmm
<marex>
geez ... I wonder if all the CLK_R8A* should just 'select' CLK_RCAR_GEN3 too instead of 'depends on'
<Tartarus>
And also not be using def_bool like that
<Tartarus>
since def_bool is for things you don't ask
<Tartarus>
ie, config SYM, def_bool y, depends on FOO
<marex>
so what, default y if ... ?
<marex>
so yeah, I don't want user to ponder whether or not they should enable DM_RESET if CLK_RCAR_GEN3 is enabled , it should just be enabled, period
<marex>
hence, 'select' ?
<Tartarus>
Well, what's the place where the user has a choice?
<Tartarus>
Should it be back up at RCAR_GEN3 that you select the CLK and CLK_RCAR_GEN3 and ...
<marex>
Tartarus: the user really has no choice, either they enable the clock driver (and thus also the reset driver) for their SoC, or the system won't boot
<Tartarus>
So for example where do you know you have R8A7790 as the SoC?
<marex>
Tartarus: the SoC selection in arch/ should likely just 'select' the clock driver too
<Tartarus>
Yes
<Tartarus>
It should
mmu_man has joined #u-boot
<marex>
Tartarus: I think a larger overhault of the R-Car Kconfig is gonna happen ... soon ... but not now
<Tartarus>
k
<marex>
I still have a wall of patches to sort through
<Tartarus>
Then for now just have deps be missing
<Tartarus>
And correct it when you correct things
<marex>
Tartarus: for now, I will select the DM_RESET to make sure this doesn't get broken for any existing boards
<Tartarus>
k
<marex>
and when I rework the deps, it'll all be select