• Join
  • Sign In with my.TI Login
Texas Instruments
  • Products
  • Applications
  • Tools & Software
  • Support & Community
  • Sample & Buy
  • About TI
Sample & Purchase Cart Sample & Purchase Cart
  • Search
  • Advanced
TI E2E™ Community
  • Support Forums
  • Blogs
  • Groups
  • Videos
  • 简体中文
  • More ...
TI Home » TI E2E Community » Support Forums » Digital Signal Processors (DSP) » OMAP™ Processors » OMAP35x Processors Forum » Program never returns from TSK_sleep(n) function.
Share
OMAP™ Processors
  • Forums
  • Announcements
Options
  • Subscribe via RSS
Resources
  • OMAP-L1x DSP+ARM9™-based Processors Product Folder
  • OMAP3525/30 DSP+ARM Cortex™-A8-based SOCs Product Folder

  • Top OMAPL Wiki Links
  • OMAPL3x Schematic Review Checklist
  • OMAPL13x Boot resources

  • OMAPL Document Resources
  • OMAPL137 Technical reference manual
  • OMAPL138 Technical reference manual
  • OMAPL Boot loader App Notes
  • Forums

    Program never returns from TSK_sleep(n) function.

    This question is not answered
    William Macre26626
    Posted by William Macre26626
    on Apr 06 2011 15:25 PM
    Prodigy30 points

    I have a target device based on an OMAP3530 and I am trying to time profile some code running on the DSP. My development environment is CCSTUDIO 3.3 on XP and using bios 5.31.02 using a Blackhawk 560 emulator.  For starters, I am trying to use the clock example from

    ${bios_install}\packages\ti\bios\examples\basic\clk\clk.c   for the DSP6416 target.

    After configuring the IRAM and SDRAM for my target machine, it compiles cleanly and loads to target with no errors or warnings.  It runs to the point where it does the TSK_sleep function but never returns from this.  Using CLK_gethtime and CLK_getltime appears that the high or low resolution counters are not incrementing. I have added the bios call to the IRQ enable for Timer 0, and have enabled interrupts (HWI_enable()) all of which has had no effect.  I’ve seen other complaints on E2E concerning “TSK_sleep” not working but I can’t seem to relate them to my example.  Any suggestions?

    TSK_sleep low resolution counter clk.c high resolution counter
    Report Abuse
    • Reply
    You have posted to a forum that requires a moderator to approve posts before they are publicly available.
    All Replies
    • William Macre26626
      Posted by William Macre26626
      on Apr 06 2011 15:58 PM
      Prodigy30 points

      Forgot to mention:

      CLK Clock Manager is attached to timer 0

      PRDPeriodic Function Manager Is set to Use CLK manager to drive PRD

      HWI_INT14 interrupt source is Timer_0 and function is CLK_F_isr

      OMAP 3530 C64x+ TSK_sleep Clock Manager
      Report Abuse
      • Reply
      You have posted to a forum that requires a moderator to approve posts before they are publicly available.
    • William Macre26626
      Posted by William Macre26626
      on Apr 06 2011 17:10 PM
      Prodigy30 points

      Does anyone know if there is a relationship between the configuration of DSPLink (results in the kernel module dsplinkk.ko ) for the OMAP3530 and the timers used for the DSP system clock? 

      dsplink "DSP System Clock" timer 0
      Report Abuse
      • Reply
      You have posted to a forum that requires a moderator to approve posts before they are publicly available.
    • Konrad Gdowski
      Posted by Konrad Gdowski
      on Apr 07 2012 00:13 AM
      Prodigy230 points

      Hi

      I know this post is quite old, but maybe someone would find it helpful during google search :)

      Setting DSP_TSK_MODE (--DspTskMode=1 with dsplinkcfg.pl) during DSPLINK compilation is just for the Dsplink modules to use TSK and semaphores instead of SWI during access to critical section. It has nothing to do with your application scheduling approach. 

      According to TSK_sleep problem, very often it is result of improper use of stacksize attribute during task creation. If you create it dynamicaly just check if you reserved enough memory for the stack.

      TSK_Attrs  attrs = TSK_ATTRS;
      attrs.priority = 8;
      attrs.name = "MainTask";
      attrs.stacksize = 4096;
      tskRingIoTask = TSK_create ((Fxn)MainTask, &attrs, argc, argv);
      
      
      When creating stack staticaly just make sure you've set for example:
      bios.TSK.STACKSIZE = 4096; //default stack size for all tasks, or you can do it per task in your .tcf or .tci file
      
      
      Happy coding
      Konrad
      tsk_sleep dsplink problem stack size stacksize
      Report Abuse
      • Reply
      You have posted to a forum that requires a moderator to approve posts before they are publicly available.
    TI E2E™ Community
    • Support Forums
    • Blogs
    • Videos
    • Groups
    • Site Support & Feedback
    • Settings
    TI E2E™ Community Groups
    • TI University Program
    • Make the Switch
    • Microcontroller Projects
    • Motor Drive & Control
    Other Communities
    • Deyisupport
    • Designsomething.org
    • beagleboard.org
    • TI on Element 14
    • TI on TechXchangeSM
    Other Technical & Support Resources
    • WEBENCH® Design Center
    • Product Information Centers
    • Technical Documents
    • TI Design Network
    • TI Technical Articles
    • TI Training

    All content and materials on this site are provided "as is". TI and its respective suppliers and providers of content make no representations about the suitability of these materials for any purpose and disclaim all warranties and conditions with regard to these materials, including but not limited to all implied warranties and conditions of merchantability, fitness for a particular purpose, title and non-infringement of any third party intellectual property right. TI and its respective suppliers and providers of content make no representations about the suitability of these materials for any purpose and disclaim all warranties and conditions with respect to these materials. No license, either express or implied, by estoppel or otherwise, is granted by TI. Use of the information on this site may require a license from a third party, or a license from TI.

    Content on this site may contain or be subject to specific guidelines or limitations on use. All postings and use of the content on this site are subject to the Terms of Use of the site; third parties using this content agree to abide by any limitations or guidelines and to comply with the Terms of Use of this site. TI, its suppliers and providers of content reserve the right to make corrections, deletions, modifications, enhancements, improvements and other changes to the content and materials, its products, programs and services at any time or to move or discontinue any content, products, programs, or services without notice.

    Follow Us Texas Instruments on Facebook Texas Instruments on Twitter Texas Instruments on LinkedIn Texas Instruments on Google+
    TI Worldwide | Contact Us | my.TI Login | Site Map | Corporate Citizenship | mobile m.ti.com (Mobile Version)

    TI is a global semiconductor design and manufacturing company. Innovate with 100,000+ analog ICs and
    embedded processors, along with software, tools and the industry’s largest sales/support staff.

    © Copyright 1995-2013 Texas Instruments Incorporated. All rights reserved.
    Trademarks | Privacy Policy | Terms of Use