Speakers assess SoC test methods
Speakers assess SoC test methods
By Nicolas Mokhoff, EE Times
November 8, 2002 (5:57 a.m. EST)
URL: http://www.eetimes.com/story/OEG20021107S0054
NEW YORK The gap between the number of transistors that can be placed on a piece of silicon and the number that can be verified was the topic of two presentations at the SoC Online conference on Wednesday (Nov.6.) that looked at the tools and methodologies to close that gap. The conference was sponsored by EE Times.
The only way to close the gap is for verification engineers to write and debug test cases faster than they are doing now, said Janick Bergeron, chief technical officer at Qualis Inc. In a separate presentation, Yervant Zorian, chief scientist at Virage Logic Corp., said that infrastructure intellectual property (IP) and functional IP must be used in order to produce a testable system-on-chip (SoC) device.
Citing a hypothetical example, Bergeron said it would take 10 verification engineers more than a year to write 1,000 test cases, spending an average of three days on each. "That's intolerable," said Bergero n, who runs the Verification Guild Web site. "The only way to change that is to have test cases written faster."
The process can be accelerated in two ways, he said: by verification reuse, and better verification methodology. The challenges of verification reuse are many, he said: multiple languages are used; a plethora of approaches are available, none standard; there is no coding style. All this bodes ill for verification reuse, Bergeron said.
On the other hand, verification itself is becoming more of a science than an art, and "people are starting to apply it in the same manner across the board," he said.
"SoCs require encapsulation-level controls. And test case writing productivity needs to be increased via efficient higher-level languages. In fact, in most companies HDLs have been abandoned in favor of C and its derivatives," Bergeron said.
Advocating an approach of using random test cases for an SoC, Bergero n said the tradeoff is that it takes longer for the first test case to execute, but that all test cases are completed much faster. "In the direct approach you get there eventually, but the time it takes is intolerable," he said.
Testing for 100 percent should not be a priority, Bergeron said, but a verification engineer needs to understand why the untested 2 or 3 percent is not critical to test.
Standard approach
In his online presentation, Zorian emphasized the importance of a standard methodology to ensure that IP blocks are testable, which would help make SoCs 100 percent testable. "Because designers work with IP from different vendors they need to know that the IP is testable," said Zorian. "As such, in addition to the IP they need the test information that was used to test individual cores."
But each IP vendor ships its cores with individual core test wrappers that are different from other IP on a chip. "The IEEE 1500 effort standardizes on the core test wrapp ers so that there is a standard interface between the core provider and core user," Zorian said. By implementing infrastructure IP (I-IP) for testing, diagnosis, repair, characterization and fault tolerance, designers will play into a hierarchical design flow that will ensure testable SoCs, he said.
The 1500 standard allows the testing of chips that contain cores from multiple sources. The standard provides a methodology to identify and configure testability features in chips that contain embedded cores.
"Approaching the SoC design with a hierarchical methodology that includes standard testing features with a wide range of I-IP will result in better yield, diagnosis and field reliability," Zorian concluded.
Archives of the the SoC Online conference presentations are available at the conference Web site.
Related Articles
- Creating IP level test cases which can be reused at SoC level
- Communication centric test and debug infrastructure for multi core SoC
- Performance Verification Methods Developed for an HDTV SoC Integrating a Mixed Circuit-Switched / NoC Interconnect (STBus/VSTNoC)
- A Phyton Based SoC Validation and Test Environment
- 'Wrap' your cores to enable SoC test (ARM & Synopsys)
New Articles
- Early Interactive Short Isolation for Faster SoC Verification
- The Ideal Crypto Coprocessor with Root of Trust to Support Customer Complete Full Chip Evaluation: PUFcc gained SESIP and PSA Certified™ Level 3 RoT Component Certification
- Advanced Packaging and Chiplets Can Be for Everyone
- Timing Optimization Technique Using Useful Skew in 5nm Technology Node
- Streamlining SoC Design with IDS-Integrate™
Most Popular
- The Ideal Crypto Coprocessor with Root of Trust to Support Customer Complete Full Chip Evaluation: PUFcc gained SESIP and PSA Certified™ Level 3 RoT Component Certification
- System Verilog Assertions Simplified
- System Verilog Macro: A Powerful Feature for Design Verification Projects
- PCIe error logging and handling on a typical SoC
- Design Rule Checks (DRC) - A Practical View for 28nm Technology
E-mail This Article | Printer-Friendly Page |