Verifying big.little using the Palladium XP. Deepak Venkatesan Murtaza Johar ARM India

Transcription

1 Verifying big.little using the Palladium XP Deepak Venkatesan Murtaza Johar ARM India 1

2 Agenda PART 1 big.little overview What is big.little? ARM Functional verification methodology System Validation System test bench Systembench PART 2 Palladium XP Use model Palladium XP features used Results/statistics Future opportunities 2

3 PART 1 big.little overview 3

4 What is big.little? 4

5 big.little Platform Example Dual/Quad Cortex-A7 5

6 System Top Unit ARM Functional Verification phases DI Entry D&T Entry alpha beta LAC REL SPECIFICATION/ PLANNING IMPLEMENTATION TESTING/ DEBUG COVERAGE CLOSURE STRESS TESTING Simulation (100Hz) Emulation (1MHz) Planning Unit-level Test benches development/ bring up Unit level Testing/debug Sim:10 10 cycles Unit level coverage closure FPGA(10MHz) Si(1GHz) Sim:10 11 cycles Unit level soak testing Planning Top-level Test bench development/ bring up Top level directed Testing/debug Sim:10 10 cycles Top level coverage closure Sim:10 11 cycles Top level random soak testing (RIS) Requirements Planning system-level testbench integration/ bring up Emulator System-level s/wtesting/debug Emu:10 12 cycles FPGA:10 15 cycles FPGA stress testing Si Stress testing Si:10 16 cycles 6 (timelines not to scale)

7 ARM System-level Validation Perform in-system validation of ARM IPs Find IP Product bugs from realworld testing (This is not the same as traditional SOC validation approach) To do this: Build configurable System test bench Support Emulation and FPGA systems. Payload generation tools for stress testing Plus many supporting automation flows and infrastructure Test Payloads Test Benches Execution Platforms 7 CONFIDENTIAL

8 System testbench The Systembench 8

9 PART 2 Palladium XP Use model 9

10 Palladium XP use model Predominantly used as stress testing platform Stress mostly from multiple IP configurations and payloads Also used to debug failures from other platforms (e.g. FPGA) Full vision mode complete design visibility Other PXP features used for software analysis and qualification LSF Scheduler built over the PXP for scheduling multiple different jobs Utilize domains effectively Allow multiple users/designs/capacities to run simultaneously Main objective Effectively use an expensive resource 10

11 PXP LSF Scheduler widget 11

12 SDL Triggers Run-time debug feature CPU instruction/register/memory trace between two defined clock cycles Dumping CPU/other IP waveforms between two defined clock cycles Mechanism for detecting CPU hardware deadlock using probes from the test bench Exit runs when hangs Triggering the end of test by monitoring a hardware register Getting dump of memory or CPU caches at known time intervals 12

13 Assertions Run with all assertions in CPUs, interconnect and other ARM IPs Mostly OVLs and some SVAs AXI bus protocol checkers and violation detectors Test bench assertions to debug error scenarios in CPU and other ARM IP 13

14 Others Save and Restore Save states at periodic intervals for long runs Restore multiple times with additional debug hooks System Verilog Functional Coverage Payload qualification for determining stress levels E.g. number of snoop transactions ISS Compare in IXCOM Compare Instruction executions between model and RTL 14

15 Results Bugs found >20 ~8 CAT A bugs PXP cycles ~1 trillion per week during maturity phase 30% on big.little Number of CCI transactions > 14 Billion 60% on big.little Compile times - ~30 mins PXP Statistics: CPU Cluster-1 CPU Cluster-2 System Gate count Palladium XP frequency Palladium XP domains Cortex A7 MP2 Cortex A7 MP2 13 million 1.33 MHz 4 domains Cortex A15 MP4 Cortex A7 MP million 1.13 MHz 8 domains Cortex A15 MP4 Cortex A15 MP million 1.02 MHz 11 domains 15

16 Challenges System Verilog support Fitting multiple big.little runs Very few configurations tested with GPUs Support for Verilog2001 features e.g. generate statements Initial hardware reliability issues 16

17 Future opportunities More SV functional coverage integration Port unit level to system level Add system-level instrumentation Use UXE 12.1 for some crucial improvements IXCOM migration Improve speed issues Asynchronous clocking Power aware verification 64-bit CPU System validation 17

18 Questions? Thank You 18