(02-01-2020, 11:06 AM)sigmaris Wrote: Using HDMI output from U-Boot seems to break HDMI output from mainline Linux until a Linux app runs that changes the video mode, which resets HDMI and gets it working again.

(03-10-2020, 11:02 AM)hunderteins Wrote: (1) reboot from linux will not longer work. The machine just stands. Kernel 4.4

(03-10-2020, 11:02 AM)hunderteins Wrote: (2) is this huge (16384 sectors) offset on mmc-u_boot.itb really necessary? mmc_idbloader.img is about 148kB. Do you wanted to go for 0x80000 (1024 sectors) and got 0x800000?

(03-18-2020, 04:05 AM)sigmaris Wrote: I guess you're using Rockchip's BSP 4.4 kernel (or one derived from it like Ayufan's or mrfixit2001's)? I think the Rockchip BSP u-boot (and actually more importantly their binary Trusted Firmware) is probably better matched with Rockchip BSP kernel. The 4.4 kernel is probably making some call to the Rockchip binary firmware to reboot the system, which the open-source ARM Trusted Firmware doesn't interpret properly. All I can say is I have been using this u-boot with 5.x Linux kernels and reboot (with Linux calling TF-A via PSCI to reboot) works successfully.

(03-19-2020, 03:54 AM)hunderteins Wrote: I guess this is also the reason, why the mainline-kernel runs painfully slow when booting with the old u-boot from ayufan.

(02-01-2020, 11:06 AM)sigmaris Wrote: I have updated the OP with info about a new release, based on mainline U-Boot v2020.01, and now with PCIe SATA drive boot support as well as NVMe.

There are also patches on the U-Boot mailing list which get HDMI output working from U-Boot. I've tested this and it works as expected, but I've not included it in the current build because

• Using HDMI output from U-Boot seems to break HDMI output from mainline Linux until a Linux app runs that changes the video mode, which resets HDMI and gets it working again.
  
• to be properly useful to interact with U-Boot, it'd require a USB keyboard, but starting U-Boot's USB support (required before any keyboard is recognised) takes several seconds, and it doesn't seem worthwhile to slow down every boot with the "usb start" command when normally it's not required.
  

In any case, if anyone is interested, you can see the changes required for HDMI and USB keyboard support in this branch.

(03-19-2020, 08:29 AM)amiraeva Wrote: I compiled Manjaro's (mainline-ish) u-boot for the PBP and added the additional config lines from your rk3399-hdmi branch, naively hoping I could get the USB keyboard and eDP display to work on boot. It compiled but unfortunately neither the keyboard/LCD display work in uboot or grub; GRUB still says "error: no suitable video mode found" when trying to display on tty1.

Do you have any suggestions on how I can go about getting this to work? Thanks!

(03-19-2020, 11:02 AM)hunderteins Wrote:

(03-19-2020, 08:29 AM)amiraeva Wrote: I compiled Manjaro's (mainline-ish) u-boot for the PBP and added the additional config lines from your rk3399-hdmi branch, naively hoping I could get the USB keyboard and eDP display to work on boot. It compiled but unfortunately neither the keyboard/LCD display work in uboot or grub; GRUB still says "error: no suitable video mode found" when trying to display on tty1.

Do you have any suggestions on how I can go about getting this to work? Thanks!

It's more than just change the config. hdmi-support for rk3399 is a patch from Jagan Teki.

I compiled the hdmi-branch from sigmaris, wrote it to mmc and got a wonderful u-boot-console on hdmi. usb-keyboard was not working, serial did.
So I hit a key to intercept the autoboot. After
=> usb start
the usb-keyboard was working, too.

As sigmaris wrote, usb-init takes time and slows down the boot. So it is not part of autoboot, yet.

After booting the kernel 4.4 I have the same syncing problem with hdmi that I already have with the linux-mainline-kernel. It seems this new hdmi-init in the u-boot-patches and the modern kernels set some frequency or register my monitor doesn't like.

(03-19-2020, 06:23 PM)amiraeva Wrote: Thanks - I definitely wouldn't have figured that out! I managed to get the PBP keyboard working after playing around with the configs.

After applying the changes from the hdmi-support branch, and playing around with the config I still wasn't able to get the eDP LCD display for the PBP to work. I might just have to wait until someone smarter than me comes along and writes a patch to have it work out of the box.

(03-19-2020, 03:54 AM)hunderteins Wrote: When disabling CONFIG_ARM_ROCKCHIP_CPUFREQ the 4.4 kernel reboots just fine with your u-boot.