monstr has quit [Remote host closed the connection]
tre has joined #u-boot
frieder has quit [Remote host closed the connection]
redbrain has quit [Quit: Lost terminal]
gcl_ has quit [Remote host closed the connection]
<mrnuke>
marex: I'd be very careful about just adding stages. I think PSCI in particular is okay if we treat it as a loadable object, rather than another boot stage
<marex>
mrnuke: what is the difference between loadable object vs. boot stage ?
tre has quit [Quit: Leaving]
torez has joined #u-boot
matthias_bgg has quit [Ping timeout: 276 seconds]
<mrnuke>
marex: you have to execute SPL, to get to u-boot, whereas a loadable object you put in memory, but don't execture
<mrnuke>
marex: now whatever comes after u-boot can call into these loadables.
redbrain has joined #u-boot
<marex>
mrnuke: except you have to execute the PSCI to set it up
<marex>
mrnuke: and you might not execute U-Boot in falcon mode
<marex>
so ... there is so much overlap that they are the same thing
fdanis is now known as fdanis_away
sszy has quit [Ping timeout: 272 seconds]
cebrax has quit [Ping timeout: 246 seconds]
<Tartarus>
drewfustini: What OS are you attempting to boot?
<Tartarus>
I see at least as of hardknott MACHINE=beaglebone grub-efi still fails to be allowed.
<Tartarus>
MACHINE=qemuarm too :(
tlwoerner_ is now known as tlwoerner
<drewfustini>
linux... my interest was because mender recommends using grub for their A/B switch scripting. I had never tried uboot -> grub before so I was curious if it would work
alpernebbi has quit [Quit: alpernebbi]
<Tartarus>
Yeah, I meant what distro? When I looked recently, for 32bit arm, only fedora was using grub and not extlinux.conf or similar
<Tartarus>
64bit arm is where grub-efi is doable in OE, and also nearly everywhere else
<Tartarus>
(I found Armbian was extlinux.conf for I think it was le potato? that I grabbed as a quick example)
<Tartarus>
for 32bit arm, Debian could be done with grub, but that wasn't the install media I found
<mrnuke>
marex: Do you do SPL -> u-boot -> PSCI -> u-boot -> OS, or what's the intended boot flow?
redbrain has quit [Quit: leaving]
<milkylainen_>
efi framebuffer console in U-boot. Is it just me or is it like more than stupid slow?
<milkylainen_>
Scrolling one line takes like 2 seconds.
torez has quit [Ping timeout: 256 seconds]
torez has joined #u-boot
<drewfustini>
Tartarus: sorry for the delay. I am wanting to use Yocto/OE.
<cambrian_invader>
you can always use the android A/B stuff
<Tartarus>
drewfustini: Yeah, that's a harder can of worms, sadly.
<Tartarus>
Upstream OE disables building grub-efi on 32bit arm
<Tartarus>
I forget how far I got kicking that particular can before I set it aside to verify some stuff on aarch64 instead.
<Tartarus>
(And it may have been further annoyed by meta-arm-toolchain + meta-arm, or that might have been a red herring, I did not push down the path of building for oe-core and qemuarm alone, got side tracked)
<Tartarus>
cambrian_invader: You can just do U-Boot + Mender directly, that's the normally supported path
<Tartarus>
It's just that it's more annoying to implement a generic script in U-Boot due to stuff like "load DEV INTERFACE:PARTNUM" taking hex for interface (ok, fine) and partnum (lots of stuff has > 10 partitions)
<cambrian_invader>
well, there is always `load DEV INTERFACE#PARTNAME`
<drewfustini>
the reason I wanted to get grub working was that mender recommends it:
<drewfustini>
> By default, Mender uses GRUB to boot, and this is the recommended bootloader to use, even on platforms that ordinarily use U-Boot. However, U-Boot can be used in cases where using GRUB is not possible or unsuccessful.
<Tartarus>
Yeah, mutter-mutter.
<Tartarus>
I get where they're coming from, I do.
<Tartarus>
drewfustini: 32bit arm is where grub just isn't possible, for OE, without some upstream OE work first.
<Tartarus>
Fix things so that MACHINE=qemuarm bitbake grub-efi works
<Tartarus>
Then you're in business
<drewfustini>
yeah, so it seems like bit of an odd target, sincce still stuck on armv7
<Tartarus>
32bit arm EFI isn't as odd as you might think at first
<Tartarus>
fedora does it
<Tartarus>
U-Boot supports and tests it
<Tartarus>
There's just some oddity or another that has OE disabling it
<drewfustini>
ah ok, thank you for the insights
vagrantc has joined #u-boot
<cambrian_invader>
I wonder why the mender U-Boot patches haven't been upstreamed...
<milkylainen_>
sjg1: VIDEO_COPY for EFI fb?
mmu_man has quit [Ping timeout: 276 seconds]
macromorgan has quit [Read error: Connection reset by peer]
macromorgan has joined #u-boot
<Tartarus>
cambrian_invader: Well, it's a big automagic macro
<Tartarus>
And script
<Tartarus>
In that we could make life easier for Mender, I think everything is now in Kconfig except an easy way to add in their env script part
<cambrian_invader>
it seems very similar to DISTRO_BOOT imo
<cambrian_invader>
in terms of how it wants to hook into the boot process