Loading...
Flash Player 9 (or above) is needed to view slideshows. We have detected that you do not have it on your computer.To install it, go here
 
Post to Twitter Post to Twitter
Myspace Hi5 Friendster Xanga LiveJournal Facebook Blogger Tagged Typepad Freewebs BlackPlanet gigya icons
SlideShare is now available on LinkedIn. Add it to your LinkedIn profile.

ATE Pattern Structure Basics

From stn_tkiller, 3 years ago Add as contact

Info for ATE pattern composition basic introduction

1508 views | 0 comments | 0 favorites | 0 downloads | 0 embeds (Stats)

Categories

Groups/Events

Embed in your blog options close
Embed (wordpress.com) Exclude related slideshows Embed in your blog

More Info

This slideshow is Public
Total Views: 1508 on Slideshare: 1508 from embeds: 0
Flagged as inappropriate Flag as inappropriate

Flag as inappropriate

Select your reason for flagging this slideshow as inappropriate.

If needed, use the feedback form to let us know more details.

Slideshow Transcript

  1. Slide 1: Pattern Structure & Basics 1
  2. Slide 2: Topics: What is a pattern?  01000101010101010…and more.  What comprises a pattern?  Data, Pindef, Vecdef, etc.  How does it all work?  Pattern Components + Test Program => Tester Does Stuff  Pattern Example/Overview  2
  3. Slide 3: What is a pattern? A pattern is…  A collection of data that precisely describes the activity of  each tester pin at bus clock resolution. The activity is executed by the tester via the test program.  Generated by converting a trace, the output of a test  simulated on an RTL model, that contains data at core clock resolution. Created specifically for each tester, taking into account the  requirements and capabilities of different types of testers (S9K, CMT, ST2, IMS). 3
  4. Slide 4: Pattern Components Pindef – defines the connection between pattern data and tester channels.  #avm ENABLE pindef ynh_fsbf2 { <12:12:1999 12:12:12>, TWO_BIT_BURST = TRUE, PACKAGE YNH_M_K_Cviu { BCLK1t0_1_x1 = IO ,F2 ,ADJACENT ,BIN ,{54},{"A21"}, BCLK1t0_0_x1 = IO ,F2 ,ADJACENT ,BIN ,{55},{"A22"}, RESETnn_x1 = IO ,F2 ,ADJACENT ,BIN ,{57},{"B1"}, INITnn = IO ,F2 ,ADJACENT ,BIN ,{170},{"B3"}, VCC_x1 = PWR ,{HCDPS2},{"AA21"}, VSS = PWR ,{GND},{"AA25"}, }, PINGROUP { input = {A20Mnn,BPRInn,DEFERnn,DPSLPnn,DPWRnn,IGNNEnn,INITnn,LINT0,LINT1, PREQnn,PWRGOOD_x1,RESETnn_x1,rsnn,SLPnn,SMInn,STPCLKnn,TCK_x1,TDI_x1, TMS_x1,TRDYnn,TRSTnn,BCLK1t0_1_x1,BCLK1t0_0_x1}, } }; 4
  5. Slide 5: Pattern Components Vecdef –  defines the sequences associated with each pin for a specific vector. VECTOR_DEF E_00000 = { PERIOD = Period_1, BCLK1t0_1_x1 = d_d 0/1 @, BCLK1t0_0_x1 = d_d 0/1 @, RESETnn_x1 = nop_nop 0/1 @, INITnn = d_d 0/1 @, AACLKPH_x1 = s_s 0/1 @, DCLKPH_x1 = s_s 0/1 @, ; pin names in pindef order seq sym ; seq = timing sequence name, must be predefined in the timing ; sym = vector data symbols for '0' and '1' } 5
  6. Slide 6: Pattern Components Vector –  contains the tester data for each specific tester period. ; opcode (operand) Vec_Def pattern data csim_ts; tstr_cyc; tstr_rma ; info MAIN_F; ; B B ; C C ; L L R A ; K K E A D ; 1 1 S C C ; t t E L L ; 0 0 T I K K B L ; _ _ n N P P B B P B O ; 1 0 n I H H R R R N C ; _ _ _ T _ _ 0 1 I R K ; x x x n x x n n n n n ; 1 1 1 n 1 1 n n n n n INC E_00007 { 00 11 00 11 11 11 00 11 11 11 11 } ; 420243.1; 3; 2 ; FS_TARESUMECLK;IDLE INC E_00029 { 11 00 00 11 11 11 00 11 11 11 11 } ; 420257.1; 4; 3 INC E_00007 { 00 11 00 11 11 11 00 11 11 11 11 } ; 420271.1; 5; 4 ; FS_TARESUMECLK;IDLE INC E_00029 { 11 00 00 11 11 11 00 11 11 11 11 } ; 420285.1; 6; 5; ; Where: Vec_Def = Vector Definition Label ; csim_ts = Csim Time Stamp - Time stamp from the logic simulation that corresponds to this vector. ; tstr_cyc = Tester Cycle - Number of tester cycles execute up to this point ; tstr_rma = Tester Relative Main Address - assuming the pattern was loaded at Address '0', what ; address would this be? Think of this as the number of vectors executed up to this point. ; info = Other interesting facts about this vector - usually the TAP State and TAP Instruction 6
  7. Slide 7: Basic Structure/Interaction: KX Period 1 –  One (1) vector line per half bus cycle. Most pins only use F2 Data. Note: data pins are an exception to this (see below). Ex:  1 RMA Timing "d_d", 0, { PZ, DF2@(bclk_drv_1) } 00 11 bclk D63t48nn_63 "s_s", 3, { PZ, TF@HDO_a, TF2@HDO_b } 11 00 VEC_DEF E_00136 E_00124 7
  8. Slide 8: Basic Structure/Interaction: KX Main Memory Subroutine Memory   PreAmble Subroutines (Long Reset) DO_NOTHING PLL Warmup LONG_PLL_WarmUP 4K Vectors Fuse REAL_LONG_PLL_WarmUp 64M Vectors LSD/LCP _______________________ GIFT Pad Area MidAmble (Tools) (Short Reset) Init Routine Pattern (Individual Test) 8
  9. Slide 9: Basic Structure: What else is in a pattern? Comments – Inactive line begin w/ “;”  Header contains pin names delimiting columns.  Other comments give information to the user about what is  happening or allow for post processing capabilities. ; VCF_INSERT_PREAMBLE_HERE  ; JTAG STRAP register setting  ; Power on configuration setting  Labels – Active lines ending w/ a “;”  Linked directly to a specific RMA such that tester software  can jump to specific labels (and therefore a specific vector in the pattern). Ex. CPUres; - placed on the vector containing the rising  edge of pin RESET. 9
  10. Slide 10: Basic Structure: Reset & Initialization Generated from the “init_r1” test  Detailed information can be found at:  http://mpgsites.intel.com/sites/MPGBD/PDE/TVPV/Yonah/Reset-Sequence/ Noteworthy labels:  pre_<b/e>_<PATNAME> mid_<b/e>_<PATNAME>   UNLOCKinstr<Start/End> SIGCTLinstr<Start/End>   JTAGunlock_<Start/End> JTAGsigCtl_<Start/End>   PLLTESTinstr<Start/End> JTAGSTRAPinstr<Start/End>   JTAGpllTest_<Start/End> JTAGstraps_<Start/End>   JTAGSTRAPinstr<Start/End> RESUMECLKinstr<Start/End>   JTAGstraps_<Start/End> CPUres   FUSEinstr<Start/End> FSB2Vector_1_<X>   JTAG_WRITE_FUSE_* ADS1cmp   <LSD/LCP>LOAD POC_Active   10
  11. Slide 11: KX Example: Location:  /nfs/iil/proj/yonah/tvpv12/eng/tvpv/validation/esherer/kx_example/ What files do we see?  *.m9k (*.e9k is not shown but denotes compiled pattern)  *.m9k.data  *.h  What are the differences between the Pre/Mid Ambles  and the Test Pattern itself in terms of content location? Pre/Mid Ambles are self contained in one *.m9k  Test Pattern contains all required directives in *.m9k (which  “includes” the *.m9k.data file) All 3 “patterns” use the same COMMON files for VEC_DEFS &  Subroutine memory. 11