<asdf28>
This version of u-boot supports boot.scr, and will look for it in the first partition FAT /boot.scr or extX /boot.scr or extX /boot/boot.scr. boot.scr contains your needed uboot commands for loading script.bin, kernel. initrd (optional), setting kernel parameters and booting.
<asdf28>
so could this be a custom addition in the linux-sunxi uboot version?
<mru>
no
<mru>
that's all done with commands stored in variables and executed starting with bootcmd
<mru>
the default sunxi environment does a ton of weird stuff
<mru>
I suppose it's intended to be helpful
<mru>
but I always end up ripping it all out
<asdf28>
but that boot.scr file must be hardcoded to run somehwere, isn't it?
<mru>
no
<asdf28>
that's the only file that contains the actual boot command
<asdf28>
how strange
<mru>
it's referenced, possibly indirectly, from the bootcmd variable
<mru>
and that's the very last time I'm saying that
<mru>
you're on your own until someone more patient comes along
andy25225 has quit [Ping timeout: 240 seconds]
<asdf28>
that's just what i'm getting from the sunxi-uboot documentation, from what i understand it executes this magic file boot.scr.
<asdf28>
that might not exist in the original u-boot
andy25225 has joined #linux-sunxi
Nemo_bis has joined #linux-sunxi
<KotCzarny>
asdf28: i think boot_mmc is just some script predefined
<KotCzarny>
try: printenv
<asdf28>
i cannot use printenv yet, i have not installed u-boot yet
<asdf28>
i'm just trying to understand the process
<diego71>
ah goodluck :)
<KotCzarny>
do you know any scripting language?
<asdf28>
but according to the sunxi-uboot wiki, this is all some magic that was added to the sunxi-uboot code
<asdf28>
executing the boot.scr file and if that not exists, executing a default boot command
<KotCzarny>
if its hardcoded, then look into the source
<asdf28>
that would otherwise not happen with the original u-boot
<asdf28>
at least from what i understand
<asdf28>
yes i'm looking at it right now
<KotCzarny>
google the sources for boot_mmc and you will know if its the alias for some subscript or custom command
<KotCzarny>
s/google/grep/
<asdf28>
s/google/grep/?
<KotCzarny>
common shorthand 'i've meant to write 'grep' not 'google''
<asdf28>
oh i see
<j--r>
<KotCzarny "common shorthand 'i've meant to "> Actually it's the syntax of the sed tool to do a replace...
<KotCzarny>
j--r: but it grew out of a sed to irc and other places
<j--r>
KotCzarny: I know
<asdf28>
"bootcmd=run boot_mmc" this appears in the mainline u-boot source, but only in some board-specific files as far as i understand
<asdf28>
but apparently, this is a magic variable that is executed at some point
<KotCzarny>
i still think boot_mmc is just alias for a chain of commands
<KotCzarny>
which woulg get explained by printenv
<mru>
still going round in the same circles, I see
<KotCzarny>
i dont have board handy to check at this moment unfortunatelly
iamfrankenstein has joined #linux-sunxi
<asdf28>
mru how do you mean that?
<mru>
the discussion is very repetitive
<asdf28>
well i am slow to understand, yes, because this is the first time i am learning about these things
<asdf28>
and i'm just trying to understand which bits of code are standard u-boot and which aren't, because the sunxi-uboot has made some modifications
<KotCzarny>
j--r: well, one can define own aliases of uboot commands in mainline too
<j--r>
I know.... but just wanted to make clear that it's pointless to look at legacy stuff
<KotCzarny>
j--r: for new things, yes. for learning some tricks, there are fine hacks here and there
<j--r>
Yeah ok
<asdf28>
j--r i needed to look at it because newer examples for u-boot use the device tree model, and i cannot use that because newer kernels do not work with my board
<asdf28>
so i looked at the legacy examples that use the old method with script files
<j--r>
Okay
<asdf28>
but the mainline u-boot might also work if it can use these old script files
<KotCzarny>
newer uboot can boot legacy kernel
JohnDoe_71Rus has quit [Quit: KVIrc KVIrc Aria 5.0.1, revision: 5.0.1+git-7433-0df9f22f2, build type: debug, sources date: 20160102, built on: 2019-12-08 19:19:20 UTC 5.0.1+git-7433-0df9f22f2 http://www.kvirc.net/]
<KotCzarny>
but you should get your board supported in both uboot and linux
<KotCzarny>
will save you time in the long run
<asdf28>
yes
iamfrankenstein has quit [Quit: iamfrankenstein]
asdf28 has quit [Remote host closed the connection]