You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I want to run this project on ZYBO-Z7-20. I think the only difference from ZYBO is the PS part in block design.
I simply change the board in settings from ZYBO to ZYBO-Z7-20 and successfully generate bitstream. I build u-boot.elf by using the latest u-boot-digilent repo (I set it to boot from SD casrd). And I build uImage based on the latest linux-digilent repo.
I also build devicetree.dtb by using the zynq_zybo.dts offered in this repo. The modification is bootargs, I set it to boot from SD card.
It just give error like:
In: serial@e0001000
Out: serial@e0001000
Err: serial@e0001000
Model: Zynq Zybo Z7 Development Board
Board: Xilinx Zynq
Net: ZYNQ GEM: e000b000, phyaddr 1, interface rgmii-id
Warning: ethernet@e000b000 (eth0) using random MAC address - 72:31:e7:8b:bc:1b
eth0: ethernet@e000b000
Hit any key to stop autoboot: 0
Device: sdhci@e0100000
Manufacturer ID: 12
OEM: 3456
Name: SDTran Speed: 50000000
Rd Block Len: 512
SD version 3.0
High Capacity: Yes
Capacity: 14.9 GiB
Bus Width: 4-bit
Erase Group Size: 512 Bytes
reading uEnv.txt
** Unable to read file uEnv.txt **
Copying Linux from SD to RAM...
reading uImage
4098584 bytes read in 902 ms (4.3 MiB/s)
reading devicetree.dtb
7522 bytes read in 17 ms (431.6 KiB/s)
Booting kernel from Legacy Image at 03000000 ...
Image Name: Linux-4.9.0-xilinx-74446-g83ccde
Image Type: ARM Linux Kernel Image (uncompressed)
Data Size: 3954032 Bytes = 3.8 MiB
Load Address: 00008000
Entry Point: 00008000
Verifying Checksum ... OK
Flattened Device Tree blob at 02a00000
Booting using the fdt blob at 0x2a00000
Loading Kernel Image ... OK
ERROR: Failed to allocate 0x4d62 bytes below 0x10000000.
Failed using fdt_high value for Device TreeFDT creation failed! hanging...### ERROR ### Please RESET the board ###
I set fdt_high to 0xffffffff. Its just stuck at "Starting Kernel ..."
I need help on this situation.
The text was updated successfully, but these errors were encountered:
I want to run this project on ZYBO-Z7-20. I think the only difference from ZYBO is the PS part in block design.
I simply change the board in settings from ZYBO to ZYBO-Z7-20 and successfully generate bitstream. I build u-boot.elf by using the latest u-boot-digilent repo (I set it to boot from SD casrd). And I build uImage based on the latest linux-digilent repo.
I also build devicetree.dtb by using the zynq_zybo.dts offered in this repo. The modification is bootargs, I set it to boot from SD card.
It just give error like:
In: serial@e0001000
Out: serial@e0001000
Err: serial@e0001000
Model: Zynq Zybo Z7 Development Board
Board: Xilinx Zynq
Net: ZYNQ GEM: e000b000, phyaddr 1, interface rgmii-id
Warning: ethernet@e000b000 (eth0) using random MAC address - 72:31:e7:8b:bc:1b
eth0: ethernet@e000b000
Hit any key to stop autoboot: 0
Device: sdhci@e0100000
Manufacturer ID: 12
OEM: 3456
Name: SDTran Speed: 50000000
Rd Block Len: 512
SD version 3.0
High Capacity: Yes
Capacity: 14.9 GiB
Bus Width: 4-bit
Erase Group Size: 512 Bytes
reading uEnv.txt
** Unable to read file uEnv.txt **
Copying Linux from SD to RAM...
reading uImage
4098584 bytes read in 902 ms (4.3 MiB/s)
reading devicetree.dtb
7522 bytes read in 17 ms (431.6 KiB/s)
Booting kernel from Legacy Image at 03000000 ...
Image Name: Linux-4.9.0-xilinx-74446-g83ccde
Image Type: ARM Linux Kernel Image (uncompressed)
Data Size: 3954032 Bytes = 3.8 MiB
Load Address: 00008000
Entry Point: 00008000
Verifying Checksum ... OK
Flattened Device Tree blob at 02a00000
Booting using the fdt blob at 0x2a00000
Loading Kernel Image ... OK
ERROR: Failed to allocate 0x4d62 bytes below 0x10000000.
Failed using fdt_high value for Device TreeFDT creation failed! hanging...### ERROR ### Please RESET the board ###
I set fdt_high to 0xffffffff. Its just stuck at "Starting Kernel ..."
I need help on this situation.
The text was updated successfully, but these errors were encountered: