home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / lsi / testing / 217 next >
Encoding:
Internet Message Format  |  1992-09-07  |  3.6 KB

  1. Path: sparky!uunet!gatech!hubcap!ncrcae!ncrlnk!ncr-mpd!Don.Allingham
  2. From: Don.Allingham@FtCollins.NCR.COM (Don Allingham)
  3. Newsgroups: comp.lsi.testing
  4. Subject: Re: To Test or Not to Test?
  5. Message-ID: <DON.ALLINGHAM.92Sep3081939@bbking.FtCollins.NCR.COM>
  6. Date: 3 Sep 92 07:19:39 GMT
  7. References: <17lsueINN1js@bashful.crhc.uiuc.edu>
  8. Sender: uucp@ncr-mpd.FtCollins.NCR.COM
  9. Reply-To: Don.Allingham@FtCollinsCO.NCR.COM
  10. Organization: /home/bbking/dona/.organization
  11. Lines: 67
  12. In-reply-to: patel@crhc.uiuc.edu's message of 28 Aug 92 18:57:18 GMT
  13.  
  14. In article <17lsueINN1js@bashful.crhc.uiuc.edu> patel@crhc.uiuc.edu (Janak H. Patel) writes:
  15.  
  16. >   For high yield (very close to 100%) parts, the answer is very clear,
  17. >   "I hardly ever ship a defective part, so why do I need testing?"
  18. >   In reality, this does happen.  I know two manufactureres who do not
  19. >   test some chips.  These chips are high volume, mature process, and
  20. >   very low cost.  Any testing would just increase the cost. (one also
  21. >   told me that testing would increase defects in such a chip!)
  22.  
  23. I think a lot of this has to do with the part itself.  Maybe a cheap $1
  24. LCD watch that comes from a typical 100% yield process, this would be
  25. ok.  But for an SRAM for a satellite, I would want to make sure I
  26. completely tested it.  Even 100% yield processes have problems.
  27. Suppliers can ship you bad material.  Machines in the fab may glitch.
  28. There are a lot of variables.
  29.  
  30. >   Then there are chips with low yield, aggressive design and large number of
  31. >   gates, such as microprocessors, where it is very easy to justify
  32. >   testing and testability benefits.
  33.  
  34. >   However, a vast majority of ASIC designs fall between these two
  35. >   extremes.  It is here where the situation is very murkey.  It is
  36. >   not very easy to sell testability and high coverage to these group.
  37. >   What if you did only a functional test with 60% coverage?
  38.  
  39. We normally see a trade off.  The major concerns are:
  40.  
  41.     1) Time to market
  42.     2) Quality
  43.     3) Cost
  44.  
  45. Pick any two :-)  Design complexities of ASICs have been skyrocketing in
  46. the past few years.  The many ASICs are starting to become 20k, 30k, and
  47. even 50k+ gates in size.
  48.  
  49. >   Best case is that,
  50. >   (a) you don't ship very many defective chips. (just lucky!) or,
  51. >   (b) the customers are not very mad at receiving bad chips, or
  52.  
  53. Boy, would I like to have customers like this :-)  I have some land in
  54. Florida for sale ....
  55.  
  56.    (c) the customers don't know that it is your chip that is bad in the board
  57.        (they may attribute the defect to the board manufacturing process rather
  58.     than to your chip manufaturing process)
  59.  
  60. But they will eventually find the problem.  And when they do, you can be
  61. guaranteed a very angry customer.  If for some reason, they don't find
  62. the problem, a low yield may make the board unattractive to manufacture,
  63. and it may be cancelled.  The those selling the chips lose, too.
  64.  
  65. >   The "best cases" defined above are far from rare, in fact some
  66. >   tell me that it is the norm in their facility.  The "worst cases" are
  67. >   rare at present, but are increasing with the size of the ASICs.
  68.  
  69. From what I see, the problem is reversed, especially among ASICs.  Maybe
  70. not for DRAMS, SRAMS, or other stable, long term processes.  In the ASIC
  71. market, the processes are always on the leading edge.  You have to be,
  72. or you cannot stay in business.  Everyone wants the leading edge process
  73. because it is denser (cheaper) and faster.  New processes are always
  74. less stable than old, mature processes.
  75.  
  76. --
  77. Don Allingham           
  78. NCR Microelectronics             Don.Allingham@FtCollins.NCR.com
  79. Ft. Collins, CO.                uunet!ncrlnk!ncr-mpd!Don.Allingham
  80.  
  81.