Forum Discussion
Altera_Forum
Honored Contributor
Honored ContributorCPU1: failed to come online
Hi,
I'm faced with Soc bootloading issue when generating the preloader: Context: - Tools: QUARTUS_VERSION 15.0.0 - HW: Cyclone V - 5CSXFC6D6F31C6 - SW: boot from MMC Before: - A design works fine with two cores activated. Action: - From the working design, Preloader is been re-generated using bsp-editor. Now: - cpu0 activated, cpu1 failed to come online. Question: how to activate cpu1 ?7 Replies
Altera_ForumHi, did you added in the cpu start address from the DTS generation?
- Altera_Forum--- Quote Start --- Hi, did you added in the cpu start address from the DTS generation? --- Quote End --- in "soc_system.dts" file: hps_sysmgr: sysmgr@0xffd08000 { compatible = "altr,sys-mgr-14.0", "altr,sys-mgr", "syscon"; reg = < 0xFFD08000 0x00004000 >; cpu1-start-addr = < 4291854532 >; /* embeddedsw.dts.params.cpu1-start-addr type NUMBER */ }; //end sysmgr@0xffd08000 (hps_sysmgr) dtc file has not replaced into mmc: it is the same before and after preloader re-generation.
- Altera_Forum
check out for the key word "cpu1", be sure not to change the kernel version(in case if you rebuild your self).
http://rocketboards.org/foswiki/view/documentation/gsrdv151devicetreegenerator - Altera_Forum
DeviceTree file (dtc) and kernel image (zImage) have not been changed. The only change made on the SD card is preloader.
- Altera_Forum
Preloader will leave cpu1 in default state / power on state which is in reset.
cpu1 will be brought out by Linux from Linux. - Altera_Forum
That's probably right. But I don't manage to understand why regenerating preloader prevents linux to brought out cpu1.
- Altera_Forum--- Quote Start --- DeviceTree file (dtc) and kernel image (zImage) have not been changed. The only change made on the SD card is preloader. --- Quote End --- hi, to enable the cpu1, you maybe need to enable this in device tree, and not the preloader. Maybe you can explain alittle more what are your ACTIONS did..
