• 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 » PRM_RSTST's EXTERNAL_WARM_RST bit
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

    PRM_RSTST's EXTERNAL_WARM_RST bit

    This question is not answered
    Chris R
    Posted by Chris R
    on Apr 09 2012 12:34 PM
    Expert2785 points

    The OMAP3530's TRM indicates that bit 6 of the PRM_RSTST register is "EXTERNAL_WARM_RST", which it says is set when a "Global external warm reset occurred".

    Although it doesn't state it directly, I believe this bit refers to the sys_nreswarm signal.  Is this correct?

    The description indicates that it's an external signal warm reset.  Does this mean that something outside the OMAP must have pulled sys_nreswarm down initially?  On the other hand, is there something inside the OMAP that will drive sys_nreswarm low and still cause the EXTERNAL_WARM_RST bit to be set?

    For example, the watchdog is supposed to cause sys_nreswarm to be asserted, but it sets bit 4 instead of bit 6.

    Thanks,

    Chris

    omap3530 warm reset
    Report Abuse
    • Reply
    You have posted to a forum that requires a moderator to approve posts before they are publicly available.
    All Replies
    • Chris R
      Posted by Chris R
      on Apr 10 2012 09:32 AM
      Expert2785 points

      Deleted in favor of the next submission

      Report Abuse
      • Reply
      You have posted to a forum that requires a moderator to approve posts before they are publicly available.
    • Chris R
      Posted by Chris R
      on Apr 10 2012 09:33 AM
      Expert2785 points

      After further reading of the TRM, and some experiments, each of the internal sources of reset that would drive sys_nreswarm low from the inside, i.e. asserting sys_nreswarm_out, have their own bits in the PRM_RSTST register.  So it looks to me like EXTERNAL_WARM_RST is indeed only set when the system resets because a signal originating outside the OMAP pulls sys_nreswarm low.

      I would appreciate hearing from an expert if my understanding is wrong, however.

      Report Abuse
      • Reply
      You have posted to a forum that requires a moderator to approve posts before they are publicly available.
    • Chaitral Purkar
      Posted by Chaitral Purkar
      on Oct 26 2012 08:01 AM
      Prodigy30 points

      Hi Chris,

      My question is a bit off the topic. However its related to PRM_RSTST only.

      I have implemented a code to read PRM_RSTST of OMAP3530. I want to know the reason of the reboot of the chip. However, each time it provides the value as 0x0 only (independent of the method of reset).

      Can you please provide some information on how are you reading the value from this register?

      Thanks and regards,

      Chaitral Purkar

      Report Abuse
      • Reply
      You have posted to a forum that requires a moderator to approve posts before they are publicly available.
    • Chris R
      Posted by Chris R
      on Oct 26 2012 08:57 AM
      Expert2785 points

      I'm not sure I remember what I did, but the register was probably read very early in the x-loader code, since that's what runs first after boot.

      - Chris

      Report Abuse
      • Reply
      You have posted to a forum that requires a moderator to approve posts before they are publicly available.
    • Chaitral Purkar
      Posted by Chaitral Purkar
      on Oct 26 2012 10:16 AM
      Prodigy30 points

      Hi Chris,

      Currently, I am trying to read it from ioctl GETBOOTSTATUS of the driver code kernel/drivers/watchdog/omap_wdt.c. However could not succeed. I am always getting the value of PRM_RSTST as 0x0.

      I will try to add some code at x-loader or u-boot level.

      Any pointers in this regard would be helpful.

      Thanks and regards,

      Chaitral Purkar

      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