Honored Contributor
Honored ContributorHello WitFed,
thank you for your extensive answers, now the example is up and running :)! --- Quote Start --- Last error may be for situation if onboard SDRAM is not initialized in Preloader and is inaccessible. MAX V not used by my (this only FPGA-boot mechanism, current project works without FPGA configuring), only DS-5 debugger direct to HPS-JTAG, FPGA-JTAG is in chain "just in case". Try set jumpers C-B-SELs to R-R-L-R-L, my board debugs this example successful. You use COM-port to see output of Preloader and "Hello World!\n" from Linux, Preloarers and Unhosted example ? --- Quote End --- With this advice it run properly. --- Quote Start --- I "kill" 2 months to get the understanding of boot process in this perversion-maded SoC. Semihosting is awry maked interface used in HWLIB by inherit ARM works, without host and debugger it demand homemade instruments for hold "SVC 123456" in Preloader and bypassing it back without hang. Debugger of DS-5 "wonderful" hold interrupt 2 from "SVC 123456" command without call handler, send request through JTAG and back, and without "semihostong true" or debugger (from power-up working) if Preloader not handle 2th line, all is hang. This is settings only for Preloader, to running application of 3rd stage is not influenced. Key options is boot from QSPI and no wathDog -- if planned Debugger connection "to live". --- Quote End --- Do you mean by this statement, that if one uses SVC instructions in the code of the preloader and the host and debugger is not running, the programm hangs in the preloader? That means, if I want to run an application on the SoC from the flash memory, boot sequence hangs in the preloader, when the preloader is configured with "Semihost true". So it always requires the debugger to boot? But what if I want some debug information form the preloader in a standalone baremetal application? I think there are some options available in the preloader configuration, that allows some prints via the VCOM port. ( edit: the unhosted design example for instance is doing it this way ) Thanks at all! Roland
Occasional ContributorHello,
I have a custom board with cyclone V SOC . I have a 1Gbit QSPI flash attached to the HPS portion of SOC. I want to boot the HPS with qspi flash. I able to do it debug mode. But not able to do it in program mode. what i mean is that i am able to load the rbf files into the qspi flash and read back this files and program the fpga successfully in debug mode. But when i try to do it program mode it is not working. I have generated preloader_-mkpimage.bin file with all the necesssary settings as mentioned in HPS qspi boot guide documentation. i load this preloader-mkpimage in 0x00000000 address of QSPI flash using the commands in SOC Command shell. then i load my application bin file generated after compilation of my design at 0x60000 address of flash by using commands in SOC EDS Command shell. Both this operation is successfull. MSEL pins are correctly selected for QSPI Boot. When i reboot the equipment the system is not booting. Am i missing certain settings at bsp generation or in make file or the linker file. Please specify.
Regards
Avi
