<marex>
hays: isnt there some kwboot thing which lets you start u-boot via USB or UART upload ?
<hays>
marex: there might be i need to try it
<hays>
there are these forks and not sure what to do about it
<hays>
like u-boot-marvell
thopiekar has quit [Ping timeout: 252 seconds]
thopiekar_ has joined #u-boot
<marex>
hays: like use u-boot mainline and just port over your board, since forks are in various state of decay
<hays>
im going to try something, but its a bit trial and error. I don't know what A3700-utils-marvell, atf-marvell, and mv-ddr-marvell are but im going to assume I need them
<xypron>
Tartarus: concerning GCC 12.2 migration: in https://source.denx.de/u-boot/custodians/u-boot-efi/-/pipelines/13781 the only remaining board making trouble is pogo_v4 with undefined reference to `__gnu_thumb1_case_si'. No clue why this symbol is not provided by libgcc.
samueldr has quit [Quit: Bridge terminating on SIGTERM]
Tartarus has quit [Quit: Bridge terminating on SIGTERM]
Domon has quit [Quit: Bridge terminating on SIGTERM]
mvaittin has quit [Quit: Bridge terminating on SIGTERM]
ric342[m] has quit [Quit: Bridge terminating on SIGTERM]
elvishjerricco has quit [Quit: Bridge terminating on SIGTERM]
mripard has quit [Quit: Bridge terminating on SIGTERM]
hthiery has quit [Quit: Bridge terminating on SIGTERM]
lespocky[m] has quit [Quit: Bridge terminating on SIGTERM]
vitali64[m] has quit [Quit: Bridge terminating on SIGTERM]
underpantsgnome[ has quit [Quit: Bridge terminating on SIGTERM]
LinuxHackerman has quit [Quit: Bridge terminating on SIGTERM]
par[m] has quit [Quit: Bridge terminating on SIGTERM]
jevinskie[m] has quit [Quit: Bridge terminating on SIGTERM]
johankor[m] has quit [Quit: Bridge terminating on SIGTERM]
Julia[m]1 has quit [Quit: Bridge terminating on SIGTERM]
kmaincent[m] has quit [Quit: Bridge terminating on SIGTERM]
kallisti5[m] has quit [Quit: Bridge terminating on SIGTERM]
vitali64[m] has joined #u-boot
<hays>
cool. I got the latest u-boot to compile, but I had to use gcc-7.5-linaro in order for the marvell utilities to work
samueldr has joined #u-boot
mripard has joined #u-boot
Tartarus has joined #u-boot
lespocky[m] has joined #u-boot
jevinskie[m] has joined #u-boot
LinuxHackerman has joined #u-boot
par[m] has joined #u-boot
elvishjerricco has joined #u-boot
jkorsnes[m] has joined #u-boot
mvaittin has joined #u-boot
hthiery has joined #u-boot
Domon has joined #u-boot
ric342[m] has joined #u-boot
kallisti5[m] has joined #u-boot
underpantsgnome[ has joined #u-boot
Julia[m] has joined #u-boot
kmaincent[m] has joined #u-boot
<hays>
i am not really too sure what they do, but they seem to be packaging the u-boot.bin into something suitable for the flash memory
hanetzer has quit [Quit: WeeChat 3.6]
prabhakarlad has quit [Quit: Client closed]
prabhakarlad has joined #u-boot
zibolo has joined #u-boot
minimal has joined #u-boot
\dev\ice has quit [Changing host]
\dev\ice has joined #u-boot
hanetzer has joined #u-boot
Gravis has quit [Quit: Murdered]
Gravis has joined #u-boot
filipm has quit [Quit: Client closed]
WoC` has joined #u-boot
<xypron>
yang2: ext4 calls zalloc() which creates buffers that are aligned with ARCH_DMA_MINALIGN, but the cache wants alignment with CONFIG_SYS_CACHELINE_SIZE. Please, check both values. Maybe the ext4 driver needs a patch.
<yang2>
xypron: thanks, where do I check these values in linux kernel.config ?
<xypron>
yang2: I thought you where looking at U-Boot? Here arch/arm/include/asm/cache.h:49:#define ARCH_DMA_MINALIGN CONFIG_SYS_CACHELINE_SIZE. So maybe a different place where the misaligned buffer comes from.
<yang2>
xypron: because I am able to load previous kernel usr/lib/linux-image-5.10.0-8-armmp/imx6q-utilite-pro.dtb
<yang2>
xypron: this machine uses u-boot from 2020
<xypron>
yang2: *.dtb is a device-tree not a kernel.
<marex>
I think you should be able to just grab the latest sources from source.denx.de/u-boot and compile that for utilite
monstr has quit [Remote host closed the connection]
mmu_man has joined #u-boot
mckoan is now known as mckoan|away
persmule has quit [Remote host closed the connection]
vagrantc has joined #u-boot
persmule has joined #u-boot
minimal has quit [Quit: Leaving]
<yang2>
marex: so it's a "git checkout v2022.10" for the latest stable?
crb has joined #u-boot
mmu_man has quit [Ping timeout: 252 seconds]
<marex>
well, there is u-boot/master, but v2022.10 is good enough
<yang2>
marex: do I need to use this, after the "make" command "$ tools/mkimage -n spl/u-boot-spl.cfgout -T imximage -e 0x908000 -d spl/u-boot-spl.bin spl.img" ?
<yang2>
but the sd card isn't being read inside the utilite...
mmu_man has joined #u-boot
<hays>
whats the deal with linaro? their last release seems to be gcc 7.5? but there are references to newer versions?
<hramrach>
I tried to run the tests on 32bit and it really does not work
<hramrach>
is there a sane way to fix it?
<hramrach>
like select the correct kconfig option automagically depending on the host
torez has quit [Quit: torez]
minimal has joined #u-boot
<hays>
i made this fancy diagram and I still don't know what these marvell utilities are doing to the u-boot image im building... https://file.st5ve.com/image.png