search

edk2-porting / edk2-rk3588

EDK2 UEFI firmware for Rockchip RK3588 platforms
477 stars 94 forks source link

HOW am I supposed to flash to sdcard? #79

Closed derzahla closed 1 year ago

derzahla commented 1 year ago

no partitions are detected by losetup, nor when writing the img to sdcard. It would be nice to get some clarity here. The resulting sdcard does not boot in my orangepi. This image appears to be some protective/hybrid mbr or some shit WTF i dont even

mariobalanica commented 1 year ago

Have you tried the latest image from artifacts?

amazingfate commented 1 year ago

Download the latest nightly build: https://github.com/edk2-porting/edk2-rk3588/actions/runs/5850363526 This has get fixed by https://github.com/edk2-porting/edk2-rk3588/commit/444ac8109bd1403f1bd54a0ff9d9dd5ac597548f.

derzahla commented 1 year ago

thanks! I had tried the nightly earlier, maybe from last week but not this new of one. sorry for being cranky, i start to go bonkers from lack of sleep!

So now gdisk doesnt complain about about the partition being larger than the disk, and i am able to successfully repair the gpt table with gdisk, or so it says. is the 'uboot' labeled partition any type of semi-common filesystem that I should be able to mount from linux? Cuz my system doesnt detect a valid filesystem. For clarity, what I am hoping to do is use the UEFI capabilities to PXE boot my orangepi5plus through ipxe. So if thats not an EFI/fat filesystem, should I be able to create a second partition on the same sdcard that I can contain EFI binaries such as ipxe.efi? Ive only ever had my EFI partitiion be the first on the disk but I dont know if that is a requirement

mariobalanica commented 1 year ago

You should create another FAT32 EFI System Partition. The 8MB U-Boot one is reserved.

By the way, if your board does not have MAC addresses burnt into the Realtek NICs, you may not be able to use networking in UEFI.

derzahla commented 1 year ago

hmm, I created a new fat partition on the sdcard i flashed with orangepi-5plus_UEFI_Debug_5bfd480.img, but its still not attempting to boot uefi on my opi5+. I know last week I flashed to spi and it would at least boot. Had a countdown for pressing 'esc' to get into settings but keyboard didnt seem to be detected so i couldnt do much. Any other suggestions? Not sure about the realtek NICs but will cross that bridge if I can get to it. Thanks!

nicolho commented 1 year ago

At least, with nothing connected except HDMI, and only booting the sdcard,, do you get the "countdown" ? (I mean the white progress line at the bottom of the screen) Because I flashed the same image on sdcard, and I do.

Then, I was able to to have the usb3 stick detected on any of the usb3 ports (not usb 2.0) . But when I connected the usb stick to one of the plain type-A ports, Windows booted, but a minute later, blue-screened with a "Inaccessible_Boot_Device" message... :(

Like I said, I only had success with a keyboard working with the UEFI boot menu, and the usb3 stick with windows install booting correctly, both on a usb3 hub connected to the usb-c port of the OPI5+ (and finally, my usb ethernet adapter is now more stable on another self-powered usb3 hub connected to the first. so finding the right combination is key).

mariobalanica commented 1 year ago

hmm, I created a new fat partition on the sdcard i flashed with orangepi-5plus_UEFI_Debug_5bfd480.img, but its still not attempting to boot uefi on my opi5+. I know last week I flashed to spi and it would at least boot. Had a countdown for pressing 'esc' to get into settings but keyboard didnt seem to be detected so i couldnt do much. Any other suggestions? Not sure about the realtek NICs but will cross that bridge if I can get to it. Thanks!

@derzahla make sure the SPI is clear. I recall seeing OPi 5 Plus prefer it over any other boot media. Only one HDMI port is supported, check both.

As for USB, this is a known issue. Only the Type-C port is currently reliable on OPi 5 Plus.

nicolho commented 1 year ago

Only one HDMI port is supported

Yes, of the three HDMI ports of the OPI5+, that's the middle one (primary output).

derzahla commented 1 year ago

oh damn, i was using hdmi0 all along. I dont think i have ever used the middle HDMI port before but i guess I mustve last time I got the countdown or did 0.7.1 release work on more HDMI ports? Better yet this time, I am able to press esc get to device manager and my keyboard is plugged into just a regular usb3 port(top),. I tried using an adapter last time to plug into usbC and keyboard didnt work that time either. Time to try some pxe booting, this is awesome guys thanks!!!

derzahla commented 1 year ago

@mariobalanica @nicolho So pxe booting unfortuantly didnt work. I didnt even know it was built in and expected to use ipxe. Well neither of them are working even though for both of them send out a dhcp request, get a reply from the server and do a discover for network info and then receive replies. I will dig further and update

mariobalanica commented 1 year ago

@derzahla do the network interfaces have a valid MAC or it's all zeros?

mariobalanica commented 1 year ago

I've just tested on my OPi5 Plus, it does have valid MAC addresses and networking works fine. Have not tried PXE but there's no reason why it shouldn't work assuming the server is configured correctly.

nicolho commented 1 year ago

@mariobalanica FYI, I quickly set up a local PXE server to test PXE boot with my OPI5+, and still booting your latest firmware from sdcard, I was directly able to download a file through onboard ethernet. Some log excerpt (it loaded much bigger files too) :

[Bds]Booting UEFI PXEv4 (MAC:C0742BFF5D80)
>>Start PXE over IPv4.MnpSyncSendPacket: No network cable detected.
  Station IP address is 192.168.1.36
  Server IP address is 192.168.1.16
  NBP filename is bootaa64.efi
  NBP filesize is 1792512 Bytes
 Downloading NBP file...
  NBP file downloaded successfully.

(sorry, I'm a total noob with PXE... Suggestions of some simple "how-to" to load anything compatible with this board for testing are welcome)

derzahla commented 1 year ago

i didnt get far but i did have to fix my dhcp config for matching against aarch64 cilients on my server and it now is attempting to grab files from tftp. The transfer always times out though before completion, a problem I dont have with any of my x86 PXE boots. I will close this issue as it has diverged significantly and open a new one about about PXE. thanks for all your help.

derzahla commented 1 year ago

Continuing here https://github.com/edk2-porting/edk2-rk3588/issues/80