Path: EDN Asia >> Design Centre >> Automotive >> Post-silicon testing finds corner-case issues
Automotive Share print

Post-silicon testing finds corner-case issues

21 Oct 2015  | Arun Mishra, Isheeta Bariar, Shruti Maheshwari

Share this page with your friends

Automotive SoCs are becoming increasingly complex in design due to integration of multi-cores, dense clock-tree, increased analogue & mixed signal (AMS), complex power & reset management, innovative ADAS/powertrain sub-systems, various interfaces, and other highly configurable modules. Throughout the development cycle, there are various pre-post silicon test scenarios executed on IP/SoC level with the objective being to uncover the system-level integration issues in the device. These observations would lead to certain design/documentation changes, resulting in a more robust customer solution.

However, there may still be some corner case issues encountered, when certain sequences and combinations of events occur on device that have never been exercised in device testing. This paper consolidates the various areas identified for post-silicon stress tests on automotive SoC to enable early detection of system level issues:
 • Clock Synchronisation issues
 • Regression on implemented Finite State Machines (FSM)
 • Rigorous low power mode Entry/exit
 • Performance aspects around Master-Slave interconnects (Crossbar)
 • System behaviour on Illegal register accesses

Let's now discuss each one of these areas one by one with the illustrations of the issues identified during the stress tests.


Clock synchronisation issues
Dense clock trees are implemented in SoCs with a number of configurable clock sources for driving the cores and peripherals. Moreover, these clock sources have associated dividers to allow further configurability. Most of the times, all the possible clock synchronisation issues between system and peripheral clocks cannot be caught by verification tools due to resources/time/computing limitations. This impromptu becomes an important area to focus during the post-silicon validation.

Validation engineers should implement randomisation in their code to vary the clock sources and dividers while peripherals and core are communicating. This can help catch some combinations where different clock frequencies for Cross-bar and peripheral clock cause functional failures, which can then be properly documented/implemented to avoid issues in the customer applications.


Regression on implemented FSM
Every module which has a FSM implemented inside (figure 1) must be thoroughly verified for the correct state transition at all the desired events and ensure that not only the system doesn't malfunction for all the valid mode state-transitions but also that the system should be able to recover properly for all in-valid mode transitions.


image name

Figure 1: FSM implementation with in SoC.


Getting these transitions covered during post-silicon is even more challenging. Reset generation module is a critical module which controls the system behaviour on reset assertions from various sources/events. Validation tests must be developed on RGM to observe that effect of periodic assertion of external reset signal on device and whether the device comes out of reset fine everytime with a different set of configurations or not. A simplified illustration of the RGM validation setup is shown below:


image name

Figure 2: RGM stress validation setup.



1 • 2 Next Page Last Page


Want to more of this to be delivered to you for FREE?

Subscribe to EDN Asia alerts and receive the latest design ideas and product news in your inbox.

Got to make sure you're not a robot. Please enter the code displayed on the right.

Time to activate your subscription - it's easy!

We have sent an activate request to your registerd e-email. Simply click on the link to activate your subscription.

We're doing this to protect your privacy and ensure you successfully receive your e-mail alerts.


Add New Comment
Visitor (To avoid code verification, simply login or register with us. It is fast and free!)
*Verify code:
Tech Impact

Regional Roundup
Control this smart glass with the blink of an eye
K-Glass 2 detects users' eye movements to point the cursor to recognise computer icons or objects in the Internet, and uses winks for commands. The researchers call this interface the "i-Mouse."

GlobalFoundries extends grants to Singapore students
ARM, Tencent Games team up to improve mobile gaming


News | Products | Design Features | Regional Roundup | Tech Impact