This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

RTOS/MSP432P401R: Execution graph shows Clock Tick at 47us when it should be 1000us (default)

Part Number: MSP432P401R

Tool/software: TI-RTOS

Using CCSv8 (latest), v2.10 of the Simplelink SDK. TI Resource Explorer exampls.

When creating some new labs for the TI-RTOS workshop on Simplelink, I ran into a problem with the execution graph - or maybe it is just my interpretation of the numbers.

Using the native (SYS/BIOS) Clock example from Resource Explorer, I get the following picture. It shows five "ticks" with Clock set up as the default 1000us (1ms) and then the clock function runs. Perfect. Until you benchmark the TIME between each clock tick - which according to the graph is 47us. It should be 1000us (1ms). I am sure the clock is going off at a 1ms rate, but why does the graph show every 47us?

So two questions:

- Why is 47uS really 1000us? How do I interpret this?

- If there is an interpretation, why is the Execution Graph "wrong" and does not display "correct" data? Is there a way to force it to show 1000us ticks vs 47us ticks?

  • Eric,
    I'm forwarding this to the RTOS team to see what's going on here and will get back to you with an answer.
    -Bob L.
  • Hi ERic,

    Do you have low power enabled? Can you attach the project that reproduces the issue?

    Todd
  • Power policy is set to "true" in board.c, so yes. The project is the Clock Example out of the TI Resource Explorer for P401R LaunchPad - native SYS/BIOS. I just added UIA to the .cfg file contained in that project. I also saw the same behavior on several driver projects in the v2.10 SDK also - the execution graph is not showing the proper numbers...in fact, they are all off by a factor of 21.5.

    I have a Task_sleep function that sleep for 500ms and toggles an LED. Clear as a bell on the graph...but the time between toggles is 23ms instead of 500ms. Clock tick should be 1000uS but yet the graph says 47uS. Both are a factor of 21.5. Weird.

    The default Clock tick in the Clock example (TREX) is set to 1000us (1ms). But UIA shows 47uS. I don't know if this is an error in reporting the graph or whether it is an interpretation that I don't understand.

    I get the same graph *with* or *without* power policy turned on or off. SO, while power policy is a factor for CPU Load often, it is not a factor in this project from what I have seen.

    Thanks Todd. Looking forward to figuring this one out. We have sixlabs in the new TI-RTOS workshop that help users understand the kernel from an ROV and UIA perspective...and seeing odd numbers bothers us...and we need to explain them clearly to users. I have not tried this example on the P4111 and E401Y....but I expect a similar behavior.
  • Hi Eric,

    Can you please attach the clock.cfg that you modified to add UIA to the Clock example?

    Also, I think you must have modified clock.c.  Otherwise the example would have finished and exited at 11 msec - but your snapshot looks to have run for 300+ msec.  Can you please attach the .c file too?  Or, the whole project?

    Also, what version of CCS are you using?

    And, have you seen this behavior on more than one Launchpad, or in a different CCS setup?

    I just tried adding UIA and running the Clock example and the output looks fine with my setup:


    Thanks,
    Scott

  • Thanks Scott.

    Attached below is my .cfg file. Yes, I initially commented out the BIOS_exit(0); at the end of the one-shot. I then uncommented it so that it would run to completion. I saw the same behavior. I also see the same behavior on the E401Y and P4111.

    SDK v2.10, CCSv8.0.0.00016

    The only mods I made to the Clock example was adding LoggingSetup and modifying the Exec graph buffer to 4096.

    I am sort of glad you didn't see the same problem...or maybe I'm not. ;-)

    Power policy on/off does not make a difference.




    /*
    * Copyright (c) 2016-2017, Texas Instruments Incorporated
    * All rights reserved.
    *
    * Redistribution and use in source and binary forms, with or without
    * modification, are permitted provided that the following conditions
    * are met:
    *
    * * Redistributions of source code must retain the above copyright
    * notice, this list of conditions and the following disclaimer.
    *
    * * Redistributions in binary form must reproduce the above copyright
    * notice, this list of conditions and the following disclaimer in the
    * documentation and/or other materials provided with the distribution.
    *
    * * Neither the name of Texas Instruments Incorporated nor the names of
    * its contributors may be used to endorse or promote products derived
    * from this software without specific prior written permission.
    *
    * THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS "AS IS"
    * AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO,
    * THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR
    * PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT OWNER OR
    * CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL,
    * EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO,
    * PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS;
    * OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY,
    * WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR
    * OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE,
    * EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
    */



    /* ================ Clock configuration ================ */
    var Clock = xdc.useModule('ti.sysbios.knl.Clock');
    var LoggingSetup = xdc.useModule('ti.uia.sysbios.LoggingSetup');
    /*
    * Default value is family dependent. For example, Linux systems often only
    * support a minimum period of 10000 us and multiples of 10000 us.
    * TI platforms have a default of 1000 us.
    */
    Clock.tickPeriod = 1000;



    /* ================ Defaults (module) configuration ================ */
    var Defaults = xdc.useModule('xdc.runtime.Defaults');
    /*
    * A flag to allow module names to be loaded on the target. Module name
    * strings are placed in the .const section for debugging purposes.
    *
    * Pick one:
    * - true (default)
    * Setting this parameter to true will include name strings in the .const
    * section so that Errors and Asserts are easier to debug.
    * - false
    * Setting this parameter to false will reduce footprint in the .const
    * section. As a result, Error and Assert messages will contain an
    * "unknown module" prefix instead of the actual module name.
    */
    Defaults.common$.namedModule = true;
    //Defaults.common$.namedModule = false;



    /* ================ Error configuration ================ */
    var Error = xdc.useModule('xdc.runtime.Error');
    /*
    * This function is called to handle all raised errors, but unlike
    * Error.raiseHook, this function is responsible for completely handling the
    * error with an appropriately initialized Error_Block.
    *
    * Pick one:
    * - Error.policyDefault (default)
    * Calls Error.raiseHook with an initialized Error_Block structure and logs
    * the error using the module's logger.
    * - Error.policySpin
    * Simple alternative that traps on a while(1) loop for minimized target
    * footprint.
    * Using Error.policySpin, the Error.raiseHook will NOT called.
    */
    Error.policyFxn = Error.policyDefault;
    //Error.policyFxn = Error.policySpin;

    /*
    * If Error.policyFxn is set to Error.policyDefault, this function is called
    * whenever an error is raised by the Error module.
    *
    * Pick one:
    * - Error.print (default)
    * Errors are formatted and output via System_printf() for easier
    * debugging.
    * - null
    * Errors are not formatted or logged. This option reduces code footprint.
    * - non-null function
    * Errors invoke custom user function. See the Error module documentation
    * for more details.
    */
    Error.raiseHook = Error.print;
    //Error.raiseHook = null;
    //Error.raiseHook = "&myErrorFxn";

    /*
    * If Error.policyFxn is set to Error.policyDefault, this option applies to the
    * maximum number of times the Error.raiseHook function can be recursively
    * invoked. This option limits the possibility of an infinite recursion that
    * could lead to a stack overflow.
    * The default value is 16.
    */
    Error.maxDepth = 2;



    /* ================ Hwi configuration ================ */
    var halHwi = xdc.useModule('ti.sysbios.hal.Hwi');
    var m3Hwi = xdc.useModule('ti.sysbios.family.arm.m3.Hwi');
    /*
    * Checks for Hwi (system) stack overruns while in the Idle loop.
    *
    * Pick one:
    * - true (default)
    * Checks the top word for system stack overflows during the idle loop and
    * raises an Error if one is detected.
    * - false
    * Disabling the runtime check improves runtime performance and yields a
    * reduced flash footprint.
    */
    halHwi.checkStackFlag = true;
    //halHwi.checkStackFlag = false;

    /*
    * The following options alter the system's behavior when a hardware exception
    * is detected.
    *
    * Pick one:
    * - Hwi.enableException = true
    * This option causes the default m3Hwi.excHandlerFunc function to fully
    * decode an exception and dump the registers to the system console.
    * This option raises errors in the Error module and displays the
    * exception in ROV.
    * - Hwi.enableException = false
    * This option reduces code footprint by not decoding or printing the
    * exception to the system console.
    * It however still raises errors in the Error module and displays the
    * exception in ROV.
    * - Hwi.excHandlerFunc = null
    * This is the most aggressive option for code footprint savings; but it
    * can difficult to debug exceptions. It reduces flash footprint by
    * plugging in a default while(1) trap when exception occur. This option
    * does not raise an error with the Error module.
    */
    m3Hwi.enableException = true;
    //m3Hwi.enableException = false;
    //m3Hwi.excHandlerFunc = null;

    /*
    * Enable hardware exception generation when dividing by zero.
    *
    * Pick one:
    * - 0 (default)
    * Disables hardware exceptions when dividing by zero
    * - 1
    * Enables hardware exceptions when dividing by zero
    */
    m3Hwi.nvicCCR.DIV_0_TRP = 0;
    //m3Hwi.nvicCCR.DIV_0_TRP = 1;

    /*
    * Enable hardware exception generation for invalid data alignment.
    *
    * Pick one:
    * - 0 (default)
    * Disables hardware exceptions for data alignment
    * - 1
    * Enables hardware exceptions for data alignment
    */
    m3Hwi.nvicCCR.UNALIGN_TRP = 0;
    //m3Hwi.nvicCCR.UNALIGN_TRP = 1;



    /* ================ Idle configuration ================ */
    var Idle = xdc.useModule('ti.sysbios.knl.Idle');
    /*
    * The Idle module is used to specify a list of functions to be called when no
    * other tasks are running in the system.
    *
    * Functions added here will be run continuously within the idle task.
    *
    * Function signature:
    * Void func(Void);
    */
    //Idle.addFunc("&myIdleFunc");

    Idle.addFunc('&Power_idleFunc'); /* add the Power module's idle function */



    /* ================ Kernel (SYS/BIOS) configuration ================ */
    var BIOS = xdc.useModule('ti.sysbios.BIOS');
    /*
    * Enable asserts in the BIOS library.
    *
    * Pick one:
    * - true (default)
    * Enables asserts for debugging purposes.
    * - false
    * Disables asserts for a reduced code footprint and better performance.
    */
    //BIOS.assertsEnabled = true;
    BIOS.assertsEnabled = false;

    /*
    * A flag to determine if xdc.runtime sources are to be included in a custom
    * built BIOS library.
    *
    * Pick one:
    * - false (default)
    * The pre-built xdc.runtime library is provided by the respective target
    * used to build the application.
    * - true
    * xdc.runtime library sources are to be included in the custom BIOS
    * library. This option yields the most efficient library in both code
    * footprint and runtime performance.
    */
    BIOS.includeXdcRuntime = false;
    //BIOS.includeXdcRuntime = true;

    /*
    * The SYS/BIOS runtime is provided in the form of a library that is linked
    * with the application. Several forms of this library are provided with the
    * SYS/BIOS product.
    *
    * Pick one:
    * - BIOS.LibType_Custom
    * Custom built library that is highly optimized for code footprint and
    * runtime performance.
    * - BIOS.LibType_Debug
    * Custom built library that is non-optimized that can be used to
    * single-step through APIs with a debugger.
    *
    */
    BIOS.libType = BIOS.LibType_Custom;
    //BIOS.libType = BIOS.LibType_Debug;

    /*
    * Runtime instance creation enable flag.
    *
    * Pick one:
    * - true (default)
    * Allows Mod_create() and Mod_delete() to be called at runtime which
    * requires a default heap for dynamic memory allocation.
    * - false
    * Reduces code footprint by disallowing Mod_create() and Mod_delete() to
    * be called at runtime. Object instances are constructed via
    * Mod_construct() and destructed via Mod_destruct().
    */
    BIOS.runtimeCreatesEnabled = true;
    //BIOS.runtimeCreatesEnabled = false;

    /*
    * Enable logs in the BIOS library.
    *
    * Pick one:
    * - true (default)
    * Enables logs for debugging purposes.
    * - false
    * Disables logging for reduced code footprint and improved runtime
    * performance.
    */
    //BIOS.logsEnabled = true;
    BIOS.logsEnabled = true;



    /* ================ Memory configuration ================ */
    var Memory = xdc.useModule('xdc.runtime.Memory');
    /*
    * The Memory module itself simply provides a common interface for any
    * variety of system and application specific memory management policies
    * implemented by the IHeap modules(Ex. HeapMem, HeapBuf).
    */

    /*
    * Use HeapMem primary heap instance to use linker-defined memory region
    */
    var HeapMem = xdc.useModule('ti.sysbios.heaps.HeapMem');
    HeapMem.primaryHeapBaseAddr = "&__primary_heap_start__";
    HeapMem.primaryHeapEndAddr = "&__primary_heap_end__";

    var heapMemParams = new HeapMem.Params();
    heapMemParams.usePrimaryHeap = true;
    Program.global.heap0 = HeapMem.create(heapMemParams);

    Memory.defaultHeapInstance = Program.global.heap0;


    /* ================ Program configuration ================ */
    /*
    * Program.stack must be set to 0 to allow the setting
    * of the system stack size to be determined in the example's
    * linker command file.
    */
    Program.stack = 0;


    /*
    * Uncomment to enable Semihosting for GNU targets to print to the CCS console.
    * Please read the following TIRTOS Wiki page for more information on Semihosting:
    * processors.wiki.ti.com/.../TI-RTOS_Examples_SemiHosting
    */

    if (Program.build.target.$name.match(/gnu/)) {
    //var SemiHost = xdc.useModule('ti.sysbios.rts.gnu.SemiHostSupport');
    }
    /* ================ Semaphore configuration ================ */
    var Semaphore = xdc.useModule('ti.sysbios.knl.Semaphore');
    /*
    * Enables global support for Task priority pend queuing.
    *
    * Pick one:
    * - true (default)
    * This allows pending tasks to be serviced based on their task priority.
    * - false
    * Pending tasks are services based on first in, first out basis.
    *
    * When using BIOS in ROM:
    * This option must be set to false.
    */
    //Semaphore.supportsPriority = true;
    Semaphore.supportsPriority = false;

    /*
    * Allows for the implicit posting of events through the semaphore,
    * disable for additional code saving.
    *
    * Pick one:
    * - true
    * This allows the Semaphore module to post semaphores and events
    * simultaneously.
    * - false (default)
    * Events must be explicitly posted to unblock tasks.
    *
    */
    //Semaphore.supportsEvents = true;
    Semaphore.supportsEvents = false;



    /* ================ Swi configuration ================ */
    var Swi = xdc.useModule('ti.sysbios.knl.Swi');
    /*
    * A software interrupt is an object that encapsulates a function to be
    * executed and a priority. Software interrupts are prioritized, preempt tasks
    * and are preempted by hardware interrupt service routines.
    *
    * This module is included to allow Swi's in a users' application.
    */



    /* ================ System configuration ================ */
    var System = xdc.useModule('xdc.runtime.System');
    /*
    * The Abort handler is called when the system exits abnormally.
    *
    * Pick one:
    * - System.abortStd (default)
    * Call the ANSI C Standard 'abort()' to terminate the application.
    * - System.abortSpin
    * A lightweight abort function that loops indefinitely in a while(1) trap
    * function.
    * - A custom abort handler
    * A user-defined function. See the System module documentation for
    * details.
    */
    System.abortFxn = System.abortStd;
    //System.abortFxn = System.abortSpin;
    //System.abortFxn = "&myAbortSystem";

    /*
    * The Exit handler is called when the system exits normally.
    *
    * Pick one:
    * - System.exitStd (default)
    * Call the ANSI C Standard 'exit()' to terminate the application.
    * - System.exitSpin
    * A lightweight exit function that loops indefinitely in a while(1) trap
    * function.
    * - A custom exit function
    * A user-defined function. See the System module documentation for
    * details.
    */
    System.exitFxn = System.exitStd;
    //System.exitFxn = System.exitSpin;
    //System.exitFxn = "&myExitSystem";

    /*
    * Minimize exit handler array in the System module. The System module includes
    * an array of functions that are registered with System_atexit() which is
    * called by System_exit(). The default value is 8.
    */
    System.maxAtexitHandlers = 2;

    /*
    * The System.SupportProxy defines a low-level implementation of System
    * functions such as System_printf(), System_flush(), etc.
    *
    * Pick one pair:
    * - SysMin
    * This module maintains an internal configurable circular buffer that
    * stores the output until System_flush() is called.
    * The size of the circular buffer is set via SysMin.bufSize.
    * - SysCallback
    * SysCallback allows for user-defined implementations for System APIs.
    * The SysCallback support proxy has a smaller code footprint and can be
    * used to supply custom System_printf services.
    * The default SysCallback functions point to stub functions. See the
    * SysCallback module's documentation.
    */
    var SysMin = xdc.useModule('xdc.runtime.SysMin');
    SysMin.bufSize = 512;
    System.SupportProxy = SysMin;
    //var SysCallback = xdc.useModule('xdc.runtime.SysCallback');
    //System.SupportProxy = SysCallback;
    //SysCallback.abortFxn = "&myUserAbort";
    //SysCallback.exitFxn = "&myUserExit";
    //SysCallback.flushFxn = "&myUserFlush";
    //SysCallback.putchFxn = "&myUserPutch";
    //SysCallback.readyFxn = "&myUserReady";




    /* ================ Task configuration ================ */
    var Task = xdc.useModule('ti.sysbios.knl.Task');
    /*
    * Check task stacks for overflow conditions.
    *
    * Pick one:
    * - true (default)
    * Enables runtime checks for task stack overflow conditions during
    * context switching ("from" and "to")
    * - false
    * Disables runtime checks for task stack overflow conditions.
    */
    Task.checkStackFlag = true;
    //Task.checkStackFlag = false;

    /*
    * Set the default task stack size when creating tasks.
    *
    * The default is dependent on the device being used. Reducing the default stack
    * size yields greater memory savings.
    */
    Task.defaultStackSize = 512;

    /*
    * Enables the idle task.
    *
    * Pick one:
    * - true (default)
    * Creates a task with priority of 0 which calls idle hook functions. This
    * option must be set to true to gain power savings provided by the Power
    * module.
    * - false
    * No idle task is created. This option consumes less memory as no
    * additional default task stack is needed.
    * To gain power savings by the Power module without having the idle task,
    * add Idle.run as the Task.allBlockedFunc.
    */
    Task.enableIdleTask = true;
    //Task.enableIdleTask = false;
    //Task.allBlockedFunc = Idle.run;

    /*
    * If Task.enableIdleTask is set to true, this option sets the idle task's
    * stack size.
    *
    * Reducing the idle stack size yields greater memory savings.
    */
    Task.idleTaskStackSize = 512;

    /*
    * Reduce the number of task priorities.
    * The default is 16.
    * Decreasing the number of task priorities yield memory savings.
    */
    Task.numPriorities = 16;



    /* ================ Text configuration ================ */
    var Text = xdc.useModule('xdc.runtime.Text');
    /*
    * These strings are placed in the .const section. Setting this parameter to
    * false will save space in the .const section. Error, Assert and Log messages
    * will print raw ids and args instead of a formatted message.
    *
    * Pick one:
    * - true (default)
    * This option loads test string into the .const for easier debugging.
    * - false
    * This option reduces the .const footprint.
    */
    Text.isLoaded = true;
    //Text.isLoaded = false;



    /* ================ Types configuration ================ */
    var Types = xdc.useModule('xdc.runtime.Types');
    /*
    * This module defines basic constants and types used throughout the
    * xdc.runtime package.
    */




    /* ================ Application Specific Instances ================ */
    LoggingSetup.sysbiosSwiLogging = true;
    LoggingSetup.sysbiosLoggerSize = 4096;
    LoggingSetup.mainLoggerSize = 1024;
    LoggingSetup.loggerType = LoggingSetup.LoggerType_STOPMODE;
  • Scott,

    I just killed my project and reloaded it untouched other than adding UIA and enabling Logs and choosing "SWI context" in LoggingSetup.

    I saw the same behavior again. I have 10+ projects in my Explorer open, so I thought "huh, maybe I was touching another .cfg file or modifying other source files." So I double checked and I get the same behavior.

    I then tried the same Clock example on the P4111. No mods other than adding UIA (graph buffer to 8192), logs enabled. Clock module is still set to 1000uS default. The graph is above. 188uS. Still off. And I didn't see all five clocks...just three of them. Odd. With a large buffer, I thought I would see them all.

    This is still a mystery.

  • Hi Eric,

    Thank you for sending the .cfg file and your additional notes.  I tried your file and didn’t see any issue.  

    My installation had slightly newer SDK and CCS, so this morning I did some installs to use your same setup. (I didn’t yesterday because I knew there hadn't been any relevant changes to the kernel since your release.)  With the same set of components I do see bad timing values in the execution graph, same as you.

    Asking around, this is a known bug in a plugin in CCS 8.0.0.00016.  The bug ID is: DVT-1968.  The bug has been fixed in CCS 8.1, which should be formally released in June.  The bug arrived in CCS8, it does not affect CCS6 or CCS7.

    Sorry for the time you spent on this, and that I can’t point you to a release with the fix yet.

    Best regards,
    Scott

  • Thanks Scott. At least you solved the mystery. Ok, I will wait until June to update the screen shots and labs for this new workshop.

    We actually saw wrong values in CCSv7.4 on the P4111 LP. Attached is a screen shot. 78uS should be 1000uS. FYI.

    Again Scott, thanks for checking into this. I appreciate it.

**Attention** This is a public forum