.. _design_app: Application =========== .. _design_app_overview: Overview -------- In Nuclei SDK, we just provided applications which can run in different boards without any changes in code to demonstrate the baremetal service, freertos service and ucosii service features. The provided applications can be divided into three categories: * Bare-metal applications: Located in ``application/baremetal`` * FreeRTOS applications: Located in ``application/freertos`` * UCOSII applications: Located in ``application/ucosii`` * RTThread applications: Located in ``application/rtthread`` If you want to develop your own application in Nuclei SDK, please click :ref:`develop_appdev` to learn more about it. The following applications are running using RV-STAR board or Nuclei Eval SoC. .. note:: * Most of the application demostrated below using ``SOC=gd32vf103``, you can easily change it to other SoC such as evalsoc by change it to ``SOC=evalsoc`` * Some applications may not be able to be run on your SoC using Nuclei CPU due to lack of cpu feature required to run on it. * Almost all the applications required Nuclei CPU configured with ECLIC and System Timer hardware feature. * Almost all the application required UART to print message, so you need to implement an UART drivers and clib stub functions, if you use :ref:`develop_buildsystem_var_semihost` to print message, it is not required. Bare-metal applications ----------------------- .. _design_app_helloworld: helloworld ~~~~~~~~~~ This `helloworld application`_ is used to print hello world, and also will check this RISC-V CSR **MISA** register value. **How to run this application:** .. code-block:: shell # Assume that you can set up the Tools and Nuclei SDK environment # cd to the helloworld directory cd application/baremetal/helloworld # Clean the application first make SOC=gd32vf103 clean # Build and upload the application make SOC=gd32vf103 upload **Expected output as below:** .. code-block:: console Nuclei SDK Build Time: Feb 21 2020, 12:24:22 Download Mode: FLASHXIP CPU Frequency 109323529 Hz MISA: 0x40901105 MISA: RV32IMACUX 0: Hello World From Nuclei RISC-V Processor! 1: Hello World From Nuclei RISC-V Processor! 2: Hello World From Nuclei RISC-V Processor! 3: Hello World From Nuclei RISC-V Processor! 4: Hello World From Nuclei RISC-V Processor! 5: Hello World From Nuclei RISC-V Processor! 6: Hello World From Nuclei RISC-V Processor! 7: Hello World From Nuclei RISC-V Processor! 8: Hello World From Nuclei RISC-V Processor! 9: Hello World From Nuclei RISC-V Processor! 10: Hello World From Nuclei RISC-V Processor! 11: Hello World From Nuclei RISC-V Processor! 12: Hello World From Nuclei RISC-V Processor! 13: Hello World From Nuclei RISC-V Processor! 14: Hello World From Nuclei RISC-V Processor! 15: Hello World From Nuclei RISC-V Processor! 16: Hello World From Nuclei RISC-V Processor! 17: Hello World From Nuclei RISC-V Processor! 18: Hello World From Nuclei RISC-V Processor! 19: Hello World From Nuclei RISC-V Processor! .. _design_app_demo_timer: demo_timer ~~~~~~~~~~ This `demo_timer application`_ is used to demonstrate how to use the CORE TIMER API including the Timer Interrupt and Timer Software Interrupt. * Both interrupts are registered as non-vector interrupt. * First the timer interrupt will run for 10 times * Then the software timer interrupt will start to run for 10 times **How to run this application:** .. code-block:: shell # Assume that you can set up the Tools and Nuclei SDK environment # cd to the demo_timer directory cd application/baremetal/demo_timer # Clean the application first make SOC=gd32vf103 clean # Build and upload the application make SOC=gd32vf103 upload **Expected output as below:** .. code-block:: console Nuclei SDK Build Time: Feb 21 2020, 12:52:37 Download Mode: FLASHXIP CPU Frequency 108794117 Hz init timer and start MTimer IRQ handler 1 MTimer IRQ handler 2 MTimer IRQ handler 3 MTimer IRQ handler 4 MTimer IRQ handler 5 MTimer IRQ handler 6 MTimer IRQ handler 7 MTimer IRQ handler 8 MTimer IRQ handler 9 MTimer IRQ handler 10 MTimer SW IRQ handler 1 MTimer SW IRQ handler 2 MTimer SW IRQ handler 3 MTimer SW IRQ handler 4 MTimer SW IRQ handler 5 MTimer SW IRQ handler 6 MTimer SW IRQ handler 7 MTimer SW IRQ handler 8 MTimer SW IRQ handler 9 MTimer SW IRQ handler 10 MTimer msip and mtip interrupt test finish and pass .. _design_app_demo_eclic: demo_eclic ~~~~~~~~~~ This `demo_eclic application`_ is used to demonstrate how to use the ECLIC API and Interrupt. .. note:: In this application's Makefile, we provided comments in Makefile about optimize for code size. If you want to optimize this application for code size, you can set the ``COMMON_FLAGS`` variable to the following values, we recommend to use ``-Os -flto``. .. list-table:: Code size optimization for demo_eclic on RV-STAR target :widths: 60 20 20 20 20 :header-rows: 1 * - COMMON_FLAGS - text(bytes) - data(bytes) - bss(bytes) - total(bytes) * - - 13724 - 112 - 2266 - 16102 * - -flto - 13598 - 112 - 2266 - 15976 * - -Os - 9690 - 112 - 2264 - 12066 * - -Os -flto - 9132 - 112 - 2264 - 11508 * - -Os -msave-restore -fno-unroll-loops - 9714 - 112 - 2264 - 12090 * - -Os -msave-restore -fno-unroll-loops -flto - 9204 - 112 - 2264 - 11580 * The timer interrupt and timer software interrupt are used * The timer interrupt is registered as non-vector interrupt * The timer software interrupt is registered as vector interrupt, and we enable its preemptive feature by using ``SAVE_IRQ_CSR_CONTEXT`` and ``RESTORE_IRQ_CSR_CONTEXT`` in timer software interrupt handler * The timer interrupt is triggered periodically * The timer software interrupt is triggered in timer interrupt handler using ``SysTimer_SetSWIRQ`` function * In the application code, there is a macro called ``SWIRQ_INTLEVEL_HIGHER`` to control the timer software interrupt working feature: - If **SWIRQ_INTLEVEL_HIGHER=1**, the timer software interrupt level is higher than timer interrupt level, so when timer software interrupt is triggered, then timer software interrupt will be processed immediately, and timer interrupt will be preempted by timer software interrupt. - If **SWIRQ_INTLEVEL_HIGHER=0**, the timer software interrupt level is lower than timer interrupt level, so when timer software interrupt is triggered, then timer software interrupt will be processed after timer interrupt, and timer interrupt will not be preempted by timer software interrupt. **How to run this application:** .. code-block:: shell # Assume that you can set up the Tools and Nuclei SDK environment # cd to the demo_eclic directory cd application/baremetal/demo_eclic # Change macro SWIRQ_INTLEVEL_HIGHER value in demo_eclic.c # to see different working mode of this demo # Clean the application first make SOC=gd32vf103 clean # Build and upload the application make SOC=gd32vf103 upload **Expected output(SWIRQ_INTLEVEL_HIGHER=1) as below:** .. code-block:: console Nuclei SDK Build Time: Feb 21 2020, 16:35:58 Download Mode: FLASHXIP CPU Frequency 108794117 Hz Initialize timer and start timer interrupt periodically ------------------- [IN TIMER INTERRUPT]timer interrupt hit 0 times [IN TIMER INTERRUPT]trigger software interrupt [IN TIMER INTERRUPT]software interrupt will run during timer interrupt [IN SOFTWARE INTERRUPT]software interrupt hit 0 times [IN SOFTWARE INTERRUPT]software interrupt end [IN TIMER INTERRUPT]timer interrupt end ------------------- [IN TIMER INTERRUPT]timer interrupt hit 1 times [IN TIMER INTERRUPT]trigger software interrupt [IN TIMER INTERRUPT]software interrupt will run during timer interrupt [IN SOFTWARE INTERRUPT]software interrupt hit 1 times [IN SOFTWARE INTERRUPT]software interrupt end [IN TIMER INTERRUPT]timer interrupt end ------------------- [IN TIMER INTERRUPT]timer interrupt hit 2 times [IN TIMER INTERRUPT]trigger software interrupt [IN TIMER INTERRUPT]software interrupt will run during timer interrupt [IN SOFTWARE INTERRUPT]software interrupt hit 2 times [IN SOFTWARE INTERRUPT]software interrupt end [IN TIMER INTERRUPT]timer interrupt end ------------------- [IN TIMER INTERRUPT]timer interrupt hit 3 times [IN TIMER INTERRUPT]trigger software interrupt [IN TIMER INTERRUPT]software interrupt will run during timer interrupt [IN SOFTWARE INTERRUPT]software interrupt hit 3 times [IN SOFTWARE INTERRUPT]software interrupt end [IN TIMER INTERRUPT]timer interrupt end **Expected output(SWIRQ_INTLEVEL_HIGHER=0) as below:** .. code-block:: console Nuclei SDK Build Time: Feb 21 2020, 16:35:58 Download Mode: FLASHXIP CPU Frequency 108794117 Hz Initialize timer and start timer interrupt periodically ------------------- [IN TIMER INTERRUPT]timer interrupt hit 0 times [IN TIMER INTERRUPT]trigger software interrupt [IN TIMER INTERRUPT]software interrupt will run when timer interrupt finished [IN TIMER INTERRUPT]timer interrupt end [IN SOFTWARE INTERRUPT]software interrupt hit 0 times [IN SOFTWARE INTERRUPT]software interrupt end ------------------- [IN TIMER INTERRUPT]timer interrupt hit 1 times [IN TIMER INTERRUPT]trigger software interrupt [IN TIMER INTERRUPT]software interrupt will run when timer interrupt finished [IN TIMER INTERRUPT]timer interrupt end [IN SOFTWARE INTERRUPT]software interrupt hit 1 times [IN SOFTWARE INTERRUPT]software interrupt end ------------------- [IN TIMER INTERRUPT]timer interrupt hit 2 times [IN TIMER INTERRUPT]trigger software interrupt [IN TIMER INTERRUPT]software interrupt will run when timer interrupt finished [IN TIMER INTERRUPT]timer interrupt end [IN SOFTWARE INTERRUPT]software interrupt hit 2 times [IN SOFTWARE INTERRUPT]software interrupt end ------------------- [IN TIMER INTERRUPT]timer interrupt hit 3 times [IN TIMER INTERRUPT]trigger software interrupt [IN TIMER INTERRUPT]software interrupt will run when timer interrupt finished [IN TIMER INTERRUPT]timer interrupt end [IN SOFTWARE INTERRUPT]software interrupt hit 3 times [IN SOFTWARE INTERRUPT]software interrupt end .. _design_app_demo_dsp: demo_dsp ~~~~~~~~ This `demo_dsp application`_ is used to demonstrate how to NMSIS-DSP API. * Mainly show how we can use DSP library and header files. * It mainly demo the ``riscv_conv_xx`` functions and its reference functions * If your Nuclei Processor Core has DSP feature enabled, you can pass extra ``DSP_ENABLE=ON`` in your make command to use NMSIS-DSP library with DSP enabled. * By default, the application will use NMSIS-DSP library with DSP enabled. .. note:: * From version 0.2.4, this demo is upgraded to a more complex version which shows the usage of ``riscv_conv_xx`` functions, and ``DSP_ENABLE`` is changed from ``OFF`` to ``ON`` by default. * The GD32VF103 SoC doesn't has DSP enabled, so this SoC can only use NMSIS-DSP library with DSP disabled, so please pass extra ``DSP_ENABLE=OFF`` when run make. * For other Nuclei Processor Core based SoC, please check whether it has DSP feature enabled to decide which kind of **NMSIS-DSP** library to use. * Even our NMSIS-DSP library with DSP disabled are also optimized, so it can also provide good performance in some functions. **How to run this application:** .. code-block:: shell # Assume that you can set up the Tools and Nuclei SDK environment # cd to the demo_dsp directory cd application/baremetal/demo_dsp # Clean the application first make SOC=gd32vf103 clean # Build and upload the application make SOC=gd32vf103 upload **Expected output as below:** .. code-block:: console Nuclei SDK Build Time: Jun 18 2020, 17:43:31 Download Mode: FLASHXIP CPU Frequency 108270000 Hz CSV, riscv_conv_q31, 1225418 CSV, ref_conv_q31, 2666240 SUCCESS, riscv_conv_q31 CSV, riscv_conv_q15, 289940 CSV, ref_conv_q15, 311158 SUCCESS, riscv_conv_q15 CSV, riscv_conv_q7, 463 CSV, ref_conv_q7, 846 SUCCESS, riscv_conv_q7 CSV, riscv_conv_fast_q15, 106293 CSV, ref_conv_fast_q15, 247938 SUCCESS, riscv_conv_fast_q15 CSV, riscv_conv_fast_q31, 490539 CSV, ref_conv_fast_q31, 2215917 SUCCESS, riscv_conv_fast_q31 CSV, riscv_conv_opt_q15, 217250 CSV, ref_conv_opt_q15, 311162 SUCCESS, riscv_conv_opt_q15 CSV, riscv_conv_opt_q7, 714 CSV, ref_conv_opt_q7, 842 SUCCESS, riscv_conv_opt_q7 CSV, riscv_conv_fast_opt_q15, 137252 CSV, ref_conv_fast_opt_q15, 249958 SUCCESS, riscv_conv_fast_opt_q15 all test are passed. Well done! .. _design_app_lowpower: lowpower ~~~~~~~~ This `lowpower application`_ is used to demonstrate how to use low-power feature of RISC-V processor. Timer interrupt is setup before enter to wfi mode, and global interrupt will be disabled, so interrupt handler will not be entered, and will directly resume to next pc of wfi. **How to run this application:** .. code-block:: shell # Assume that you can set up the Tools and Nuclei SDK environment # Assume your processor has enabled low-power feature # cd to the low-power directory cd application/baremetal/lowpower # Clean the application first make SOC=evalsoc BOARD=nuclei_fpga_eval DOWNLOAD=ilm CORE=n300 clean # Build and upload the application make SOC=evalsoc BOARD=nuclei_fpga_eval DOWNLOAD=ilm CORE=n300 upload **Expected output as below:** .. code-block:: console Nuclei SDK Build Time: Jun 9 2022, 11:23:14 Download Mode: ILM CPU Frequency 15996354 Hz CSV, WFI Start/End, 178264/178289 CSV, WFI Cost, 25 .. _design_app_smphello: smphello ~~~~~~~~ This `smphello application`_ is used to demonstrate how to use baremetal SMP feature. This demo requests the SMP cores share the same RAM and ROM, for example, in current evalsoc system, ilm/dlm are private resource for cpu, only the DDR memory are shared resource for all the cpu. And `RVA` atomic extension is required to run this application, this extension is used to do spinlock in this example. .. note:: * It doesn't work with gd32vf103 processor. * Need to enable I/D Cache in if I/D Cache present in CPU. * It need at least a 2-Core SMP CPU Need to change ``__ICACHE_PRESENT``, ``__DCACHE_PRESENT`` and ``__CCM_PRESENT`` to 1 in ``SoC/evalsoc/Common/Include/evalsoc.h`` before run this application, from 0.4.0 release, for evalsoc/demosoc, ``__ICACHE_PRESENT`` and ``__DCACHE_PRESENT`` are default set to 1. .. code-block:: diff diff --git a/SoC/evalsoc/Common/Include/evalsoc.h b/SoC/evalsoc/Common/Include/evalsoc.h index 256cc614..fc9934ae 100644 --- a/SoC/evalsoc/Common/Include/evalsoc.h +++ b/SoC/evalsoc/Common/Include/evalsoc.h @@ -243,9 +243,9 @@ extern volatile IRegion_Info_Type SystemIRegionInfo; #define __PMP_ENTRY_NUM 16 /*!< Set to 8 or 16, the number of PMP entries */ #ifndef RUNMODE_CONTROL -#define __ICACHE_PRESENT 0 /*!< Set to 1 if I-Cache is present */ -#define __DCACHE_PRESENT 0 /*!< Set to 1 if D-Cache is present */ -#define __CCM_PRESENT 0 /*!< Set to 1 if Cache Control and Mantainence Unit is present */ +#define __ICACHE_PRESENT 1 /*!< Set to 1 if I-Cache is present */ +#define __DCACHE_PRESENT 1 /*!< Set to 1 if D-Cache is present */ +#define __CCM_PRESENT 1 /*!< Set to 1 if Cache Control and Mantainence Unit is present */ #else // RUNMODE_CONTROL is defined in SoC/evalsoc/runmode.mk, for internal usage not intend for widely usage #define __ICACHE_PRESENT RUNMODE_IC_EN /*!< Set to 1 if I-Cache is present */ #define __DCACHE_PRESENT RUNMODE_DC_EN /*!< Set to 1 if D-Cache is present */ **How to run this application:** .. code-block:: shell # Assume that you can set up the Tools and Nuclei SDK environment # Use Nuclei UX900 SMP 2 Core RISC-V processor as example # application needs to run in ddr memory not in ilm memory # cd to the smphello directory cd application/baremetal/smphello # Clean the application first make SOC=evalsoc BOARD=nuclei_fpga_eval SMP=2 DOWNLOAD=ddr CORE=ux900 clean # Build and upload the application make SOC=evalsoc BOARD=nuclei_fpga_eval SMP=2 DOWNLOAD=ddr CORE=ux900 upload **Expected output as below:** .. code-block:: console Nuclei SDK Build Time: May 30 2022, 15:38:00 Download Mode: DDR CPU Frequency 15998648 Hz Hello world from hart 0 Hello world from hart 1 All harts boot successfully! .. _design_app_demo_nice: demo_nice ~~~~~~~~~ .. note:: * It doesn't work with gd32vf103 processor. * Need nice feature enabled, and Nuclei NICE hardware demo integrated such as evalsoc This `demo_nice application`_ is used to demonstrate how to Nuclei NICE feature. **NICE** is short for Nuclei Instruction Co-unit Extension, which is used to support extensive customization and specialization. **NICE** allows customers to create user-defined instructions, enabling the integrations of custom hardware co-units that improve domain-specific performance while reducing power consumption. For more about **NICE** feature, please click `Nuclei User Extended Introduction`_. * Mainly show how to use NICE intrinsic function with compiler. * It only works with Nuclei RISC-V Processor with the hardware NICE demo integrated. **How to run this application:** .. code-block:: shell # Assume that you can set up the Tools and Nuclei SDK environment # Use Nuclei UX900 RISC-V processor as example, hardware NICE demo integrated # cd to the demo_dsp directory cd application/baremetal/demo_nice # Clean the application first make SOC=evalsoc BOARD=nuclei_fpga_eval CORE=ux900 clean # Build and upload the application make SOC=evalsoc BOARD=nuclei_fpga_eval CORE=ux900 upload **Expected output as below:** .. code-block:: console Nuclei SDK Build Time: Nov 26 2020, 11:14:51 Download Mode: ILM CPU Frequency 15999631 Hz Nuclei Nice Acceleration Demonstration 1. Print input matrix array the element of array is : 10 30 90 20 40 80 30 90 120 1. Do reference matrix column sum and row sum 2. Do nice matrix column sum and row sum 3. Compare reference and nice result 1) Reference result: the sum of each row is : 130 140 240 the sum of each col is : 60 160 290 1) Nice result: the sum of each row is : 130 140 240 the sum of each col is : 60 160 290 1) Compare reference vs nice: PASS 1. Performance summary normal: instret: 511, cycle: 790 nice : instret: 125, cycle: 227 .. _design_app_coremark: coremark ~~~~~~~~ This `coremark benchmark application`_ is used to run EEMBC CoreMark Software. EEMBC CoreMark Software is a product of EEMBC and is provided under the terms of the CoreMark License that is distributed with the official EEMBC COREMARK Software release. If you received this EEMBC CoreMark Software without the accompanying CoreMark License, you must discontinue use and download the official release from www.coremark.org. In Nuclei SDK, we provided code and Makefile for this ``coremark`` application. You can also optimize the ``COMMON_FLAGS`` defined in coremark application Makefile to get different score number. * By default, this application runs for 800 iterations, you can also change this in Makefile. e.g. Change this ``-DITERATIONS=800`` to value such as ``-DITERATIONS=5000`` * macro **PERFORMANCE_RUN=1** is defined * **STDCLIB ?= newlib_small** is added in its Makefile to enable float value print * For different Nuclei CPU series, the benchmark options are different, currently you can pass ``CPU_SERIES=900`` to select benchmark options for 900 series, otherwise the benchmark options for 200/300/600/900 will be selected which is also the default value. .. note:: * Since for each SoC platforms, the CPU frequency is different, so user need to change the ``ITERATIONS`` defined in Makefile to proper value to let the coremark run at least 10 seconds * For example, for the ``gd32vf103`` based boards supported in Nuclei SDK, we suggest to change ``-DITERATIONS=800`` to ``-DITERATIONS=5000`` **How to run this application:** .. code-block:: shell # Assume that you can set up the Tools and Nuclei SDK environment # cd to the coremark directory cd application/baremetal/benchmark/coremark # change ITERATIONS value in Makefile for gd32vf103 based board to 5000 # Clean the application first make SOC=gd32vf103 clean # Build and upload the application make SOC=gd32vf103 upload **Expected output as below:** .. code-block:: console Nuclei SDK Build Time: Mar 30 2020, 18:08:53 Download Mode: FLASHXIP CPU Frequency 107190000 Hz Start to run coremark for 5000 iterations 2K performance run parameters for coremark. CoreMark Size : 666 Total ticks : 1622809457 Total time (secs): 15.139593 Iterations/Sec : 330.259868 Iterations : 5000 Compiler version : GCC9.2.0 Compiler flags : -O2 -flto -funroll-all-loops -finline-limit=600 -ftree-dominator-opts -fno-if-conversion2 -fselective-scheduling -fno-code-hoisting -fno-common -funroll-loops -finline-functions -falign-functions=4 -falign-jumps=4 -falign-loops=4 Memory location : STACK seedcrc : 0xe9f5 [0]crclist : 0xe714 [0]crcmatrix : 0x1fd7 [0]crcstate : 0x8e3a [0]crcfinal : 0xbd59 Correct operation validated. See readme.txt for run and reporting rules. CoreMark 1.0 : 330.259868 / GCC9.2.0 -O2 -flto -funroll-all-loops -finline-limit=600 -ftree-dominator-opts -fno-if-conversion2 -fselective-scheduling -fno-code-hoisting -fno-common -funroll-loops -finline-functions -falign-functions=4 -falign-jumps=4 -falign-loops=4 / STACK Print Personal Added Addtional Info to Easy Visual Analysis (Iterations is: 5000 (total_ticks is: 1622809457 (*) Assume the core running at 1 MHz So the CoreMark/MHz can be caculated by: (Iterations*1000000/total_ticks) = 3.081076 CoreMark/MHz .. _design_app_dhrystone: dhrystone ~~~~~~~~~ This `dhrystone benchmark application`_ is used to run DHRYSTONE Benchmark Software. The Dhrystone benchmark program has become a popular benchmark for CPU/compiler performance measurement, in particular in the area of minicomputers, workstations, PC's and microprocesors. * It apparently satisfies a need for an easy-to-use integer benchmark; * it gives a first performance indication which is more meaningful than MIPS numbers which, in their literal meaning (million instructions per second), cannot be used across different instruction sets (e.g. RISC vs. CISC). * With the increasing use of the benchmark, it seems necessary to reconsider the benchmark and to check whether it can still fulfill this function. In Nuclei SDK, we provided code and Makefile for this ``dhrystone`` application. You can also optimize the ``COMMON_FLAGS`` defined in dhrystone application Makefile to get different score number. * **STDCLIB ?= newlib_small** is added in its Makefile to enable float value print * You can change ``Number_Of_Runs`` in ``dhry_1.c`` line 134 to increate or decrease number of iterations **How to run this application:** .. code-block:: shell # Assume that you can set up the Tools and Nuclei SDK environment # cd to the dhrystone directory cd application/baremetal/benchmark/dhrystone # Clean the application first make SOC=gd32vf103 clean # Build and upload the application make SOC=gd32vf103 upload **Expected output as below:** .. code-block:: console Nuclei SDK Build Time: Feb 21 2020, 14:23:55 Download Mode: FLASHXIP CPU Frequency 108801980 Hz Dhrystone Benchmark, Version 2.1 (Language: C) Program compiled without 'register' attribute Please give the number of runs through the benchmark: Execution starts, 500000 runs through Dhrystone Execution ends Final values of the variables used in the benchmark: Int_Glob: 5 should be: 5 Bool_Glob: 1 should be: 1 Ch_1_Glob: A should be: A Ch_2_Glob: B should be: B Arr_1_Glob[8]: 7 should be: 7 Arr_2_Glob[8][7]: 500010 should be: Number_Of_Runs + 10 Ptr_Glob-> Ptr_Comp: 536883352 should be: (implementation-dependent) Discr: 0 should be: 0 Enum_Comp: 2 should be: 2 Int_Comp: 17 should be: 17 Str_Comp: DHRYSTONE PROGRAM, SOME STRING should be: DHRYSTONE PROGRAM, SOME STRING Next_Ptr_Glob-> Ptr_Comp: 536883352 should be: (implementation-dependent), same as above Discr: 0 should be: 0 Enum_Comp: 1 should be: 1 Int_Comp: 18 should be: 18 Str_Comp: DHRYSTONE PROGRAM, SOME STRING should be: DHRYSTONE PROGRAM, SOME STRING Int_1_Loc: 5 should be: 5 Int_2_Loc: 13 should be: 13 Int_3_Loc: 7 should be: 7 Enum_Loc: 1 should be: 1 Str_1_Loc: DHRYSTONE PROGRAM, 1'ST STRING should be: DHRYSTONE PROGRAM, 1'ST STRING Str_2_Loc: DHRYSTONE PROGRAM, 2'ND STRING should be: DHRYSTONE PROGRAM, 2'ND STRING (*) User_Cycle for total run through Dhrystone with loops 500000: 223500116 So the DMIPS/MHz can be caculated by: 1000000/(User_Cycle/Number_Of_Runs)/1757 = 1.273270 DMIPS/MHz .. _design_app_whetstone: whetstone ~~~~~~~~~ This `whetstone benchmark application`_ is used to run C/C++ Whetstone Benchmark Software (Single or Double Precision). The Fortran Whetstone programs were the first general purpose benchmarks that set industry standards of computer system performance. Whetstone programs also addressed the question of the efficiency of different programming languages, an important issue not covered by more contemporary standard benchmarks. In Nuclei SDK, we provided code and Makefile for this ``whetstone`` application. You can also optimize the ``COMMON_FLAGS`` defined in whetstone application Makefile to get different score number. * **STDCLIB ?= newlib_small** is added in its Makefile to enable float value print * Extra **LDFLAGS := -lm** is added in its Makefile to include the math library **How to run this application:** .. code-block:: shell # Assume that you can set up the Tools and Nuclei SDK environment # cd to the whetstone directory cd application/baremetal/benchmark/whetstone # Clean the application first make SOC=gd32vf103 clean # Build and upload the application make SOC=gd32vf103 upload **Expected output as below:** .. code-block:: console Nuclei SDK Build Time: Feb 21 2020, 14:50:15 Download Mode: FLASHXIP CPU Frequency 109069306 Hz ########################################## Single Precision C Whetstone Benchmark Opt 3 32 Bit Calibrate 1.96 Seconds 1 Passes (x 100) 9.81 Seconds 5 Passes (x 100) Use 5 passes (x 100) Single Precision C/C++ Whetstone Benchmark Loop content Result MFLOPS MOPS Seconds N1 floating point -1.12475013732910156 1.053 0.091 N2 floating point -1.12274742126464844 1.053 0.638 N3 if then else 1.00000000000000000 108527.617 0.000 N4 fixed point 12.00000000000000000 5.630 0.280 N5 sin,cos etc. 0.49909299612045288 0.109 3.829 N6 floating point 0.99999982118606567 1.082 2.493 N7 assignments 3.00000000000000000 419.794 0.002 N8 exp,sqrt etc. 0.75110614299774170 0.075 2.492 MWIPS 5.089 9.825 MWIPS/MHz 0.046 9.825 .. _design_app_demo_smode_eclic: demo_smode_eclic ~~~~~~~~~~~~~~~~ This `demo_smode_eclic application`_ is used to demostrate how to use the ECLIC API and Interrupt in supervisor mode with TEE. .. note:: * It doesn't work with gd32vf103 processor. * It need Nuclei CPU configured with TEE feature and S-Mode ECLIC * In this application's Makefile, we provided comments in Makefile about optimization for code size, please refer to chapter :ref:`design_app_demo_eclic` for details. * Need to enable TEE in if TEE present in CPU. * The timer interrupt and timer software interrupt are used * The timer interrupt is registered as non-vector interrupt * The timer software interrupt is registered as vector interrupt, and we enable its preemptive feature by using ``SAVE_IRQ_CSR_CONTEXT_S`` and ``RESTORE_IRQ_CSR_CONTEXT_S`` in timer software interrupt handler * The timer interrupt is triggered periodically * The timer software interrupt is triggered in timer interrupt handler using ``SysTimer_SetHartSWIRQ`` function * Interrupts occur in supervisor mode to which it drops from machine mode, and you can observe the difference from :ref:`design_app_demo_eclic` by console output * In the application code, there is a macro called ``SWIRQ_INTLEVEL_HIGHER`` to control the timer software interrupt working feature: - If **SWIRQ_INTLEVEL_HIGHER=1**, the timer software interrupt level is higher than timer interrupt level, so when timer software interrupt is triggered, then timer software interrupt will be processed immediately, and timer interrupt will be preempted by timer software interrupt. - If **SWIRQ_INTLEVEL_HIGHER=0**, the timer software interrupt level is lower than timer interrupt level, so when timer software interrupt is triggered, then timer software interrupt will be processed after timer interrupt, and timer interrupt will not be preempted by timer software interrupt. **How to run this application:** .. code-block:: shell # Assume that you can set up the Tools and Nuclei SDK environment # cd to the demo_smode_eclic directory cd application/baremetal/demo_smode_eclic # MUST: Your CPU configuration must has TEE configured # Change macro __TEE_PRESENT to 1 in # here assume CORE=n300 is equipped with TEE #define __TEE_PRESENT 1 # Change macro SWIRQ_INTLEVEL_HIGHER value in demo_smode_eclic.c # to see different working mode of this demo # Clean the application first make SOC=evalsoc BOARD=nuclei_fpga_eval DOWNLOAD=ilm CORE=n300 clean # Build and upload the application make SOC=evalsoc BOARD=nuclei_fpga_eval DOWNLOAD=ilm CORE=n300 upload **Expected output(SWIRQ_INTLEVEL_HIGHER=1) as below:** .. code-block:: console Nuclei SDK Build Time: Aug 5 2022, 15:05:52 Download Mode: ILM CPU Frequency 15989145 Hz Current sp is 0x9000ffa0, so it is in Machine Mode! Drop to S-Mode now [IN S-MODE ENTRY POINT] Hello Supervisor Mode!!! Current sp is 0x90000f40, so it is in Supervisor Mode! Initialize timer and start timer interrupt periodically Current sp is 0x90000d80, so it is in Supervisor Mode! ------------------- [IN S-MODE TIMER INTERRUPT]timer interrupt hit 0 times [IN S-MODE TIMER INTERRUPT]trigger software interrupt [IN S-MODE TIMER INTERRUPT]software interrupt will run during timer interrupt [IN S-MODE SOFTWARE INTERRUPT]software interrupt hit 0 times Current sp is 0x90000d10, so it is in Supervisor Mode! [IN S-MODE SOFTWARE INTERRUPT]software interrupt end [IN S-MODE TIMER INTERRUPT]timer interrupt end Current sp is 0x90000d80, so it is in Supervisor Mode! ------------------- [IN S-MODE TIMER INTERRUPT]timer interrupt hit 1 times [IN S-MODE TIMER INTERRUPT]trigger software interrupt [IN S-MODE TIMER INTERRUPT]software interrupt will run during timer interrupt [IN S-MODE SOFTWARE INTERRUPT]software interrupt hit 1 times Current sp is 0x90000d10, so it is in Supervisor Mode! [IN S-MODE SOFTWARE INTERRUPT]software interrupt end [IN S-MODE TIMER INTERRUPT]timer interrupt end Current sp is 0x90000d80, so it is in Supervisor Mode! ------------------- [IN S-MODE TIMER INTERRUPT]timer interrupt hit 2 times [IN S-MODE TIMER INTERRUPT]trigger software interrupt [IN S-MODE TIMER INTERRUPT]software interrupt will run during timer interrupt [IN S-MODE SOFTWARE INTERRUPT]software interrupt hit 2 times Current sp is 0x90000d10, so it is in Supervisor Mode! [IN S-MODE SOFTWARE INTERRUPT]software interrupt end [IN S-MODE TIMER INTERRUPT]timer interrupt end Current sp is 0x90000d80, so it is in Supervisor Mode! ------------------- [IN S-MODE TIMER INTERRUPT]timer interrupt hit 3 times [IN S-MODE TIMER INTERRUPT]trigger software interrupt [IN S-MODE TIMER INTERRUPT]software interrupt will run during timer interrupt [IN S-MODE SOFTWARE INTERRUPT]software interrupt hit 3 times Current sp is 0x90000d10, so it is in Supervisor Mode! [IN S-MODE SOFTWARE INTERRUPT]software interrupt end [IN S-MODE TIMER INTERRUPT]timer interrupt end **Expected output(SWIRQ_INTLEVEL_HIGHER=0) as below:** .. code-block:: console Nuclei SDK Build Time: Aug 5 2022, 15:09:46 Download Mode: ILM CPU Frequency 15989145 Hz Current sp is 0x9000ffa0, so it is in Machine Mode! Drop to S-Mode now [IN S-MODE ENTRY POINT] Hello Supervisor Mode!!! Current sp is 0x90000f50, so it is in Supervisor Mode! Initialize timer and start timer interrupt periodically Current sp is 0x90000d90, so it is in Supervisor Mode! ------------------- [IN S-MODE TIMER INTERRUPT]timer interrupt hit 0 times [IN S-MODE TIMER INTERRUPT]trigger software interrupt [IN S-MODE TIMER INTERRUPT]software interrupt will run when timer interrupt finished [IN S-MODE TIMER INTERRUPT]timer interrupt end [IN S-MODE SOFTWARE INTERRUPT]software interrupt hit 0 times Current sp is 0x90000ee0, so it is in Supervisor Mode! [IN S-MODE SOFTWARE INTERRUPT]software interrupt end Current sp is 0x90000d90, so it is in Supervisor Mode! ------------------- [IN S-MODE TIMER INTERRUPT]timer interrupt hit 1 times [IN S-MODE TIMER INTERRUPT]trigger software interrupt [IN S-MODE TIMER INTERRUPT]software interrupt will run when timer interrupt finished [IN S-MODE TIMER INTERRUPT]timer interrupt end [IN S-MODE SOFTWARE INTERRUPT]software interrupt hit 1 times Current sp is 0x90000ee0, so it is in Supervisor Mode! [IN S-MODE SOFTWARE INTERRUPT]software interrupt end Current sp is 0x90000d90, so it is in Supervisor Mode! ------------------- [IN S-MODE TIMER INTERRUPT]timer interrupt hit 2 times [IN S-MODE TIMER INTERRUPT]trigger software interrupt [IN S-MODE TIMER INTERRUPT]software interrupt will run when timer interrupt finished [IN S-MODE TIMER INTERRUPT]timer interrupt end [IN S-MODE SOFTWARE INTERRUPT]software interrupt hit 2 times Current sp is 0x90000ee0, so it is in Supervisor Mode! [IN S-MODE SOFTWARE INTERRUPT]software interrupt end Current sp is 0x90000d90, so it is in Supervisor Mode! ------------------- [IN S-MODE TIMER INTERRUPT]timer interrupt hit 3 times [IN S-MODE TIMER INTERRUPT]trigger software interrupt [IN S-MODE TIMER INTERRUPT]software interrupt will run when timer interrupt finished [IN S-MODE TIMER INTERRUPT]timer interrupt end [IN S-MODE SOFTWARE INTERRUPT]software interrupt hit 3 times Current sp is 0x90000ee0, so it is in Supervisor Mode! [IN S-MODE SOFTWARE INTERRUPT]software interrupt end .. _design_app_demo_spmp: demo_spmp ~~~~~~~~~ This `demo_spmp_application`_ is used to demonstrate how to grant physical memory privileges (read, write, execute) on each physical memory region by supervisor-mode control CSRs. .. note:: * It doesn't work with gd32vf103 processor. * It need Nuclei CPU configured with TEE, PMP, sPMP feature * Need to enable PMP in if PMP present in CPU. * Need to enable TEE in if TEE present in CPU. * Need to enable SPMP in if SPMP present in CPU. * ``spmp_violation_fault_handler`` is registered, which is to execute when spmp violation exception occurs * The sPMP values are checked after the physical address to be accessed passes PMP checks * There're three config structures, ``pmp_config`` inits that M-mode grants full permission of the whole address range on S and U mode; ``spmp_config_x`` sets protected executable address range as 2^12 bytes; ``spmp_config_rw`` sets protected readable/writable address range as 2^12 bytes, and you can change the ``protection``, ``order``, ``base_addr`` according to your memory assignments * Exception delegation from default M mode to S mode is also provided in this demo, when it violates sPMP check.When exception occurs, the print info including ``scause``, ``sepc`` can be observed by serial console, which explains the exception cause of SPMP permission violation, and shows which asm instruction triggers the violation * In the application code, there is a macro called ``TRIGGER_SPMP_VIOLATION_MODE`` to control the sPMP working feature: - If **TRIGGER_SPMP_VIOLATION_MODE=INSTRUCTION_FETCH_PAGE_EXCEPTION**, the unallowed memory is to execute, which triggers ``Instruction page fault``, whose scause.EXCCODE = 12 and sdcause = 6 - If **TRIGGER_SPMP_VIOLATION_MODE=LOAD_PAGE_EXCEPTION**, the unallowed memory is to read, which triggers ``Load page fault``, whose scause.EXCODE = 13 and sdcause = 6 - If **TRIGGER_SPMP_VIOLATION_MODE=STORE_PAGE_EXCEPTION**, the unallowed memory is to write, which triggers ``Store/AMO page fault``, whose scause.EXCODE = 15 and sdcause = 6 - If **TRIGGER_SPMP_VIOLATION_MODE=EXECUTE_USERMODE_MEMORY_EXCEPTION**, the U-Mode accessiable memory is to execute, which triggers ``Instruction page fault``. By the way, S-mode can never execute instructions from user pages, regardless of the state of ``SUM(permit Supervisor User Memory access)`` - If **TRIGGER_SPMP_VIOLATION_MODE=LOAD_USERMODE_MEMORY_EXCEPTION**, the the U-Mode accessiable memory is to read, which triggers ``Load page fault``. When SUM=1, read access is permitted - If **TRIGGER_SPMP_VIOLATION_MODE=STORE_USERMODE_MEMORY_EXCEPTION**, the the U-Mode accessiable memory is to write, which triggers ``Store/AMO page fault``. When SUM=1, write access is permitted - If **TRIGGER_SPMP_VIOLATION_MODE=RUN_WITH_NO_SPMP_CHECK**, supervisor mode access succeed, no violation occurs **How to run this application:** .. code-block::shell # Assume that you can set up the Tools and Nuclei SDK environment # cd to the demo_spmp directory cd application/baremetal/demo_spmp # MUST: Your CPU configuration must has TEE configured # Change macro __TEE_PRESENT to 1 in # here assume CORE=n300 is equipped with TEE #define __TEE_PRESENT 1 # Change macro TRIGGER_SPMP_VIOLATION_MODE value in demo_spmp.c # to see different working mode of this demo # Clean the application first make SOC=evalsoc BOARD=nuclei_fpga_eval DOWNLOAD=ilm CORE=n300 clean # Build and upload the application make SOC=evalsoc BOARD=nuclei_fpga_eval DOWNLOAD=ilm CORE=n300 upload **Expected output(TRIGGER_SPMP_VIOLATION_MODE=INSTRUCTION_FETCH_PAGE_EXCEPTION) as below:** .. code-block:: console Nuclei SDK Build Time: Aug 15 2022, 15:45:57 Download Mode: ILM CPU Frequency 15997665 Hz ------sPMP demo with trigger condition 0------ Get pmp entry: index 0, prot_out: 0x9f, addr_out: 0x0, order_out: 32 Get spmp entry: index 0, prot_out: 0x9b, addr_out: 0x80004000, order_out: 12 Get spmp entry: index 1, prot_out: 0x9b, addr_out: 0x90000000, order_out: 12 Attempting to fetch instruction from protected address Instruction page fault occurs, cause: 0x1000000c, epc: 0x80004000 From disassembly code, SEPC refers to .. code-block:: console 80004000: 90002537 lui a0,0x90002 **Expected output(TRIGGER_SPMP_VIOLATION_MODE=LOAD_PAGE_EXCEPTION) as below:** .. code-block:: console Nuclei SDK Build Time: Aug 15 2022, 15:45:57 Download Mode: ILM CPU Frequency 16005529 Hz ------sPMP demo with trigger condition 1------ Get pmp entry: index 0, prot_out: 0x9f, addr_out: 0x0, order_out: 32 Get spmp entry: index 0, prot_out: 0x9f, addr_out: 0x80004000, order_out: 12 Get spmp entry: index 1, prot_out: 0x9a, addr_out: 0x90000000, order_out: 12 Attempting to fetch instruction from protected address ----protected_execute succeed!---- Attempting to read protected_data[0] Load page fault occurs, cause: 0x1000000d, epc: 0x80005026 From disassembly code, SEPC refers to .. code-block:: console 80005026: 00044583 lbu a1,0(s0) # 90000000 <_sp+0xffff0000> **Expected output(TRIGGER_SPMP_VIOLATION_MODE=STORE_PAGE_EXCEPTION) as below:** .. code-block:: console Nuclei SDK Build Time: Aug 15 2022, 15:45:57 Download Mode: ILM CPU Frequency 15997665 Hz ------sPMP demo with trigger condition 2------ Get pmp entry: index 0, prot_out: 0x9f, addr_out: 0x0, order_out: 32 Get spmp entry: index 0, prot_out: 0x9f, addr_out: 0x80004000, order_out: 12 Get spmp entry: index 1, prot_out: 0x99, addr_out: 0x90000000, order_out: 12 Attempting to fetch instruction from protected address ----protected_execute succeed!---- Attempting to read protected_data[0] protected_data[0]: 0xAA succeed Attempting to write protected_data[0] Store/AMO page fault occurs, cause: 0x1000000f, epc: 0x80005050 From disassembly code, SEPC refers to .. code-block:: console 80005050: 00f40023 sb a5,0(s0) **Expected output(TRIGGER_SPMP_VIOLATION_MODE=EXECUTE_USERMODE_MEMORY_EXCEPTION) as below:** .. code-block:: console Nuclei SDK Build Time: Aug 15 2022, 15:45:57 Download Mode: ILM CPU Frequency 15997665 Hz ------sPMP demo with trigger condition 3------ Get pmp entry: index 0, prot_out: 0x9f, addr_out: 0x0, order_out: 32 Get spmp entry: index 0, prot_out: 0xdf, addr_out: 0x80004000, order_out: 12 Get spmp entry: index 1, prot_out: 0x9b, addr_out: 0x90000000, order_out: 12 Attempting to fetch instruction from protected address Instruction page fault occurs, cause: 0x1000000c, epc: 0x80004000 From disassembly code, SEPC refers to .. code-block:: console 80004000: 90002537 lui a0,0x90002 **Expected output(TRIGGER_SPMP_VIOLATION_MODE=LOAD_USERMODE_MEMORY_EXCEPTION) as below:** .. code-block:: console Nuclei SDK Build Time: Aug 15 2022, 15:45:57 Download Mode: ILM CPU Frequency 16005529 Hz ------sPMP demo with trigger condition 4------ Get pmp entry: index 0, prot_out: 0x9f, addr_out: 0, order_out: 32 Get spmp entry: index 0, prot_out: 0x9f, addr_out: 0x80004000, order_out: 12 Get spmp entry: index 1, prot_out: 0xd9, addr_out: 0x90000000, order_out: 12 Attempting to fetch instruction from protected address ----protected_execute succeed!---- Attempting to read protected_data[0] Load page fault occurs, cause: 0x1000000d, epc: 0x80005024 From disassembly code, SEPC refers to .. code-block:: console 80005024: 0007c583 lbu a1,0(a5) # 90000000 <_sp+0xffff0000> **Expected output(TRIGGER_SPMP_VIOLATION_MODE=STORE_USERMODE_MEMORY_EXCEPTION) as below:** .. code-block:: console Nuclei SDK Build Time: Aug 15 2022, 15:45:57 Download Mode: ILM CPU Frequency 15997665 Hz ------sPMP demo with trigger condition 5------ Get pmp entry: index 0, prot_out: 0x9f, addr_out: 0x0, order_out: 32 Get spmp entry: index 0, prot_out: 0x9f, addr_out: 0x80004000, order_out: 12 Get spmp entry: index 1, prot_out: 0xda, addr_out: 0x90000000, order_out: 12 Attempting to fetch instruction from protected address ----protected_execute succeed!---- Attempting to write protected_data[0] Store/AMO page fault occurs, cause: 0x1000000f, epc: 0x8000502e From disassembly code, SEPC refers to .. code-block:: console 8000502e: 00e78023 sb a4,0(a5) # 90000000 <_sp+0xffff0000> **(Default)Expected output(TRIGGER_SPMP_VIOLATION_MODE=RUN_WITH_NO_SPMP_CHECK) as below:** .. code-block:: console Nuclei SDK Build Time: Aug 15 2022, 15:45:57 Download Mode: ILM CPU Frequency 15997665 Hz ------sPMP demo with trigger condition 6------ Get pmp entry: index 0, prot_out: 0x9f, addr_out: 0x0, order_out: 32 Get spmp entry: index 0, prot_out: 0x1f, addr_out: 0x80004000, order_out: 12 Get spmp entry: index 1, prot_out: 0x1b, addr_out: 0x90000000, order_out: 12 Attempting to fetch instruction from protected address ----protected_execute succeed!---- Attempting to read protected_data[0] protected_data[0]: 0xAA succeed Attempting to write protected_data[0] Won't run here if violates L U\R\W\X permission check! .. _design_app_demo_pmp: demo_pmp ~~~~~~~~ This `demo_pmp_application`_ is used to demonstrate how to grant physical memory privileges (read, write, execute) on each physical memory region by machine mode control CSRs. .. note:: * It doesn't work with gd32vf103 processor. * It need Nuclei CPU configured with PMP feature * Need to enable PMP in if PMP present in CPU. * ``pmp_violation_fault_handler`` is registered, which is to execute when pmp violation exception occurs * There're two config structures, ``pmp_config_x`` sets protected executable address range as 2^12 bytes; ``pmp_config_rw`` sets protected readable/writable address range as 2^12 bytes, and you can change the ``protection``, ``order``, ``base_addr`` according to your memory assignments * When exception occurs, the print info including ``mcause``, ``mepc`` can be observed by serial console, which explains the exception cause of PMP permission violation, and shows which asm instruction triggers the violation * In the application code, there is a macro called ``TRIGGER_PMP_VIOLATION_MODE`` to control the PMP working feature: - If **TRIGGER_PMP_VIOLATION_MODE=INSTRUCTION_FETCH_EXCEPTION**, the unallowed memory is to execute, which triggers ``Instruction access fault``, whose mcause.EXCCODE = 1 and mdcause = 1 - If **TRIGGER_PMP_VIOLATION_MODE=LOAD_EXCEPTION**, the unallowed memory is to read, which triggers ``Load access fault``, whose mcause.EXCODE = 5 and mdcause = 1 - If **TRIGGER_PMP_VIOLATION_MODE=STORE_EXCEPTION**, the unallowed memory is to write, which triggers ``Store/AMO access fault``, whose mcause.EXCODE = 7 and mdcause = 1 - If **TRIGGER_PMP_VIOLATION_MODE=RUN_WITH_NO_PMP_CHECK**, no violation occurs **How to run this application:** .. code-block::shell # Assume that you can set up the Tools and Nuclei SDK environment # cd to the demo_pmp directory cd application/baremetal/demo_pmp # MUST: Your CPU configuration must has PMP configured # Change macro __PMP_PRESENT to 1 in #define __PMP_PRESENT 1 # Change macro TRIGGER_PMP_VIOLATION_MODE value in demo_pmp.c # to see different working mode of this demo # Clean the application first make SOC=evalsoc BOARD=nuclei_fpga_eval DOWNLOAD=ilm CORE=n300 clean # Build and upload the application make SOC=evalsoc BOARD=nuclei_fpga_eval DOWNLOAD=ilm CORE=n300 upload **Expected output(TRIGGER_PMP_VIOLATION_MODE=INSTRUCTION_FETCH_EXCEPTION) as below:** .. code-block:: console Nuclei SDK Build Time: Aug 15 2022, 15:45:57 Download Mode: ILM CPU Frequency 16006184 Hz ------PMP demo with trigger condition 0------ Get pmp entry: index 0, prot_out: 0x9b, addr_out: 0x80004000, order_out: 12 Get pmp entry: index 1, prot_out: 0x9b, addr_out: 0x90000000, order_out: 12 Attempting to fetch instruction from protected address Instruction access fault occurs, cause: 0x30000001, epc: 0x80004000 From disassembly code, MEPC refers to .. code-block:: console 80004000: 90002537 lui a0,0x90002 **Expected output(TRIGGER_PMP_VIOLATION_MODE=LOAD_EXCEPTION) as below:** .. code-block:: console Nuclei SDK Build Time: Aug 15 2022, 15:45:57 Download Mode: ILM CPU Frequency 16006184 Hz ------PMP demo with trigger condition 1------ Get pmp entry: index 0, prot_out: 0x9f, addr_out: 0x80004000, order_out: 12 Get pmp entry: index 1, prot_out: 0x9a, addr_out: 0x90000000, order_out: 12 Attempting to fetch instruction from protected address ----protected_execute succeed!---- Attempting to read protected_data[0] Load access fault occurs, cause: 0x30000005, epc: 0x80004022 From disassembly code, MEPC refers to .. code-block:: console 80004022: 00044583 lbu a1,0(s0) # 90000000 <_sp+0xffff0000> **Expected output(TRIGGER_PMP_VIOLATION_MODE=STORE_EXCEPTION) as below:** .. code-block:: console Nuclei SDK Build Time: Aug 15 2022, 15:45:57 Download Mode: ILM CPU Frequency 15998320 Hz ------PMP demo with trigger condition 2------ Get pmp entry: index 0, prot_out: 0x9f, addr_out: 0x80004000, order_out: 12 Get pmp entry: index 1, prot_out: 0x99, addr_out: 0x90000000, order_out: 12 Attempting to fetch instruction from protected address ----protected_execute succeed!---- Attempting to read protected_data[0] protected_data[0]: 0xAA succeed Attempting to write protected_data[0] Store/AMO access fault occurs, cause: 0x30000007, epc: 0x80004044 From disassembly code, MEPC refers to .. code-block:: console 80004044: 00f40023 sb a5,0(s0) **(Default)Expected output(TRIGGER_PMP_VIOLATION_MODE=RUN_WITH_NO_PMP_CHECK) as below:** .. code-block:: console Nuclei SDK Build Time: Aug 15 2022, 15:45:57 Download Mode: ILM CPU Frequency 16006184 Hz ------PMP demo with trigger condition 3------ Get pmp entry: index 0, prot_out: 0x1f, addr_out: 0x80004000, order_out: 12 Get pmp entry: index 1, prot_out: 0x1b, addr_out: 0x90000000, order_out: 12 Attempting to fetch instruction from protected address ----protected_execute succeed!---- Attempting to read protected_data[0] protected_data[0]: 0xAA succeed Attempting to write protected_data[0] Won't run here if violates L R\W\X permission check! .. _design_app_demo_cidu: demo_cidu ~~~~~~~~~ This `demo_cidu_application`_ is used to demonstrate External Interrupt Distribution (external interrupt broadcast/first come first claim), Inter Core interrupt and Semaphore of Cluster Interrupt Distribution Unit (CIDU). This demo requests the SMP cores share the same RAM and ROM, for example, in current evalsoc/demosoc system, ilm/dlm are private resource for cpu, only the DDR memory are shared resource for all the cpu. .. note:: * It doesn't work with gd32vf103 processor. * It need Nuclei SMP CPU configured with CIDU feature * It need Nuclei EvalSoC's uart and its interrupt, if you want to port it, you need to port uart driver of your SoC * Need to enable CIDU in if CIDU present in cluster. * Multicore SoC is needed. * ``UART0`` receive is used as external interrupt, registered as ``eclic_uart0_int_handler``, which is the best choice for evalsoc/demosoc and is easy to trigger by writing the serial terminal * ``UART0`` receive interrupt can be broadcast to all the cores or some, and also first coming first claim mode will ensure only the first responding core handle the interrupt service routine(ISR) * Inter core interrupt shows likes this: core3 sends interrupt to core2, core2 sends interrupt to core1, core1 sends interrupt to core0, and core0 sends interrupt to core3, registered as ``eclic_inter_core_int_handler``, supposing the SoC is four cores, and etc. * To demonstrate it will handle properly if multiple cores send interrupt to one core simultaneously, besides core2, core0 also sends interrupt to core1, supposing the SoC is four core * To protect ``UART0`` resource when multicores want to access it(call ``printf``), semaphore is configured, which needs to be acquired successfully before accessing ``UART0``, and release it after job done * ``ENABLE_FIRST_COME_FIRST_CLAIM_MODE`` is defined by default, you can comment it to just use broadcast mode **How to run this application:** .. code-block:: shell # Assume that you can set up the Tools and Nuclei SDK environment # Use Nuclei UX900 SMP 2/4/8(4/8 is better) Core RISC-V processor as example # application needs to run in ddr memory not in ilm memory # cd to the demo_cidu directory cd application/baremetal/demo_cidu # Clean the application first make SOC=evalsoc BOARD=nuclei_fpga_eval SMP=4 DOWNLOAD=ddr CORE=ux900 clean # Build and upload the application make SOC=evalsoc BOARD=nuclei_fpga_eval SMP=4 DOWNLOAD=ddr CORE=ux900 upload **Expected output(inter core interrupt) as below:** .. code-block:: console Nuclei SDK Build Time: Feb 10 2023, 18:39:17 Download Mode: DDR CPU Frequency 100602675 Hz CPU HartID: 0 Core 3 has received interrupt from core 0 Core 1 has received interrupt from core 0 Core 2 has received interrupt from core 3 Core 1 has received interrupt from core 2 Core 0 has received interrupt from core 1 From output, each core sends interrupt in order, and core 1 has received interrupts from both core 0 and core 2. **Expected output(write anything to the serial terminal, enable first come first claim mode) as below:** .. code-block:: console Nuclei SDK Build Time: Feb 10 2023, 18:44:45 Download Mode: DDR CPU Frequency 100612833 Hz CPU HartID: 0 Core 3 has received interrupt from core 0 Core 1 has received interrupt from core 0 Core 2 has received interrupt from core 3 Core 1 has received interrupt from core 2 Core 0 has received interrupt from core 1 Core 2 enters uart0_receive_handler Core 1 enters uart0_receive_handler Core 2 wants to process rx input Core 2 processed input:d Core 3 enters uart0_receive_handler Core 0 enters uart0_receive_handler Core 3 wants to process rx input Core 3 enters uart0_receive_handler Core 1 enters uart0_receive_handler Core 3 wants to process rx input Core 3 processed input:q Core 0 enters uart0_receive_handler Core 2 enters uart0_receive_handler Core 0 wants to process rx input Core 0 enters uart0_receive_handler Core 1 enters uart0_receive_handler Core 0 wants to process rx input Core 0 processed input:s Core 3 enters uart0_receive_handler Core 2 enters uart0_receive_handler Core 3 wants to process rx input Core 1 enters uart0_receive_handler Core 2 enters uart0_receive_handler Core 0 enters uart0_receive_handler Core 1 wants to process rx input Core 1 processed input:g Core 3 enters uart0_receive_handler Core 3 wants to process rx input From output, though setting interrupt broadcasted to all(all the core enters the ISR), while only one core (the first one) can claim the the interrupt(first come first claim) then process the uart0 input, others quit when find interrupt has been claimed. **Expected output(write anything to the serial terminal, disable first come first claim mode) as below:** .. code-block:: console Nuclei SDK Build Time: Feb 10 2023, 18:48:47 Download Mode: DDR CPU Frequency 100602675 Hz CPU HartID: 0 Core 3 has received interrupt from core 0 Core 1 has received interrupt from core 0 Core 2 has received interrupt from core 3 Core 1 has received interrupt from core 2 Core 0 has received interrupt from core 1 Core 2 enters uart0_receive_handler Core 0 enters uart0_receive_handler Core 2 wants to process rx input Core 2 processed input:q Core 0 wants to process rx input Core 1 enters uart0_receive_handler Core 1 wants to process rx input Core 3 enters uart0_receive_handler Core 3 wants to process rx input Core 3 enters uart0_receive_handler Core 0 enters uart0_receive_handler Core 1 enters uart0_receive_handler Core 2 enters uart0_receive_handler Core 0 wants to process rx input Core 0 processed input:w Core 1 wants to process rx input Core 3 wants to process rx input Core 2 wants to process rx input Core 2 enters uart0_receive_handler Core 0 enters uart0_receive_handler Core 1 enters uart0_receive_handler Core 1 wants to process rx input Core 1 processed input:e Core 0 wants to process rx input Core 2 wants to process rx input Core 3 enters uart0_receive_handler Core 3 wants to process rx input Core 3 enters uart0_receive_handler Core 1 enters uart0_receive_handler Core 3 wants to process rx input Core 3 processed input:r Core 0 enters uart0_receive_handler Core 1 wants to process rx input Core 0 wants to process rx input Core 2 enters uart0_receive_handler Core 2 wants to process rx input From output, all the core enters the ISR(means broadcasted), while only one core can process the uart0 input(semaphore used), when semaphore released, other core wants to handle the ISR job(means claim mode disabled), but process nothing (keyboard input has been received and rx interrupt pending cleared) because it has been processed. .. _design_app_demo_cache: demo_cache ~~~~~~~~~~ .. note:: * It doesn't work with gd32vf103 processor. * It need Nuclei CPU configured with CCM feature This `demo_cache_application`_ is used to demonstrate how to understand cache mechanism. This demo requests DCache, ICache and CCM(Cache Control and Maintenance), and needs to run in ddr memory, because cache will bypass when run in ilm, data in dlm(private resource for cpu). .. note:: * Need to enable DCache, ICACHE, CCM in if present in CPU. * An arrary( ``ROW_SIZE`` * ``COL_SIZE`` ) called ``array_test`` is created to access its first element ``array_test[0][0]`` * Firstly, enable and invalidate all DCache, update ``array_test`` by writing a consant, the cache miss happens and will update ``array_test``'s mapping value in DCache, read out ``array_test[0][0]``; then disable the Dcache, init array_test in the ddr memory to different constant, read out ``array_test[0][0]``; after that, enable the DCache flushes DCache to ddr memory, read out ``array_test[0][0]``, and compare these ``array_test[0][0]`` value * Again disable the Dcache, init array_test in the ddr memory, read out ``array_test[0][0]``; then enable the DCache, read out ``array_test[0][0]``, and compare with the one before * **For further understanding**, if the CPU has configured ``HPM`` (Hardware Performance Monitor), observe the cache miss count by recording the cache miss of updating array_test with DCache invalid, then compared to updating array_test with keeping DCache valid; also, compare the cache miss count of updating array_test row by row with column by column * ``BIG_ROW_SIZE`` can be defined to make the array size ``2048*64`` bytes, which is big to see the cache miss gap(performance gap) between updating ``array_test`` row by row and column by column * In our evalsoc/demosoc, cache line size is 64 bytes generally, so ``array_test``'s ``COL_SIZE`` is 64 bytes for calculating the cache miss manually and easily * When ``HPM`` used, because there's global variables in ``HPM_START`` and ``HPM_END`` , **these will bring 3 cache miss itself** (not considering cached) * You can manage ICache apis like DCache, which skipped in this demo for less similar code * Different compile optimization level such as -O2/-O0 effects cache miss .. note:: * There's ``printf`` hidden in ``HPM_END``, if there is another HPM_END before it, the ``printf`` will bring about 10 or more cache miss **How to run this application:** .. code-block:: shell # Assume that you can set up the Tools and Nuclei SDK environment # Use Nuclei UX900 Core RISC-V processor as example # application needs to run in ddr memory not in ilm memory # cd to the demo_cache directory cd application/baremetal/demo_cache # Clean the application first make SOC=evalsoc BOARD=nuclei_fpga_eval DOWNLOAD=ddr CORE=ux900 clean # Build and upload the application make SOC=evalsoc BOARD=nuclei_fpga_eval DOWNLOAD=ddr CORE=ux900 upload **Expected output(DISABLE_NMSIS_HPM defined) as below:** .. code-block:: console Nuclei SDK Build Time: Feb 14 2023, 18:14:18 Download Mode: DDR CPU Frequency 100605952 Hz CPU HartID: 0 DCache Linesize is 64 bytes, ways is 2, setperway is 512, total size is 65536 bytes array_test 10 * 64 bytes ------Update array in memory------ ------Update array to all 0xab in cache: array_update_by_row------ -------Keep DCache valid, do array_update_by_row again------- -------Invalidate all the Dcache------- ------Update array to all 0xab in cache: array_update_by_col ------ Read out array_test[0][0] 0xab in cache, then disable DCache ------Init array in memory to all 0x34------ Read out array_test[0][0] 0x34 in memory, then enable Dcache After cache flushed to memory, array_test[0][0] in memory is 0xab ------Again init array in memory to all 0x34, then enable DCache------ Read out array_test[0][0] 0x34 in memory Read out array_test[0][0] 0xab in cache, when mapped value in memory has changed From output, ``array_test`` is updated in memory to all 0xab, and **cached in DCache** when miss happens, then disable DCache, init array_test just in memory to all 0x34, **after cache flushed to memory**, ``array_test`` in memory is all 0xab same with ``array_test`` in DCache. **Disable DCache and init array_test again**, ``array_test`` now (all 0x34) differs with cached array_test (all 0xab) after DCache enabled. **Expected output(DISABLE_NMSIS_HPM undefined) as below:** .. code-block:: console Nuclei SDK Build Time: Feb 14 2023, 18:19:17 Download Mode: DDR CPU Frequency 100612177 Hz CPU HartID: 0 DCache Linesize is 64 bytes, ways is 2, setperway is 512, total size is 65536 bytes array_test 10 * 64 bytes ------Update array in memory------ High performance monitor initialized ------Update array to all 0xab in cache: array_update_by_row------ HPM4:0xf0000021, array_update_by_row_dcache_miss, 13 -------Keep DCache valid, do array_update_by_row again------- HPM4:0xf0000021, array_update_by_row_dcache_miss, 2 -------Invalidate all the Dcache------- ------Update array to all 0xab in cache: array_update_by_col ------ HPM4:0xf0000021, array_update_by_col_dcache_miss, 12 Read out array_test[0][0] 0xab in cache, then disable DCache ------Init array in memory to all 0x34------ Read out array_test[0][0] 0x34 in memory, then enable Dcache After cache flushed to memory, array_test[0][0] in memory is 0xab ------Again init array in memory to all 0x34, then enable DCache------ Read out array_test[0][0] 0x34 in memory Read out array_test[0][0] 0xab in cache, when mapped value in memory has changed HPM4:0xf0000021, dcachemiss_readonebyte, 4 From output, ``HPM`` is enabled, cache miss is counted and ``array_test`` size is 10 * 64 bytes. **At first, DCache is invalid**, the first time ``array_test`` update by row has 10 miss(HPM4 shows 13, because HPM itself brings in 3 miss); **Keep DCache valid**, update array_test by row again, cache miss decreases to 2(``HPM`` itself brings in), which means ``array_test`` has already cached; **Then invalidate all the Dcache**, array_test update by col seems has the same cache miss as update by row. **Expected output(BIG_ROW_SIZE defined, DISABLE_NMSIS_HPM undefined) as below:** .. code-block:: console Nuclei SDK Build Time: Feb 14 2023, 18:22:17 Download Mode: DDR CPU Frequency 100612177 Hz CPU HartID: 0 DCache Linesize is 64 bytes, ways is 2, setperway is 512, total size is 65536 bytes array_test 2048 * 64 bytes ------Update array in memory------ High performance monitor initialized ------Update array to all 0xab in cache: array_update_by_row------ HPM4:0xf0000021, array_update_by_row_dcache_miss, 2052 -------Keep DCache valid, do array_update_by_row again------- HPM4:0xf0000021, array_update_by_row_dcache_miss, 1301 -------Invalidate all the Dcache------- ------Update array to all 0xab in cache: array_update_by_col ------ HPM4:0xf0000021, array_update_by_col_dcache_miss, 88336 Read out array_test[0][0] 0xab in cache, then disable DCache ------Init array in memory to all 0x34------ Read out array_test[0][0] 0x34 in memory, then enable Dcache After cache flushed to memory, array_test[0][0] in memory is 0xab ------Again init array in memory to all 0x34, then enable DCache------ Read out array_test[0][0] 0x34 in memory Read out array_test[0][0] 0xab in cache, when mapped value in memory has changed HPM4:0xf0000021, dcachemiss_readonebyte, 4 From output, ``array_test`` size is enlarged to ``2048 * 64`` bytes, which is **two times the size of DCache (1024 * 64 bytes)**. Cache miss brought by ``HPM`` itself ignored, array update by col has **43 times cache miss(88336) as the array update by row has(2052)**. That's because when first byte access brings one cache misse, **one cache line(64 bytes in this demo) is fetched to cache**, and it works best if other 63 cached bytes can be accessed before getting dirty as soon as possible, as update by row does. .. _design_app_demo_stack_check: demo_stack_check ~~~~~~~~~~~~~~~~ .. note:: * It doesn't work with gd32vf103 processor. * It need Nuclei CPU configured with stack check feature This `demo_stack_check_application`_ is used to demonstrate how to check stack overflow and underflow and track the ``sp``. For now, this demo needs to run on **only 300 Series v4.2.0 or later**, which supports this ``Stack Check`` function. .. note:: * The Stack Check can work as expected only when the stack downwardly grows. * ``STACK_TOP``, ``STACK_BOTTOM``, ``STACK_SIZE`` refers to stack's high/low address and size in bytes, which gets from the linker script * ``stack_corrupt_exception_handler`` is registered as exception handler to process stack overflow and underflow * A simple recursive function of calculating factorial is reformed, which will consume stack more or less by the ``n`` input, thus may cause overflow; a trick is used to cause underflow that when it iterates over, decrease the stack base value to make the underflow condition on purpose * The ``sp`` has grown downwardly 0x50 bytes in the exception entry saving context, in this demo, add ``sp`` by 0x50 is the ``sp`` value that triggered overflow/underflow * When it comes into exception and handle it over, the flow doesn't stop in it as usual, and ``pc`` continues to execute, which is on purpose to show ``overflow``, ``underflow`` and ``track sp`` mode in one-time run * In ``sp track mode``, logging is enabled in ``factorial``, to show the ``sp`` value change; and the BOUND won't track sp(won't change) if sp is bigger in the second run .. note:: * Must set the BOUND and BASE before setting the check mode * Reserve 0x200 bytes for exception stack push/pop **How to run this application:** .. code-block:: shell # Assume that you can set up the Tools and Nuclei SDK environment # Use Nuclei n300 Core RISC-V processor as example # cd to the demo_stack_check directory cd application/baremetal/demo_stack_check # Clean the application first make SOC=evalsoc BOARD=nuclei_fpga_eval DOWNLOAD=ddr CORE=n300 clean # Build and upload the application make SOC=evalsoc BOARD=nuclei_fpga_eval DOWNLOAD=ddr CORE=n300 upload **Expected output as below:** .. code-block:: console Nuclei SDK Build Time: Oct 18 2023, 18:45:02 Download Mode: ILM CPU Frequency 15996682 Hz CPU HartID: 0 Stack's top high address: 0x90010000, stack's bottom low address: 0x9000fa00, stack size: 0x600 --------OVERFLOW CHECK MODE-------- BOUND register set to: 0x9000fa00 BASE register set to: 0x90010000 Stack overflow fault occurs at iteration 84, cause: 0x30000018, epc: 0x80000e90, sp: 0x9000f990 --------UNDERFLOW CHECK MODE-------- BASE register set to: 0x9000fd00 Stack underflow fault occurs at iteration 1, cause: 0x30000019, epc: 0x80000fd0, sp: 0x9000fd00 BASE register set to: 0x90010000 --------TRACK SP MODE-------- BOUND register set to: 0x90010000 Iterations: 1, stack bound: 0x9000fdc0 Iterations: 2, stack bound: 0x9000fd70 Iterations: 3, stack bound: 0x9000fd20 Iterations: 4, stack bound: 0x9000fcd0 Iterations: 5, stack bound: 0x9000fc80 Iterations: 6, stack bound: 0x9000fc30 Iterations: 7, stack bound: 0x9000fbe0 Iterations: 8, stack bound: 0x9000fb90 Iterations: 9, stack bound: 0x9000fb40 Iterations: 10, stack bound: 0x9000faf0 Iterations: 11, stack bound: 0x9000faa0 Iterations: 12, stack bound: 0x9000fa50 Iterations: 13, stack bound: 0x9000fa00 Iterations: 14, stack bound: 0x9000f9b0 Iterations: 15, stack bound: 0x9000f960 Iterations: 16, stack bound: 0x9000f910 Iterations: 17, stack bound: 0x9000f8c0 Iterations: 18, stack bound: 0x9000f870 Calculate factorial over, the max stack used downwards to: 0x9000f820 Rerun it. The BOUND won't track sp if sp is bigger: Iterations: 1, stack bound: 0x9000f820 Iterations: 2, stack bound: 0x9000f820 Iterations: 3, stack bound: 0x9000f820 Iterations: 4, stack bound: 0x9000f820 Iterations: 5, stack bound: 0x9000f820 Stack check demo over! FreeRTOS applications --------------------- .. _design_app_freertos_demo: demo ~~~~ This `freertos demo application`_ is to show basic freertos task functions. * Two freertos tasks are created * A software timer is created In Nuclei SDK, we provided code and Makefile for this ``freertos demo`` application. * **RTOS = FreeRTOS** is added in its Makefile to include FreeRTOS service * The **configTICK_RATE_HZ** in ``FreeRTOSConfig.h`` is set to 100, you can change it to other number according to your requirement. **How to run this application:** .. code-block:: shell # Assume that you can set up the Tools and Nuclei SDK environment # cd to the freertos demo directory cd application/freertos/demo # Clean the application first make SOC=gd32vf103 clean # Build and upload the application make SOC=gd32vf103 upload **Expected output as below:** .. code-block:: console Nuclei SDK Build Time: Feb 21 2020, 14:56:00 Download Mode: FLASHXIP CPU Frequency 109058823 Hz Before StartScheduler Enter to task_1 task1 is running 0..... Enter to task_2 task2 is running 0..... timers Callback 0 timers Callback 1 task1 is running 1..... task2 is running 1..... timers Callback 2 timers Callback 3 task1 is running 2..... task2 is running 2..... timers Callback 4 timers Callback 5 task1 is running 3..... task2 is running 3..... timers Callback 6 timers Callback 7 task1 is running 4..... task2 is running 4..... timers Callback 8 timers Callback 9 task1 is running 5..... task2 is running 5..... timers Callback 10 timers Callback 11 UCOSII applications ------------------- .. _design_app_ucosii_demo: demo ~~~~ This `ucosii demo application`_ is show basic ucosii task functions. * 4 tasks are created * 1 task is created first, and then create 3 other tasks and then suspend itself In Nuclei SDK, we provided code and Makefile for this ``ucosii demo`` application. * **RTOS = UCOSII** is added in its Makefile to include UCOSII service * The **OS_TICKS_PER_SEC** in ``os_cfg.h`` is by default set to 50, you can change it to other number according to your requirement. .. note: * For Nuclei SDK release > v0.2.2, the UCOSII source code is replaced using the version from https://github.com/SiliconLabs/uC-OS2/, and application development for UCOSII is also changed, the ``app_cfg.h``, ``os_cfg.h`` and ``app_hooks.c`` files are required in application source code. **How to run this application:** .. code-block:: shell # Assume that you can set up the Tools and Nuclei SDK environment # cd to the ucosii demo directory cd application/ucosii/demo # Clean the application first make SOC=gd32vf103 clean # Build and upload the application make SOC=gd32vf103 upload **Expected output as below:** .. code-block:: console Nuclei SDK Build Time: Feb 21 2020, 15:00:35 Download Mode: FLASHXIP CPU Frequency 108524271 Hz Start ucosii... create start task success start all task... task3 is running... 1 task2 is running... 1 task1 is running... 1 task3 is running... 2 task2 is running... 2 task3 is running... 3 task2 is running... 3 task1 is running... 2 task3 is running... 4 task2 is running... 4 task3 is running... 5 task2 is running... 5 task1 is running... 3 task3 is running... 6 task2 is running... 6 task3 is running... 7 task2 is running... 7 task1 is running... 4 task3 is running... 8 task2 is running... 8 task3 is running... 9 task2 is running... 9 task1 is running... 5 task3 is running... 10 task2 is running... 10 task3 is running... 11 task2 is running... 11 task1 is running... 6 task3 is running... 12 task2 is running... 12 RT-Thread applications ---------------------- .. _design_app_rtthread_demo: demo ~~~~ This `rt-thread demo application`_ is show basic rt-thread thread functions. * main function is a pre-created thread by RT-Thread * main thread will create 5 test threads using the same function ``thread_entry`` In Nuclei SDK, we provided code and Makefile for this ``rtthread demo`` application. * **RTOS = RTThread** is added in its Makefile to include RT-Thread service * The **RT_TICK_PER_SECOND** in ``rtconfig.h`` is by default set to `100`, you can change it to other number according to your requirement. **How to run this application:** .. code-block:: shell # Assume that you can set up the Tools and Nuclei SDK environment # cd to the rtthread demo directory cd application/rtthread/demo # Clean the application first make SOC=gd32vf103 clean # Build and upload the application make SOC=gd32vf103 upload **Expected output as below:** .. code-block:: console Nuclei SDK Build Time: Apr 14 2020, 10:14:30 Download Mode: FLASHXIP CPU Frequency 108270000 Hz \ | / - RT - Thread Operating System / | \ 3.1.3 build Apr 14 2020 2006 - 2019 Copyright by rt-thread team Main thread count: 0 thread 0 count: 0 thread 1 count: 0 thread 2 count: 0 thread 3 count: 0 thread 4 count: 0 thread 0 count: 1 thread 1 count: 1 thread 2 count: 1 thread 3 count: 1 thread 4 count: 1 Main thread count: 1 thread 0 count: 2 thread 1 count: 2 thread 2 count: 2 thread 3 count: 2 thread 4 count: 2 thread 0 count: 3 thread 1 count: 3 thread 2 count: 3 thread 3 count: 3 thread 4 count: 3 Main thread count: 2 thread 0 count: 4 thread 1 count: 4 .. _design_app_rtthread_msh: msh ~~~ This `rt-thread msh application`_ demonstrates msh shell in serial console which is a component of rt-thread. * ``MSH_CMD_EXPORT(nsdk, msh nuclei sdk demo)`` exports a command ``nsdk`` to msh shell In Nuclei SDK, we provided code and Makefile for this ``rtthread msh`` application. * **RTOS = RTThread** is added in its Makefile to include RT-Thread service * **RTTHREAD_MSH := 1** is added in its Makefile to include RT-Thread msh component * The **RT_TICK_PER_SECOND** in ``rtconfig.h`` is by default set to `100`, you can change it to other number according to your requirement. * To run this application in :ref:`design_soc_evalsoc`, the SoC clock frequency must be above 16MHz, if run in 8MHz, uart read is not correct due to bit error in uart rx process. **How to run this application:** .. code-block:: shell # Assume that you can set up the Tools and Nuclei SDK environment # cd to the rtthread msh directory cd application/rtthread/msh # Clean the application first make SOC=gd32vf103 clean # Build and upload the application make SOC=gd32vf103 upload **Expected output as below:** .. code-block:: console Nuclei SDK Build Time: Dec 23 2020, 16:39:21 Download Mode: FLASHXIP CPU Frequency 108810000 Hz \ | / - RT - Thread Operating System / | \ 3.1.3 build Dec 23 2020 2006 - 2019 Copyright by rt-thread team Hello RT-Thread! msh >help RT-Thread shell commands: list_timer - list timer in system list_mailbox - list mail box in system list_sem - list semaphore in system list_thread - list thread version - show RT-Thread version information ps - List threads in the system. help - RT-Thread shell help. nsdk - msh nuclei sdk demo msh >ps thread pri status sp stack size max used left tick error -------- --- ------- ---------- ---------- ------ ---------- --- tshell 6 ready 0x00000178 0x00001000 09% 0x00000008 000 tidle 7 ready 0x00000078 0x0000018c 30% 0x00000020 000 main 2 suspend 0x000000b8 0x00000200 35% 0x00000013 000 msh >nsdk Hello Nuclei SDK! msh > .. _helloworld application: https://github.com/Nuclei-Software/nuclei-sdk/tree/master/application/baremetal/helloworld .. _demo_timer application: https://github.com/Nuclei-Software/nuclei-sdk/tree/master/application/baremetal/demo_timer .. _demo_eclic application: https://github.com/Nuclei-Software/nuclei-sdk/tree/master/application/baremetal/demo_eclic .. _demo_dsp application: https://github.com/Nuclei-Software/nuclei-sdk/tree/master/application/baremetal/demo_dsp .. _smphello application: https://github.com/Nuclei-Software/nuclei-sdk/tree/master/application/baremetal/smphello .. _lowpower application: https://github.com/Nuclei-Software/nuclei-sdk/tree/master/application/baremetal/lowpower .. _demo_nice application: https://github.com/Nuclei-Software/nuclei-sdk/tree/master/application/baremetal/demo_nice .. _coremark benchmark application: https://github.com/Nuclei-Software/nuclei-sdk/tree/master/application/baremetal/benchmark/coremark .. _dhrystone benchmark application: https://github.com/Nuclei-Software/nuclei-sdk/tree/master/application/baremetal/benchmark/dhrystone .. _whetstone benchmark application: https://github.com/Nuclei-Software/nuclei-sdk/tree/master/application/baremetal/benchmark/whetstone .. _freertos demo application: https://github.com/Nuclei-Software/nuclei-sdk/tree/master/application/freertos/demo .. _ucosii demo application: https://github.com/Nuclei-Software/nuclei-sdk/tree/master/application/ucosii/demo .. _rt-thread demo application: https://github.com/Nuclei-Software/nuclei-sdk/tree/master/application/rtthread/demo .. _rt-thread msh application: https://github.com/Nuclei-Software/nuclei-sdk/tree/master/application/rtthread/msh .. _demo_smode_eclic application: https://github.com/Nuclei-Software/nuclei-sdk/tree/master/application/baremetal/demo_smode_eclic .. _demo_spmp_application: https://github.com/Nuclei-Software/nuclei-sdk/tree/master/application/baremetal/demo_spmp .. _demo_pmp_application: https://github.com/Nuclei-Software/nuclei-sdk/tree/master/application/baremetal/demo_pmp .. _demo_cidu_application: https://github.com/Nuclei-Software/nuclei-sdk/tree/master/application/baremetal/demo_cidu .. _demo_cache_application: https://github.com/Nuclei-Software/nuclei-sdk/tree/master/application/baremetal/demo_cache .. _demo_stack_check_application: https://github.com/Nuclei-Software/nuclei-sdk/tree/master/application/baremetal/demo_stack_check .. _Nuclei User Extended Introduction: https://doc.nucleisys.com/nuclei_spec/isa/nice.html