00:02 <dhivael> no miniloader, all upstream (plus some small patches for the board that haven't made it into uboot yet)

00:03 <dhivael> there's one patch in here that's necessary for the board

00:05 <dhivael> doesn't sigmaris have an upstream uboot thing for rockpro?

00:07 <stikonas> well, for me upsream uboot for rockpro works on mmc and partially on SPI

00:08 <stikonas> but as soon as I compile SPI drivers to u-boot SPL, somehow it stops booting (I guess SPL becomes too large...)

00:08 <dhivael> https://git.eno.space/pbp-uboot.git/commit/?h=nvme&id=3d3dbebfe8726cf2ae51ed44dc49bbc497d62ac5 works here

00:09 <dhivael> without spiflash in the boot order it'll just not load uboot from spi

00:09 <stikonas> well, the beginning of boot works fine for me (U-boot TPL and SPL are on SPI)

00:09 <dhivael> the offset it'll start loading is configurable too, CONFIG_SYS_SPI_U_BOOT_OFFS

00:10 <stikonas> well, I chose a smaller offset, but I don't think it matters...

00:10 <stikonas> maybe I missed some other configuration option...

11:49 <mrjay> guys i'm running ubuntu 20.04 using tsys kernel and have no sound neither by speaker or headphone

11:50 <mrjay> is there something special i need to do to get sound up and running?

11:55 <mrjay> btw i'm using pinebook pro

15:09 <warpme_> guys: can somebody point me to DL location of boot files (u-boot-spl.bin, u-boot.bin, bl31.elf, etc) for Radxa RockPi 4 revB? In long term want to build them myself but initially want to have working system as base to experiments.

16:31 <dhivael> one more thing we've seen: with the system running from nvme, any kind of suspend (even just freeze) dies after a pcie link timeout at https://elixir.bootlin.com/linux/v5.5.4/source/drivers/pci/controller/pcie-rockchip-host.c#L878

16:46 <tuxd3v> warpme_, for ATF check in /build dir for bl31.elf

16:51 <tuxd3v> wen compiling uboot, you need first to compile atf

16:52 <tuxd3v> then you can move bl32.elf to uboot rootpath

16:52 <tuxd3v> end export BL31='path/to/binary'

16:52 <tuxd3v> end -> and

16:53 <tuxd3v> it will produce several binaries, but you are only interested in 'idbloader.img', 'u-boot.itb'

16:54 <tuxd3v> s/bl32.elf/bl31.elf/

18:41 <warpme_> tuxd3v: thx! Just trying to cross-compile bl31 with target aarch64 and having issue of compiling build/rk3399/release/m0/ it looks like arm cross-compiler is needed as well....

18:44 <warpme_> tuxd3v: btw: whole procedure seems to me quite similar to allwinner h6....

18:48 <tuxd3v> yes

18:49 <tuxd3v> but rk3399 includes a cortex m0

18:49 <tuxd3v> thats why with a regular baremetal compiled it fails

18:50 <tuxd3v> you also need a eabi cross compiler for that

18:50 <tuxd3v> or edit

18:53 <tuxd3v> Arm Trusted Firmware 'plat/rockchip/rk3399/drivers/m0/Makefile'

18:54 <tuxd3v> comment line:

18:54 <tuxd3v> M0_CROSS_COMPILE ?= arm-none-eabi-

18:54 <tuxd3v> (or download that compiler to compile only m0 driver)

18:54 <tuxd3v> to M0_CROSS_COMPILE ?= arm-eabi-

18:55 <tuxd3v> in this case you need to have the cross compiler for 'arm-eabi-'

18:55 <tuxd3v> a baremetal one should be ok

18:55 <tuxd3v> so at least I need 3 compilers to build atf + uboot

18:56 <tuxd3v> 2 diferent compilers for atf( arm-eabi-for arm cortex m0; aarch64-elf for the rest )

18:57 <tuxd3v> err: --> so at least I need 2 compilers to build atf + uboot

18:57 <tuxd3v> this is one of the parts that is diferent from the H6 one

18:59 <tuxd3v> you start compilation with the usual aarch64-elf crosscompiler, and it will call the 'arm-eabi' one to build M0 driver :)

19:00 <tuxd3v> you you need both cross compilers paths exported on yout PATH env variable :)

19:06 <mrjay> dhivael: i'm getting the same error when trying to suspend

19:53 <warpme_> tuxd3v: thx for replay. For M0_CROSS_COMPILE I set env. to aarch64 but unfortunately this is not enough.It looks like gcc7.5 built for aarch64 not supports -mcpu=cortex-m0 (nor -mthumb -mfloat-abi=soft). Of course I can modify sources to overcome this - but Q is: will ATF be still functional?

20:38 <anarsoul> warpme_: you need cross-compiler for 32-bit arm

20:39 <anarsoul> IIRC aarch64 compiler can't produce 32-bit binaries

20:53 <warpme_> anarsoul: tuxd3v: thx. It looks like I need to switch for binaries built by others for now. So far armbian binary works well :-).