Mainline U-Boot with SPI, NVMe and SATA boot support
#81
(04-23-2021, 01:03 PM)Maxpako Wrote: ...
unrecognized JEDEC id bytes: ff, ff, ff
...

I normally only see this message if disabling SPI flash by bridging pins 23 (SPI CLK) and 25 (GND) on the Pi-2 Bus header. Basically it means the SPI flash chip isn't responding as expected on the SPI bus and can't be identified.

Check you're not disabling communication with the SPI flash somehow (e.g. grounding SPI CLK), if that's not the issue then I'd wonder if your SPI flash chip has a problem.
  Reply
#82
(04-24-2021, 09:56 AM)sigmaris Wrote:
(04-23-2021, 01:03 PM)Maxpako Wrote: ...
unrecognized JEDEC id bytes: ff, ff, ff
...

I normally only see this message if disabling SPI flash by bridging pins 23 (SPI CLK) and 25 (GND) on the Pi-2 Bus header. Basically it means the SPI flash chip isn't responding as expected on the SPI bus and can't be identified.

Check you're not disabling communication with the SPI flash somehow (e.g. grounding SPI CLK), if that's not the issue then I'd wonder if your SPI flash chip has a problem.
It's not grounded, I even tried grounding it and ungrounding with corresponding pins :/

Enviado desde mi NX659J mediante Tapatalk
  Reply
#83
In addition to my previous reply, I've checked the SPI flash chip in the board, and strangely it differs from what it's in the datasheet.

My board has a 25Q127CSIG, from GigaDevice.

According to the datasheet from the wiki: https://files.pine64.org/doc/datasheet/p...Rev2.5.pdf
it must be a 25Q128CSIG instead...

Not sure if this 127-128 differentiation on the chip makes sense.

Anyway, I'm going to order few 25Q128CSIG, and once they arrive I'll solder new one there and try to flash it again.

Edit: I'll assume that the SPI chip is faulty, not that there's a fault in the layers/lanes of the board.
  Reply
#84
I just succesfully flashed the latest Uboot version (prerelease from march I believe).

Am I mistaken that this Uboot should make booting from eMMC possible? I tried Armbian focal and it fails to boot: the Armbian logo shows up but then further booting stops.
  Reply
#85
(06-28-2021, 07:51 AM)MisterA Wrote: Am I mistaken that this Uboot should make booting from eMMC possible? I tried Armbian focal and it fails to boot: the Armbian logo shows up but then further booting stops.

It should boot from eMMC. Armbian have their own builds of u-boot that might provide or initialise things slightly differently, which might be required for Armbian images. There's a multitude of reasons why the kernel might fail to boot, you would need to see kernel log messages to tell what's going on. A serial console would help, or to disable the Armbian boot logo and see the kernel console instead. Try editing /boot/armbianEnv.txt to have:

console=both
bootlogo=false
earlycon=on
logo=disabled

which might get you more verbose messages on the console instead of the Armbian logo.
  Reply
#86
Thank you for your reply.

Well, I'm getting the same thing as the user in this post:

https://forum.armbian.com/topic/14724-ro...-v44-does/

See the photo he took of his screen in the first post.

I failed to boot Armbian and Debian on 5.X kernel from eMMC (or from USB/NVMe). On 4.x kernels it's working.
SDCard is my only option at the moment.

Since I want to use my RP64 as a docker platform I need a 5.x kernel for compatibility reasons and I really don't like the reliability of SDCards.
  Reply
#87
Hi,
  I suspect :
   - a problem when flashing the image since the boot does not find the file system
   - or the emmc connection : check you properly plugged the emmc
It does not seem to come from the kernel itself since it did not boot yet on the screenshot.
I did not notice any issue with sigmaris u-boot when booting the Armbian release 5.10.35 kernel (on sd, emmc, or nvme, but I have some problem with pxe boot).
Good luck.
  Reply
#88
Yeah, I did all that: checked the filesystem, could mount it on another linux box. Flashed several images (debian, armbian focal with or without desktop) several times. There is one constant: as soon as it's 5.x kernel => no boot from usb/eMMC/NVMe

See also the post I referenced, exactly the same issue as I'm experiencing.
https://forum.armbian.com/topic/14724-ro...-v44-does/
  Reply
#89
(06-29-2021, 02:55 AM)MisterA Wrote: Yeah, I did all that: checked the filesystem, could mount it on another linux box. Flashed several images (debian, armbian focal with or without desktop) several times. There is one constant: as soon as it's 5.x kernel => no boot from usb/eMMC/NVMe

See also the post I referenced, exactly the same issue as I'm experiencing.
https://forum.armbian.com/topic/14724-ro...-v44-does/
Do you have an old Rockpro64 version ?
  Reply
#90
Rockpro64 V2.1 2018-06-06
  Reply


Possibly Related Threads…
Thread Author Replies Views Last Post
  How to use ROCKPro64 PCI-e X4 to M.2/NGFF NVMe SSD Interface Card jykeith123 1 262 11-26-2024, 11:08 AM
Last Post: wdt
  enble boot after power loss/restore dkebler 18 12,766 12-04-2023, 12:14 PM
Last Post: ok38
Bug Broken boot: What am I missing? mkosarek 1 1,095 09-08-2023, 08:14 AM
Last Post: wdt
  Unable to boot Armbian on new RockPro64 mooseball 5 5,399 07-14-2023, 08:59 AM
Last Post: rockjonn
  no boot white led flashing moserwi 7 5,761 05-18-2023, 10:46 AM
Last Post: wdt
  u-boot locked on pine64pro ljones 1 1,945 09-06-2022, 10:32 AM
Last Post: ljones
  Cannot get my board to boot deutschlmao 11 10,403 09-05-2022, 04:23 PM
Last Post: ljones
  U-BOOT Tutorial hazz 0 1,393 07-19-2022, 10:48 PM
Last Post: hazz
  Installation Debian on emmc: which U-Boot and where? vongillus 3 3,565 07-02-2022, 09:24 AM
Last Post: dkebler
  ROCKPRO64 PCI SSD SD-boot Install pspgarret 0 1,415 06-09-2022, 10:56 AM
Last Post: pspgarret

Forum Jump:


Users browsing this thread: 26 Guest(s)