{"id":9642,"date":"2017-10-27T02:15:50","date_gmt":"2017-10-27T02:15:50","guid":{"rendered":"https:\/\/www.techdesignforums.com\/practice\/?p=9642"},"modified":"2017-10-27T02:16:29","modified_gmt":"2017-10-27T02:16:29","slug":"catch-patterning-errors-early-toward-10nm","status":"publish","type":"post","link":"https:\/\/www.techdesignforums.com\/practice\/technique\/catch-patterning-errors-early-toward-10nm\/","title":{"rendered":"Catch multi-patterning errors clearly at advanced nodes"},"content":{"rendered":"<p>When double patterning (DP) was introduced for 20nm processes, the DP layers had relatively simple and straightforward constraints on the spacing between the two exposures. These constraints were captured in design rules and expressed to the DP engine through opposite mask requirements. But DP layer rules are getting more complex for smaller nodes, with some layers requiring triple or quadruple patterning, and even DP layers are encountering fundamental new constraints.<\/p>\n<p>DP verification tools have evolved to keep pace but detecting multi-patterning errors is only one piece of the solution verification engineers need. They also need a powerful debug capability driven by well-designed visualization to make sense of the complexity of multi-patterning verification errors at advanced nodes.<\/p>\n<p>Consider the following DP constraint changes in advanced nodes: opposite-mask spacing; forbidden pitches; and double-spaced lines.<\/p>\n<h4>Opposite-mask spacing<\/h4>\n<p>The first big change is <em>opposite-mask spacing<\/em>. This expands the idea of minimum same-mask spacing to minimum opposite-mask spacing. At 20, 16 and 14nm, the minimum opposite-mask spacing requirements, combined with the minimum polygon width requirements, create a pitch in which the second-neighbor shape is always more than the minimum same-mask distance away (Figure 1).<\/p>\n<div id=\"attachment_9643\" style=\"width: 650px\" class=\"wp-caption aligncenter\"><a href=\"https:\/\/www.techdesignforums.com\/practicefiles\/2017\/10\/Fig1_Trad-pitch-relationships.png\"><img loading=\"lazy\" decoding=\"async\" aria-describedby=\"caption-attachment-9643\" class=\"wp-image-9643\" src=\"https:\/\/www.techdesignforums.com\/practicefiles\/2017\/10\/Fig1_Trad-pitch-relationships.png\" alt=\"Figure 1: Typical pitch relationships and constraints in 20\/16\/14 nm double patterning layers (Mentor)\" width=\"640\" height=\"320\" srcset=\"https:\/\/www.techdesignforums.com\/practice\/files\/2017\/10\/Fig1_Trad-pitch-relationships.png 755w, https:\/\/www.techdesignforums.com\/practice\/files\/2017\/10\/Fig1_Trad-pitch-relationships-300x150.png 300w, https:\/\/www.techdesignforums.com\/practice\/files\/2017\/10\/Fig1_Trad-pitch-relationships-650x325.png 650w\" sizes=\"auto, (max-width: 640px) 100vw, 640px\" \/><\/a><p id=\"caption-attachment-9643\" class=\"wp-caption-text\">Figure 1: Typical pitch relationships and constraints in 20\/16\/14 nm double patterning layers (Mentor)<\/p><\/div>\n<p>However, in some process layers (beginning at 12nm), you can meet the minimum opposite-mask spacing and minimum width, but the second-neighbor shape can still be closer than the minimum same-mask spacing from the reference shape. Because of this, it is possible to have an opposite-mask separator constraint spacing requirement between the reference and second-neighbor shapes (Figure 2).<\/p>\n<div id=\"attachment_9644\" style=\"width: 666px\" class=\"wp-caption aligncenter\"><a href=\"https:\/\/www.techdesignforums.com\/practicefiles\/2017\/10\/Fig2_New-pitch-relationships.png\"><img loading=\"lazy\" decoding=\"async\" aria-describedby=\"caption-attachment-9644\" class=\"size-full wp-image-9644\" src=\"https:\/\/www.techdesignforums.com\/practicefiles\/2017\/10\/Fig2_New-pitch-relationships.png\" alt=\"Figure 2. New pitch relationships and constraints in double patterning layers at 12 nm and below (Mentor)\" width=\"656\" height=\"365\" srcset=\"https:\/\/www.techdesignforums.com\/practice\/files\/2017\/10\/Fig2_New-pitch-relationships.png 656w, https:\/\/www.techdesignforums.com\/practice\/files\/2017\/10\/Fig2_New-pitch-relationships-300x167.png 300w, https:\/\/www.techdesignforums.com\/practice\/files\/2017\/10\/Fig2_New-pitch-relationships-650x362.png 650w\" sizes=\"auto, (max-width: 656px) 100vw, 656px\" \/><\/a><p id=\"caption-attachment-9644\" class=\"wp-caption-text\">Figure 2. New pitch relationships and constraints in double patterning layers at 12nm and below (Mentor)<\/p><\/div>\n<h4>Forbidden pitches<\/h4>\n<p>Another new spacing constraint at advanced nodes involves constructive and destructive interference patterns that can create specific spacings that are not reliably printable. These spacings, known as forbidden pitches, typically appear as a specific spacing or range of spacings that prohibit the two involved polygons from being on the same mask, even if they are more than the minimum same-mask distance from each other (Figure 3).<\/p>\n<div id=\"attachment_9645\" style=\"width: 742px\" class=\"wp-caption aligncenter\"><a href=\"https:\/\/www.techdesignforums.com\/practicefiles\/2017\/10\/Fig3_Forbidden-pitch-relationships.png\"><img loading=\"lazy\" decoding=\"async\" aria-describedby=\"caption-attachment-9645\" class=\"size-full wp-image-9645\" src=\"https:\/\/www.techdesignforums.com\/practicefiles\/2017\/10\/Fig3_Forbidden-pitch-relationships.png\" alt=\"Figure 3. Forbidden pitch relationships and constraints (Mentor)\" width=\"732\" height=\"428\" srcset=\"https:\/\/www.techdesignforums.com\/practice\/files\/2017\/10\/Fig3_Forbidden-pitch-relationships.png 732w, https:\/\/www.techdesignforums.com\/practice\/files\/2017\/10\/Fig3_Forbidden-pitch-relationships-300x175.png 300w, https:\/\/www.techdesignforums.com\/practice\/files\/2017\/10\/Fig3_Forbidden-pitch-relationships-650x380.png 650w\" sizes=\"auto, (max-width: 732px) 100vw, 732px\" \/><\/a><p id=\"caption-attachment-9645\" class=\"wp-caption-text\">Figure 3. Forbidden pitch relationships and constraints (Mentor)<\/p><\/div>\n<h4>Double-spaced lines<\/h4>\n<p>With self-aligned double patterning (SADP) techniques, allowed pitches are even more restricted, because the spaces are defined by the sidewalls [2]. Designers can create some variation in pitch by placing two mandrel shapes exactly two sidewall widths apart. The two sidewalls will merge to form a single dielectric space between them (Figure 4). For this double-spaced line to manufacture properly, both polygons must be the same color. Communicating this requirement to the coloring engine requires a same-mask separator that, unlike the traditional opposite-mask separator, tells the coloring engine that the two shapes must be on the same mask.<\/p>\n<div id=\"attachment_9647\" style=\"width: 622px\" class=\"wp-caption aligncenter\"><a href=\"https:\/\/www.techdesignforums.com\/practicefiles\/2017\/10\/Fig4_SADP-constraints.png\"><img loading=\"lazy\" decoding=\"async\" aria-describedby=\"caption-attachment-9647\" class=\"size-full wp-image-9647\" src=\"https:\/\/www.techdesignforums.com\/practicefiles\/2017\/10\/Fig4_SADP-constraints.png\" alt=\"Figure 4: Double-spaced lines in SADP (Mentor)\" width=\"612\" height=\"203\" srcset=\"https:\/\/www.techdesignforums.com\/practice\/files\/2017\/10\/Fig4_SADP-constraints.png 612w, https:\/\/www.techdesignforums.com\/practice\/files\/2017\/10\/Fig4_SADP-constraints-300x100.png 300w\" sizes=\"auto, (max-width: 612px) 100vw, 612px\" \/><\/a><p id=\"caption-attachment-9647\" class=\"wp-caption-text\">Figure 4: Double-spaced lines in SADP (Mentor)<\/p><\/div>\n<h3><strong>Double patterning error detection <\/strong><\/h3>\n<p>These new constraints have a big effect on double patterning error detection and visualization. Before, DP errors were based on the physical view of the data, in which the polygons and separators form a connected ring with a \u2018hole\u2019 in the middle. Any odd polygon count around this hole formed an error cycle, so visualization was accomplished by drawing a thin polygon line around the inner edges of the hole (Figure 5).<\/p>\n<div id=\"attachment_9648\" style=\"width: 149px\" class=\"wp-caption aligncenter\"><a href=\"https:\/\/www.techdesignforums.com\/practicefiles\/2017\/10\/Fig5_Odd-cycle.png\"><img loading=\"lazy\" decoding=\"async\" aria-describedby=\"caption-attachment-9648\" class=\"size-full wp-image-9648\" src=\"https:\/\/www.techdesignforums.com\/practicefiles\/2017\/10\/Fig5_Odd-cycle.png\" alt=\"Figure 5. Traditional odd-cycle \u2018hole\u2019 error ring (Mentor)\" width=\"139\" height=\"324\" srcset=\"https:\/\/www.techdesignforums.com\/practice\/files\/2017\/10\/Fig5_Odd-cycle.png 139w, https:\/\/www.techdesignforums.com\/practice\/files\/2017\/10\/Fig5_Odd-cycle-129x300.png 129w\" sizes=\"auto, (max-width: 139px) 100vw, 139px\" \/><\/a><p id=\"caption-attachment-9648\" class=\"wp-caption-text\">Figure 5. Traditional odd-cycle \u2018hole\u2019 error ring (Mentor)<\/p><\/div>\n<p>Because opposite-mask separators can now extend across the first-neighbor to the second-neighbor shape, it is possible to have an odd cycle of separator constraints based on three polygons in a row, and real DP errors can be missed because there is no \u2018hole\u2019. In other words, the cycle configuration in the physical space is no longer planar (Figure 6).<\/p>\n<div id=\"attachment_9650\" style=\"width: 199px\" class=\"wp-caption aligncenter\"><a href=\"https:\/\/www.techdesignforums.com\/practicefiles\/2017\/10\/Fig6_No-hole-odd-cycle.png\"><img loading=\"lazy\" decoding=\"async\" aria-describedby=\"caption-attachment-9650\" class=\"size-full wp-image-9650\" src=\"https:\/\/www.techdesignforums.com\/practicefiles\/2017\/10\/Fig6_No-hole-odd-cycle.png\" alt=\"Figure 6. \u201cNo-hole\u201d non-planar odd-cycle DP constraint (Mentor)\" width=\"189\" height=\"136\" \/><\/a><p id=\"caption-attachment-9650\" class=\"wp-caption-text\">Figure 6. \u201cNo-hole\u201d non-planar odd-cycle DP constraint (Mentor)<\/p><\/div>\n<p>Those forbidden pitch constraints present another challenge to physical-based DP error detection methods. The nearest neighbor to a polygon may be far enough away to allow same mask coloring, but the second-neighbor shape may be located in a forbidden-pitch range and require color alternation. The separator communicating the color alternation requirement between the reference and second neighbor must cross the first neighbor in planar space. Because separators can now physically cross over polygons that are not involved in the error, it can appear as though those polygons are part of the error when they are not. Simply counting all the polygons \u2018touching\u2019 separators in an error ring can produce a false or missed error, depending on the situation, as shown in Figure 7.<\/p>\n<div id=\"attachment_9649\" style=\"width: 391px\" class=\"wp-caption aligncenter\"><a href=\"https:\/\/www.techdesignforums.com\/practicefiles\/2017\/10\/Fig7_New-error-ring.png\"><img loading=\"lazy\" decoding=\"async\" aria-describedby=\"caption-attachment-9649\" class=\"size-full wp-image-9649\" src=\"https:\/\/www.techdesignforums.com\/practicefiles\/2017\/10\/Fig7_New-error-ring.png\" alt=\"Figure 7. Double patterning layout with non-involved polygons (Mentor)\" width=\"381\" height=\"355\" srcset=\"https:\/\/www.techdesignforums.com\/practice\/files\/2017\/10\/Fig7_New-error-ring.png 381w, https:\/\/www.techdesignforums.com\/practice\/files\/2017\/10\/Fig7_New-error-ring-300x280.png 300w\" sizes=\"auto, (max-width: 381px) 100vw, 381px\" \/><\/a><p id=\"caption-attachment-9649\" class=\"wp-caption-text\">Figure 7. Double patterning layout with non-involved polygons (Mentor)<\/p><\/div>\n<p>In this layout configuration, the cycle configuration in the physical space is no longer planar. Polygon \u2018x\u2019 and polygon \u20182\u2019 require color alternation between them, as do polygon \u20182\u2019 and polygon \u20183\u2019. Color alternation is not required between polygon \u2018x\u2019 and polygon \u20183\u2019, but the separator between polygon \u20182\u2019 and polygon \u20183\u2019 crosses polygon \u2018x\u2019. If polygon \u2018x\u2019 is included in the count, this configuration would be considered an even cycle of eight, when it is actually an odd cycle of seven, leading to a missed error.<\/p>\n<p>Designers may encounter similar situations with anchor-path violations (Figure 8). The color alternation requirements for this path are not compatible with the anchored shapes on each end. However, if polygon \u2018x\u2019 is mistakenly considered to be in the path sequence, the configuration would falsely be considered legally colorable.<\/p>\n<div id=\"attachment_9651\" style=\"width: 508px\" class=\"wp-caption aligncenter\"><a href=\"https:\/\/www.techdesignforums.com\/practicefiles\/2017\/10\/Fig8_anchor-path-error.png\"><img loading=\"lazy\" decoding=\"async\" aria-describedby=\"caption-attachment-9651\" class=\"size-full wp-image-9651\" src=\"https:\/\/www.techdesignforums.com\/practicefiles\/2017\/10\/Fig8_anchor-path-error.png\" alt=\"Figure 8. Anchor-path violation with non-involved polygons (Mentor)\" width=\"498\" height=\"300\" srcset=\"https:\/\/www.techdesignforums.com\/practice\/files\/2017\/10\/Fig8_anchor-path-error.png 498w, https:\/\/www.techdesignforums.com\/practice\/files\/2017\/10\/Fig8_anchor-path-error-300x181.png 300w\" sizes=\"auto, (max-width: 498px) 100vw, 498px\" \/><\/a><p id=\"caption-attachment-9651\" class=\"wp-caption-text\">Figure 8. Anchor-path violation with non-involved polygons (Mentor)<\/p><\/div>\n<p>Lastly, in the presence of both same- and opposite-mask separators, polygon count is no longer sufficient to determine an error, as shown in Figure 9. The first configuration appears to be an odd-cycle error, as there are three polygons involved. However, because the same-mask separator between the two bottom polygons requires them to be the same color, this configuration can actually be legally colored with two colors, and is not an error. The second configuration appears to be a legal even cycle. However, the same-mask separator requiring the same color for both of the bottom polygons makes this configuration not legally colorable with two colors, and therefore is actually an error.<\/p>\n<div id=\"attachment_9653\" style=\"width: 497px\" class=\"wp-caption aligncenter\"><a href=\"https:\/\/www.techdesignforums.com\/practicefiles\/2017\/10\/Fig9.jpeg\"><img loading=\"lazy\" decoding=\"async\" aria-describedby=\"caption-attachment-9653\" class=\"size-full wp-image-9653\" src=\"https:\/\/www.techdesignforums.com\/practicefiles\/2017\/10\/Fig9.jpeg\" alt=\"Figure 9. Layout configurations with opposite-mask and same-mask separators (Mentor)\" width=\"487\" height=\"433\" srcset=\"https:\/\/www.techdesignforums.com\/practice\/files\/2017\/10\/Fig9.jpeg 487w, https:\/\/www.techdesignforums.com\/practice\/files\/2017\/10\/Fig9-300x267.jpeg 300w\" sizes=\"auto, (max-width: 487px) 100vw, 487px\" \/><\/a><p id=\"caption-attachment-9653\" class=\"wp-caption-text\">Figure 9. Layout configurations with opposite-mask and same-mask separators (Mentor)<\/p><\/div>\n<p>The solution? Abandon error detection via polygon count in a planar physical arrangement. Instead, the cycles are analyzed in their virtual graph representation, and validity is based on color parity rather than node count.<\/p>\n<p>Figure 10 shows a cycle of four polygons with a same-mask edge at the bottom. In a count-based approach, you simply count polygons from 1 to 4 to find this is an even cycle, which is presumed to be legal. For the color-parity-based approach, you use a virtual graph, starting at one of the nodes (in this case, the upper left node). This node starts with a parity of 0, and the parity changes as the cycle is traversed. As you move counter-clockwise to the bottom-left node, the parity changes to 1 because of the opposite-mask edge. As you move to the bottom-right node, the parity remains 1 because you have a same-mask edge. Moving to the upper-right node, parity flips back to 0 because of the opposite-mask edge. Finally, you move back to the upper-left node and flip the parity again to a 1, because of the opposite-mask edge. Since the parity on that node must be both a 1 and a 0, you have found an error.<\/p>\n<div id=\"attachment_9654\" style=\"width: 532px\" class=\"wp-caption aligncenter\"><a href=\"https:\/\/www.techdesignforums.com\/practicefiles\/2017\/10\/Fig10.jpeg\"><img loading=\"lazy\" decoding=\"async\" aria-describedby=\"caption-attachment-9654\" class=\"size-full wp-image-9654\" src=\"https:\/\/www.techdesignforums.com\/practicefiles\/2017\/10\/Fig10.jpeg\" alt=\"Figure 10. Polygon count vs. parity analysis for DP error detection (Mentor)\" width=\"522\" height=\"365\" srcset=\"https:\/\/www.techdesignforums.com\/practice\/files\/2017\/10\/Fig10.jpeg 522w, https:\/\/www.techdesignforums.com\/practice\/files\/2017\/10\/Fig10-300x210.jpeg 300w\" sizes=\"auto, (max-width: 522px) 100vw, 522px\" \/><\/a><p id=\"caption-attachment-9654\" class=\"wp-caption-text\">Figure 10. Polygon count vs. parity analysis for DP error detection (Mentor)<\/p><\/div>\n<h3><strong>Double patterning error debugging<\/strong><\/h3>\n<p>While detecting valid double patterning errors is the first challenge at advanced nodes, it is useless unless the designer can understand and resolve the problems. Traditional error-ring and anchor-path visualization markers do not effectively annotate and explain these types of errors. There are three primary issues in advanced error visualization:<\/p>\n<ul>\n<li>Identifying which polygons are and are not involved in the error.<\/li>\n<li>Effectively mapping a non-planar ring or path onto a planar layout.<\/li>\n<li>Describing a cycle error with no &#8216;hole&#8217; area on the planar layout.<\/li>\n<\/ul>\n<p>Advanced DP toolsets have added new ways to visualize these new rule violations. For example, there is the enhanced error ring visualization in the <a href=\"https:\/\/www.mentor.com\/products\/ic_nanometer_design\/verification-signoff\/physical-verification\/calibre-multi-patterning\">Calibre Multi-Patterning<\/a> functionality, part of the Mentor physical verification suite. It widens the ring to show where it interacts with a polygon, enabling you to see that only seven of the eight polygons actively participate in the cycle\u2014thus it is a real error (Figure 11).<\/p>\n<div id=\"attachment_9656\" style=\"width: 564px\" class=\"wp-caption aligncenter\"><a href=\"https:\/\/www.techdesignforums.com\/practicefiles\/2017\/10\/Fig11.jpeg\"><img loading=\"lazy\" decoding=\"async\" aria-describedby=\"caption-attachment-9656\" class=\"size-full wp-image-9656\" src=\"https:\/\/www.techdesignforums.com\/practicefiles\/2017\/10\/Fig11.jpeg\" alt=\"Figure 11. Traditional vs enhanced error ring visualization with a non-participating polygon (Mentor)\" width=\"554\" height=\"337\" srcset=\"https:\/\/www.techdesignforums.com\/practice\/files\/2017\/10\/Fig11.jpeg 554w, https:\/\/www.techdesignforums.com\/practice\/files\/2017\/10\/Fig11-300x182.jpeg 300w\" sizes=\"auto, (max-width: 554px) 100vw, 554px\" \/><\/a><p id=\"caption-attachment-9656\" class=\"wp-caption-text\">Figure 11. Traditional vs enhanced error ring visualization with a non-participating polygon (Mentor)<\/p><\/div>\n<p>Similarly, widening the path through the involved polygons in an anchor-path makes it obvious that the wide polygon to the right of center is not actually involved in the path (Figure 12).<\/p>\n<div id=\"attachment_9657\" style=\"width: 788px\" class=\"wp-caption aligncenter\"><a href=\"https:\/\/www.techdesignforums.com\/practicefiles\/2017\/10\/Fig12.jpeg\"><img loading=\"lazy\" decoding=\"async\" aria-describedby=\"caption-attachment-9657\" class=\"size-full wp-image-9657\" src=\"https:\/\/www.techdesignforums.com\/practicefiles\/2017\/10\/Fig12.jpeg\" alt=\"Figure 12. Traditional vs enhanced anchor-path error with a non-participating polygon (Mentor)\" width=\"778\" height=\"163\" srcset=\"https:\/\/www.techdesignforums.com\/practice\/files\/2017\/10\/Fig12.jpeg 778w, https:\/\/www.techdesignforums.com\/practice\/files\/2017\/10\/Fig12-300x63.jpeg 300w, https:\/\/www.techdesignforums.com\/practice\/files\/2017\/10\/Fig12-768x161.jpeg 768w, https:\/\/www.techdesignforums.com\/practice\/files\/2017\/10\/Fig12-650x136.jpeg 650w\" sizes=\"auto, (max-width: 778px) 100vw, 778px\" \/><\/a><p id=\"caption-attachment-9657\" class=\"wp-caption-text\">Figure 12. Traditional vs enhanced anchor-path error with a non-participating polygon (Mentor)<\/p><\/div>\n<p>In Figure 13, the polygons and separators form a virtual \u2018figure 8\u2019 odd-cycle on the planar layout. Using the traditional \u2018donut hole\u2019 of an odd cycle only marks the smaller of the two \u2018figure 8\u2019 holes, leaving the designer unsure where the error occurs. With enhanced error visualization, the entire \u2018figure 8; is annotated, including the twist in the middle where the interactions cross each other. Now the designer knows which polygons are involved, and what might actually be causing the error.<\/p>\n<div id=\"attachment_9658\" style=\"width: 982px\" class=\"wp-caption aligncenter\"><a href=\"https:\/\/www.techdesignforums.com\/practicefiles\/2017\/10\/Fig13.jpeg\"><img loading=\"lazy\" decoding=\"async\" aria-describedby=\"caption-attachment-9658\" class=\"size-full wp-image-9658\" src=\"https:\/\/www.techdesignforums.com\/practicefiles\/2017\/10\/Fig13.jpeg\" alt=\"Figure 13. Enhanced error visualization of a non-planar odd-cycle (Mentor)\" width=\"972\" height=\"402\" srcset=\"https:\/\/www.techdesignforums.com\/practice\/files\/2017\/10\/Fig13.jpeg 972w, https:\/\/www.techdesignforums.com\/practice\/files\/2017\/10\/Fig13-300x124.jpeg 300w, https:\/\/www.techdesignforums.com\/practice\/files\/2017\/10\/Fig13-768x318.jpeg 768w, https:\/\/www.techdesignforums.com\/practice\/files\/2017\/10\/Fig13-650x269.jpeg 650w\" sizes=\"auto, (max-width: 972px) 100vw, 972px\" \/><\/a><p id=\"caption-attachment-9658\" class=\"wp-caption-text\">Figure 13. Enhanced error visualization of a non-planar odd-cycle (Mentor)<\/p><\/div>\n<p>In addition to visualization improvements, there have been new opportunities to improve error debug efficiency. One goal is to quickly focus the designer\u2019s effort on the most fundamental error that occurs in a particular location. Many DP errors can cause other, more complex DP errors to occur. Showing all of these to a designer may distract from the root problem, and result in unnecessary designer time or design area being spent on fixing a particular issue.<\/p>\n<p>Enabling DP verification tools to filter out complex errors and partition them into more focused and specific categories helps designers focus on the root cause. Applying this filtering intelligently ensures that a given design issue only produces output for the most specific and concise error type, even when it causes multiple types of errors. The result is to narrow the focus of debug and remove noise in the output.<\/p>\n<p>Combining this new partitioned and filtered DP error visualization with new in-design DRC checking tools also lets designers quickly test multiple possible solutions to find the optimum solution, greatly enhancing DP debug and error fixing productivity while also improving design quality and manufacturability.<\/p>\n<p>As DP requirements have evolved and become more complex, so has DP verification functionality. Advanced DP tools can not only identify the most complicated DP errors at advanced nodes, but also are better at helping the designer understand and fix DP issues quickly and with clarity.<\/p>\n<h3>About the authors<\/h3>\n<p>Alex Pearson is a Calibre Technical Marketing Engineer in the Design to Silicon division of Mentor, a Siemens business, currently focused on multi-patterning techniques for physical verification at advanced process nodes. He received his B.Sc. in Electrical and Computer Engineering from Oregon State University, and is completing a master\u2019s degree in the same field at Portland State University. Alex can be reached at <a href=\"mailto:alex_pearson@mentor.com\">alexUNDERSCOREpearsonATmentorDOTcom<\/a>.<\/p>\n<p>David Abercrombie is the Program Manager for Advanced Physical Verification Methodology at Mentor, a Siemens business. Prior to joining Mentor, David managed yield enhancement programs in semiconductor manufacturing at LSI Logic, Motorola, Harris, and General Electric. David received his BSEE from Clemson University, and his MSEE from North Carolina State University. He may be reached at <a href=\"mailto:david_abercrombie@mentor.com\">davidUNDERSCOREabercrombieATmentorDOTcom<\/a>.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>How to address increasingly complex patterning issues and debug them efficiently as design moves toward 12 and 10nm.<\/p>\n","protected":false},"author":138,"featured_media":9660,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[30,934,35],"tags":[1473,2111,1823,1116,999,862,1614],"coauthors":[1441],"class_list":["post-9642","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-dfm-dfy","category-eda-topics","category-design-verification","tag-10nm","tag-12nm","tag-14nm","tag-20nm","tag-double-patterning","tag-lithography","tag-multi-patterning","workflow-featured","workflow-front-lead","workflow-technique","workflow-up-to-date","organization-mentor"],"_links":{"self":[{"href":"https:\/\/www.techdesignforums.com\/practice\/wp-json\/wp\/v2\/posts\/9642","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.techdesignforums.com\/practice\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.techdesignforums.com\/practice\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.techdesignforums.com\/practice\/wp-json\/wp\/v2\/users\/138"}],"replies":[{"embeddable":true,"href":"https:\/\/www.techdesignforums.com\/practice\/wp-json\/wp\/v2\/comments?post=9642"}],"version-history":[{"count":0,"href":"https:\/\/www.techdesignforums.com\/practice\/wp-json\/wp\/v2\/posts\/9642\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.techdesignforums.com\/practice\/wp-json\/wp\/v2\/media\/9660"}],"wp:attachment":[{"href":"https:\/\/www.techdesignforums.com\/practice\/wp-json\/wp\/v2\/media?parent=9642"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.techdesignforums.com\/practice\/wp-json\/wp\/v2\/categories?post=9642"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.techdesignforums.com\/practice\/wp-json\/wp\/v2\/tags?post=9642"},{"taxonomy":"author","embeddable":true,"href":"https:\/\/www.techdesignforums.com\/practice\/wp-json\/wp\/v2\/coauthors?post=9642"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}