#u-boot on 2021-06-10 — irc logs at libera.irclog.whitequark.org

2021-06-07 14:26 Tartarus changed the topic of #u-boot to: SOURCE MOVED TO https://source.denx.de/u-boot/u-boot.git / U-Boot v2021.04, v2021.07-rc4 are OUT / Merge Window is CLOSED and next is OPEN / Release v2021.07 is scheduled for 05 July 2021 / http://www.denx.de/wiki/U-Boot / Channel archives at https://libera.irclog.whitequark.org/u-boot

01:43 hanetzer1 is now known as hanetzer

01:43 hanetzer has joined #u-boot

01:43 hanetzer has quit [Changing host]

03:07 mranostaj has quit [Ping timeout: 265 seconds]

03:19 mranostaj has joined #u-boot

04:15 tlwoerner has quit [Remote host closed the connection]

04:16 tlwoerner has joined #u-boot

04:47 samueldr has quit [Read error: Connection reset by peer]

04:47 cpackham[m] has quit [Read error: Connection reset by peer]

04:47 mvaittin has quit [Remote host closed the connection]

04:48 cpackham[m] has joined #u-boot

04:51 mvaittin has joined #u-boot

04:51 samueldr has joined #u-boot

05:02 FO2 has joined #u-boot

05:02 tlwoerner_ has joined #u-boot

05:05 tlwoerner has quit [Ping timeout: 272 seconds]

05:05 FO3 has quit [Ping timeout: 272 seconds]

05:14 Guest38 has joined #u-boot

05:28 Guest38 has quit [Quit: Client closed]

06:23 agust has joined #u-boot

06:42 mckoan|away is now known as mckoan

06:48 guillaume_g has joined #u-boot

07:03 sszy has joined #u-boot

07:07 Ultrasauce has quit [Ping timeout: 252 seconds]

07:12 Ultrasauce has joined #u-boot

07:16 ggardet has joined #u-boot

07:19 guillaume_g has quit [Ping timeout: 244 seconds]

07:20 ggardet is now known as guillaume_g

07:27 ilunev has joined #u-boot

07:34 matthias_bgg has joined #u-boot

07:43 ggardet has joined #u-boot

07:45 guillaume_g2 has joined #u-boot

07:45 tnovotny has joined #u-boot

07:47 guillaume_g has quit [Ping timeout: 272 seconds]

08:34 monstr has joined #u-boot

08:34 ilunev has quit [Ping timeout: 272 seconds]

08:45 guillaume_g2 is now known as guillaume_g

08:46 <apalos> monstr: do all boards automatically init the hardware?

08:47 <apalos> keep in mind the EFI subsystem uses what's already 'scanned'

08:47 <apalos> So let's assumne your nvme is not working. If you load the efi subsystem prior to scanning the nvme, you wont be able to load anythying from there

08:51 alpernebbi has joined #u-boot

09:09 <monstr> apalos: there is low level initialization code in SPL

09:10 <monstr> but I would expect that if this is not done properly you won't be able to detect usb flash disk

09:10 <monstr> but grub is running out of USB already

09:10 <monstr> it means u-boot is loading it properly from USB but grub has any issue to recognize it

09:11 <monstr> and usb flash disk is the same - just plug it to 3 different boards

09:11 <monstr> that's why it is quite weird.

09:15 <monstr> do you know how grub communicates with u-boot to find out which devices are available?

09:16 <monstr> ... is now current device

09:16 <monstr> libfdt fdt_check_header(): FDT_ERR_BADMAGIC

09:16 <monstr> Scanning usb 0:1...

09:16 <monstr> Scanning disk mmc@ff170000.blk...

09:16 <monstr> Scanning disk usb_mass_storage.lun0...

09:16 <monstr> Found 5 disks

09:16 <monstr> I can't see these scanning usb_mass_storage on others

09:17 <monstr> it means likely scanning fails that's why it is not visible

09:27 <apalos> :)

09:27 <monstr> but dm uclass is showing them fine

09:28 <apalos> that's weird,

09:34 <monstr> I found one thing - 102 didn't run on the same image

09:34 <monstr> but older one

09:42 <monstr> ok - time to bisect - have working mainline commit and not working one

09:53 <monstr> EFI_CAPSULE_ON_DISK_EARLY=y

09:53 <monstr> likely there is no EFI rescan for new block devices

09:53 <monstr> because usb starts later

09:59 <apalos> aah yes, sounds good

10:06 <monstr> should we call usb_init before calling efi_disk_register()?

10:07 <monstr> the same is there with scsi/sata

10:09 <apalos> monstr: yea

10:09 <apalos> or fix efi_disk_register() to rescan, everytime a new device is attached

10:35 ilunev has joined #u-boot

11:22 smartin has joined #u-boot

11:52 <monstr> apalos: efi_status_t efi_init_obj_list(void)

11:52 <monstr> efi_status_t ret = EFI_SUCCESS;

11:52 <monstr> /* Initialize once only */

11:52 <monstr> if (efi_obj_list_initialized != OBJ_LIST_NOT_INITIALIZED)

11:52 <monstr> {

11:52 <monstr> return efi_obj_list_initialized;

11:52 <monstr> this condition is the problematic

11:52 <apalos> yea i know :>

11:52 <apalos> I just never had the time to fix it properly

11:53 <monstr> I will just remove this feature for now till there is any resolution

11:54 tlwoerner_ has quit [Quit: Leaving]

11:54 <monstr> hacky version just like this

11:54 <monstr> diff --git a/lib/efi_loader/efi_setup.c b/lib/efi_loader/efi_setup.c

11:54 <monstr> index 3c5cf9a4357e..1c0472ea7d6e 100644

11:54 <monstr> +++ b/lib/efi_loader/efi_setup.c

11:54 <monstr> --- a/lib/efi_loader/efi_setup.c

11:54 <monstr> @@ -197,6 +197,8 @@ efi_status_t efi_init_obj_list(void)

11:54 <monstr> goto out;

11:54 <monstr>

11:54 <monstr> #ifdef CONFIG_PARTITIONS

11:54 <monstr> + usb_init();

11:54 <monstr> + scsi_scan(true);

11:54 <monstr> ret = efi_disk_register();

11:54 <monstr> if (ret != EFI_SUCCESS)

11:54 tlwoerner has joined #u-boot

11:54 <monstr> goto out;

11:54 <monstr> :-)

11:55 <monstr> Scanning disk mmc@ff170000.blk...

11:55 <monstr> Scanning disk usb_mass_storage.lun0...

11:55 <monstr> Found 10 disks

11:55 <monstr> ** Unrecognized filesystem type **

11:55 <monstr> Scanning disk ahci_scsi.id1lun0...

11:55 <monstr> with it wonderfully 10 disks are found

11:57 <apalos> the proper way to do it is rescan the EFI thingy, once a new media gets pluagged/scanned

11:57 <apalos> I am looking into fwupd atm, so i might have time to check that afterwards

11:57 <monstr> did you get it work with standaloneMM?

11:57 <monstr> and emmc

11:57 <apalos> fwupd?

11:57 <monstr> yep

11:58 <apalos> the ESRT table doesnt get properly populated,

11:58 <apalos> but I got setvariable working with stmm + RPMB

11:58 <apalos> So once I sort this out, it should work

11:58 MattWeb has joined #u-boot

11:58 <apalos> I;ve sent 2 fixes needed on the SMBIOS for now

11:58 <MattWeb> Within the latest u-boot has there been merged/proposed patchwork that adds fault logging with various storage backends? Cases for this would be for storing power on self test results, image integrity failures, bus faults, etc

11:58 <monstr> good - I finish reading of your blob some days ago

11:59 <apalos> MattWeb: no idea

11:59 <monstr> and that RPMB keys - is there a way back when I forget the key?

11:59 <apalos> monstr: no :)

11:59 <apalos> the rpmb is on a symetric encryption

11:59 <monstr> is there a way to remore a key when I know it

11:59 <apalos> So it mostly depends on the platform

12:00 <apalos> So on NXP hardware, it's stored in fuses which you can only read from the secure world.

12:00 <monstr> because there is any default key in optee if you don't use your own

12:00 <MattWeb> apalos thx. trying to figure out if it would be worth us starting a upstream of some work we've been carrying on a series of products

12:00 <apalos> Which means you can dump it eventually via optee

12:00 <apalos> monstr: if you programmed the op-tee key, then that's it :)

12:00 <apalos> there's a huge warning on the howto!

12:01 <monstr> and have you ever tried to have saving efi variables on SD and don't let Linux to access it?

12:02 <monstr> IIRC you said that edk2 it using any memory for saving these variables which is hidden to OS

12:08 <apalos> you can store variables in an mmc with u-boot

12:08 <apalos> and linux can read them, it just can't write them

12:20 MattWeb has quit [Quit: MattWeb]

12:21 MattWeb has joined #u-boot

12:21 MattWeb has quit [Client Quit]

12:23 monstr has quit [Ping timeout: 245 seconds]

12:23 guillaume_g2 has joined #u-boot

12:24 MattWeb has joined #u-boot

12:24 MattWeb has quit [Client Quit]

12:27 ggardet has quit [Ping timeout: 244 seconds]

12:27 guillaume_g has quit [Ping timeout: 272 seconds]

12:28 MattWeb has joined #u-boot

12:28 MattWeb has quit [Client Quit]

12:29 MattWeb has joined #u-boot

12:29 MattWeb has quit [Client Quit]

12:33 MattWeb has joined #u-boot

12:34 MattWeb has quit [Client Quit]

12:36 monstr has joined #u-boot

12:36 MattWeb has joined #u-boot

12:49 torez has joined #u-boot

12:52 guillaume_g2 has quit [Remote host closed the connection]

13:10 guillaume_g2 has joined #u-boot

13:55 <Duality> hey

13:55 <Duality> I have a question about the environmental variables

13:55 <Duality> specifically I have one that says this: arch=arm I am wondering where it is set.

13:56 <Duality> if it is set with env_set() or some other way

13:57 <Duality> just figuring out how it works and what parts are set by u-boot and which are supposed to be in env stored in emmc for example

13:59 <Sout> err is this the makefile i know have a make ARCH=arm (no idea if that is what your talking about)

14:00 <Duality> no about the environment u-boot uses to boot

14:03 gcl has joined #u-boot

14:05 gcl has quit [Client Quit]

14:06 gcl has joined #u-boot

15:03 mkstr has quit [Remote host closed the connection]

15:07 mkstr has joined #u-boot

15:09 ilunev has quit [Quit: Textual IRC Client: www.textualapp.com]

16:05 guillaume_g2 is now known as guillaume_g

16:12 <cambrian_invader> Duality: in CONFIG_EXTRA_ENV_SETTINGS?

16:22 mckoan is now known as mckoan|away

16:25 ggardet has joined #u-boot

16:29 guillaume_g has quit [Ping timeout: 272 seconds]

16:30 sszy has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.]

16:35 redbrain has joined #u-boot

16:58 monstr has quit [Remote host closed the connection]

17:00 tnovotny has quit [Quit: Leaving]

17:00 ggardet is now known as guillaume_g

17:00 guillaume_g has quit [Quit: Konversation terminated!]

18:57 smartin has quit [Quit: smartin]

19:34 vagrantc has joined #u-boot

19:52 Guest38 has joined #u-boot

20:28 jason1234 has joined #u-boot

20:28 <jason1234> hi

20:28 <jason1234> have you heard of the way to boot netbsd on the pandora 32bits machine?

20:31 * vagrantc misses the openpandora

20:37 <m4t> same cpu as original beagleboard (not beaglebone)

20:38 <jason1234> serious? so then, it is easy to make it run. the only problem the u-boot is on NAND, and the autoboot.txt will fatload from mmc. what would be the address to boot kernel7.img ?

20:40 redbrain has quit [Ping timeout: 268 seconds]

20:44 Guest38 has quit [Quit: Client closed]

20:50 macromorgan has quit [Quit: Leaving]

20:50 alpernebbi has quit [Quit: alpernebbi]

20:52 <m4t> not sure if there's even framebuffer support. i am not familiar with the cpu, hardware, or netbsd in general

20:54 <jason1234> well, it runs fine on pi

20:54 <jason1234> there is wsfb

20:54 <jason1234> the trick is only to stage 1/2 or uboot kernel7.img

20:58 mrnuke has joined #u-boot

21:34 <marex> jason1234: you would also need all the drivers for omap3

21:34 <marex> jason1234: the scanout engine IP in omap is not the same as scanout engine IP in broadcom SoC on RPi

21:34 <marex> same thing for all the other IPs

21:35 <marex> i.e. it is not like booting BSD on x86 box, the kernel port must support the hardware you plan to run it on

21:37 <jason1234> what a shame to run linux... it is very old linux on pandora. netbsd would be best os for this kind of machine. there is all tools., including pkgsrc

21:40 <jason1234> marex: no one has tried yet. maybe openbsd runs on openpandora, I guess. If yes, then, all might be possible. BSD is cool, more fun than just linux. Even in text / console. netbsd would maybe work, the desktop is very nice on netbsd. it use wsfb on PIs

21:41 <jason1234> omap... and lack of drivers. maybe. the ehci_hcd and wl1251 might be needed. anyhow... it is worth a try

21:46 mwalle has quit [Ping timeout: 252 seconds]

21:46 mwalle has joined #u-boot

23:06 agust has quit [Quit: Leaving.]

23:13 <vagrantc> well, that's a new one ... ERROR: arch-specific fdt fixup failed

23:13 <vagrantc> hifive-unmatched v2021.07-rc4

23:33 torez has quit [Quit: torez]