GNUtoo has quit [Remote host closed the connection]
GNUtoo has joined #u-boot
mranostaj has quit [Remote host closed the connection]
mranostaj has joined #u-boot
GNUtoo has quit [Remote host closed the connection]
GNUtoo has joined #u-boot
Xavier7 has quit [Quit: IRcap 8.72 ]
akaWolf has joined #u-boot
agust has joined #u-boot
sstiller has joined #u-boot
stefanro has quit [Ping timeout: 246 seconds]
fdanis_away is now known as fdanis
ladis has joined #u-boot
stefanro has joined #u-boot
smartin has joined #u-boot
frieder has joined #u-boot
Lokis has joined #u-boot
mckoan|away is now known as mckoan
guillaume_g has joined #u-boot
urja has quit [Read error: Connection reset by peer]
matthias_bgg has quit [Ping timeout: 265 seconds]
tnovotny has joined #u-boot
sszy has joined #u-boot
urja has joined #u-boot
tnovotny has quit [Quit: Leaving]
tnovotny has joined #u-boot
matthias_bgg has joined #u-boot
milkylainen has quit [Quit: Connection closed]
milkylainen has joined #u-boot
matthias_bgg has quit [Quit: Leaving]
matthias_bgg has joined #u-boot
mmu_man has joined #u-boot
matthias_bgg has quit [Ping timeout: 240 seconds]
Zapy_ has joined #u-boot
Zapy has quit [Ping timeout: 252 seconds]
Zapy_ is now known as Zapy
matthias_bgg has joined #u-boot
monstr has joined #u-boot
<monstr>
Hi
<monstr>
trying to figured it out how to build one binary with host or target gcc which will be used as file which is consumed by SPL binary.
<monstr>
there must be any Kbuild description for it
<monstr>
operations which I need to is gcc -c file.c objcopy -O file.o file.bin
<monstr>
and then file.bin will be taken into SPL
<monstr>
does anyone have any idea how this should be wired properly in Kbuild?
milkylainen_ has quit [Ping timeout: 265 seconds]
override1 has quit [Quit: Lost terminal]
override has quit [Quit: Lost terminal]
jwillikers has joined #u-boot
jwillikers has quit [Remote host closed the connection]
jwillikers has joined #u-boot
milkylainen_ has joined #u-boot
<mwalle>
xypron: (from your presentation) "/model node can be used to identify board specific dtb", I don't think that is true, where does the initial /model node come from?
<xypron>
mwalle: from the dtb. See Debian package flash-kernel which does the same.
<mwalle>
xypron: yes i know about the flash-kernel package, but it falls short for the same reason
<mwalle>
xypron: so i assume the inital dtb is the one from u-boot, for my board this is only a base one (because the board is actually a module and a carrier), the u-boot dtb only contains stuff on the module itself
<xypron>
mwalle: it comes with a database which has a dtb for each value of model
<mwalle>
but linux provides different device trees, but /model would still show the one from u-boot
<xypron>
mwalle: just boot once with the dtb that has the correct model property
<xypron>
mwalle: in Linux the model property should be unique per dtb
<mwalle>
xypron: mh, that doesn't really fit into "it just works"
<mwalle>
so to actually install an operating system, you'd need to supply the dtb manually?
<mwalle>
mhh, actually.. it could work though
<xypron>
mwalle: anyway you will not find an installer image which has the right u-boot for your board. You always have manual steps
<mwalle>
xypron: i don't need an u-boot, the u-boot is supplied with the board
<mwalle>
(and thus have 'some' dtb)
<xypron>
mwalle: does their model property deviate from Linux?
<mwalle>
xypron: have a look at linux_src/arch/arm64/boot/dts/freescale/fsl-ls1028a-kontron-sl28*dts, the model name is unique, but u-boot just uses the fsl-ls1028a-kontron-sl28-var[1-4].dts (the ones without the carrier stuff)
<mwalle>
anyway, it might work, at least with debian. that is, the debian installer iso will provide its own device trees, which are loaded by u-boot accroding to the fdtfile variable
<mwalle>
then the distribution will have the correct /model and could create the grub.cfg
gsz has joined #u-boot
alan_o has quit [Ping timeout: 245 seconds]
tnovotny has quit [Quit: Leaving]
sstiller has quit [Quit: Leaving]
alan_o has joined #u-boot
monstr has quit [Remote host closed the connection]
samekh has joined #u-boot
redbrain has joined #u-boot
ladis has quit [Quit: Leaving]
marc1 has quit [Read error: Connection reset by peer]
marc1 has joined #u-boot
guillaume_g has quit [Quit: Konversation terminated!]
macromorgan has quit [Read error: Connection reset by peer]
macromorgan has joined #u-boot
smartin has quit [Quit: smartin]
sicelo has joined #u-boot
sicelo has joined #u-boot
sicelo has quit [Changing host]
MWelchUK3 has joined #u-boot
mranosta1 has joined #u-boot
manu_ has joined #u-boot
indy_ has joined #u-boot
akaWolf1 has joined #u-boot
redbrain_ has joined #u-boot
qschulz_ has joined #u-boot
redbrain_ has quit [Client Quit]
redbrain_ has joined #u-boot
macromorgan has quit [*.net *.split]
matthias_bgg has quit [*.net *.split]
redbrain has quit [*.net *.split]
milkylainen has quit [*.net *.split]
stefanro has quit [*.net *.split]
akaWolf has quit [*.net *.split]
agust has quit [*.net *.split]
mranostaj has quit [*.net *.split]
sbach has quit [*.net *.split]
indy has quit [*.net *.split]
MWelchUK has quit [*.net *.split]
qschulz has quit [*.net *.split]
manu has quit [*.net *.split]
sauce has quit [*.net *.split]
flyback has quit [*.net *.split]
cambrian_invader has quit [*.net *.split]
MWelchUK3 is now known as MWelchUK
akaWolf1 is now known as akaWolf
sbach has joined #u-boot
redbrain_ has quit [Client Quit]
wooosaiii has joined #u-boot
sakman_ has joined #u-boot
sakman has quit [Read error: Connection reset by peer]
wooosaii has quit [Read error: Connection reset by peer]
flyback has joined #u-boot
stefanro has joined #u-boot
agust has joined #u-boot
macromorgan has joined #u-boot
sauce has joined #u-boot
mranosta1 is now known as mranostaj
cambrian_invader has joined #u-boot
Zapy_ has joined #u-boot
Zapy has quit [Ping timeout: 265 seconds]
Zapy_ is now known as Zapy
fdanis_a` has joined #u-boot
rfs613_alt has joined #u-boot
v3r3mitz has joined #u-boot
haritzondo has joined #u-boot
sigmaris_ has joined #u-boot
FredO3 has quit [Read error: Connection reset by peer]
__nick__ has joined #u-boot
fdanis_away has quit [Ping timeout: 265 seconds]
rfs613 has quit [Ping timeout: 265 seconds]
kveremitz has quit [Read error: Connection reset by peer]
sigmaris has quit [Ping timeout: 265 seconds]
___nick___ has quit [Ping timeout: 265 seconds]
Gravis has quit [Ping timeout: 265 seconds]
cbmuser has quit [Ping timeout: 265 seconds]
haritz has quit [Ping timeout: 265 seconds]
akaWolf has quit [Ping timeout: 265 seconds]
clarity has quit [Ping timeout: 265 seconds]
sigmaris_ is now known as sigmaris
v3r3mitz is now known as kveremitz
akaWolf has joined #u-boot
Gravis has joined #u-boot
macromorgan has quit [Quit: Leaving]
macromorgan has joined #u-boot
cbmuser has joined #u-boot
FredO has joined #u-boot
haritzondo has joined #u-boot
haritzondo has quit [Changing host]
haritzondo is now known as haritz
samekh has quit [Quit: leaving]
vagrantc has joined #u-boot
jamestperk is now known as jamesp
frieder has quit [Remote host closed the connection]
jamesp is now known as jamestperk
joaoSchim__ has quit [Ping timeout: 252 seconds]
sakman__ has joined #u-boot
sakman_ has quit [Read error: Connection reset by peer]
GNUtoo has quit [Remote host closed the connection]
GNUtoo has joined #u-boot
redbrain has joined #u-boot
Guest7874 has joined #u-boot
<Guest7874>
New to U-Boot, but I'm working on adding a new ARM target. I'm curious what the relationship is between Kernel's DTS files (arch/arm64/boot/dts) and U-Boot's (arch/arm/dts)? Are these supposed to be more or less in sync?
samekh has joined #u-boot
<samekh>
Hello, I am trying to boot an Alpine Linux generic aarch64 image on Helios64 but I get 'kernel_comp_addr_r or kernel_comp_size is not provided!'
<samekh>
could that mean I have a wrong kernel image?
<samekh>
the board is unfortunately not present in mainline u-boot and is based upon 2020.07. but since I found this message in the 'booti' command implementation, I thoght it might be a generic problem (me setting up the kernel image wrongly)
<samekh>
frankly, this is my first time compiling u-boot from sources and trying to make it run - coming from x86 world (BIOS), I'm now figuring out what all is needed :)
<samekh>
sorry, have to quit - but I think I have a clue after reading 'booti' command help: I'm not setting the load address for the kernel in the env, if I get it right
samekh has quit [Quit: leaving]
redbrain has quit [Ping timeout: 252 seconds]
gsz has quit [Ping timeout: 252 seconds]
jwillikers has quit [Remote host closed the connection]
Guest94 has joined #u-boot
<Guest94>
Are kernel dts files supposed to be the same as U-Boots? Some of the dts files look the same, while others are a lot different
__nick__ has quit [Ping timeout: 252 seconds]
<marex>
Guest94: they are supposed to be identical, except for the u-boot,dm-* extra nodes
<Guest94>
marex: Sounds good, thanks
<Guest94>
I'm looking to add a new device to U-Boot that already has mainline Linux support, so it sounds like I should start by coping over the dts files?
<cambrian_invader>
yes
<cambrian_invader>
generally they are not intentionally different
<Guest94>
yeah I just wasn't sure if the U-Boot ones were intentionally slimmed down
<cambrian_invader>
they are, but it's usually done automatically