Caltech CS184a Fall2000 -- DeHon1 CS184a: Computer Architecture (Structures and Organization) Day2: September 27, 2000 Logic, Gate, FSMs.

Slides:



Advertisements
Similar presentations
CSE 311 Foundations of Computing I
Advertisements

Finite State Machines (FSMs)
VIII - Working with Sequential Logic © Copyright 2004, Gaetano Borriello and Randy H. Katz 1 Finite state machine optimization State minimization  fewer.
Give qualifications of instructors: DAP
1 1 CDT314 FABER Formal Languages, Automata and Models of Computation Lecture 3 School of Innovation, Design and Engineering Mälardalen University 2012.
Logic Synthesis – 3 Optimization Ahmed Hemani Sources: Synopsys Documentation.
Circuits require memory to store intermediate data
ECE 551 Digital System Design & Synthesis Lecture 09 Synthesis of Common Verilog Constructs.
CS 151 Digital Systems Design Lecture 37 Register Transfer Level
ECE 331 – Digital System Design
Penn ESE 535 Spring DeHon 1 ESE535: Electronic Design Automation Day 13: March 4, 2009 FSM Equivalence Checking.
FSMs 1 Sequential logic implementation  Sequential circuits  primitive sequential elements  combinational logic  Models for representing sequential.
CS 300 – Lecture 3 Intro to Computer Architecture / Assembly Language Sequential Circuits.
Caltech CS184a Fall DeHon1 CS184a: Computer Architecture (Structures and Organization) Day10: October 25, 2000 Computing Elements 2: Cascades, ALUs,
Caltech CS184a Fall DeHon1 CS184a: Computer Architecture (Structures and Organization) Day8: October 18, 2000 Computing Elements 1: LUTs.
Penn ESE 535 Spring DeHon 1 ESE535: Electronic Design Automation Day 22: April 23, 2008 FSM Equivalence Checking.
Give qualifications of instructors: DAP
1 EECS Components and Design Techniques for Digital Systems Lec 21 – RTL Design Optimization 11/16/2004 David Culler Electrical Engineering and Computer.
Chapter 11: Limitations of Algorithmic Power
Penn ESE Spring DeHon 1 ESE (ESE534): Computer Organization Day 2: January 10, 2007 Logic and FSM Review.
Penn ESE Spring DeHon 1 ESE (ESE534): Computer Organization Day 5: January 24, 2007 ALUs, Virtualization…
Penn ESE535 Spring DeHon 1 ESE535: Electronic Design Automation Day 8: February 13, 2008 Retiming.
1 COMP541 State Machines Montek Singh Feb 8, 2012.
B-1 Appendix B - Reduction of Digital Logic Principles of Computer Architecture by M. Murdocca and V. Heuring © 1999 M. Murdocca and V. Heuring Principles.
CS1Q Computer Systems Lecture 9 Simon Gay. Lecture 9CS1Q Computer Systems - Simon Gay2 Addition We want to be able to do arithmetic on computers and therefore.
L10 – State Machine Design Topics. States Machine Design  Other topics on state machine design Equivalent sequential machines Incompletely specified.
1 COMP541 Combinational Logic - 4 Montek Singh Jan 30, 2012.
EKT 221/4 DIGITAL ELECTRONICS II  Registers, Micro-operations and Implementations - Part3.
CALTECH CS137 Spring DeHon CS137: Electronic Design Automation Day 9: May 6, 2002 FSM Equivalence Checking.
Penn ESE535 Spring DeHon 1 ESE535: Electronic Design Automation Day 24: April 18, 2011 Covering and Retiming.
Introduction to State Machine
CALTECH CS137 Winter DeHon CS137: Electronic Design Automation Day 7: February 3, 2002 Retiming.
Caltech CS184 Winter DeHon CS184a: Computer Architecture (Structure and Organization) Day 2: January 8, 2003 Logic and FSM Review.
1 K-Maps, Multi-level Circuits, Time Response Today: Reminder: Test #1, Thu 7-9pm K-map example, espressoFirst Hour: K-map example, espresso –Section 2.3.
Penn ESE534 Spring DeHon 1 ESE534: Computer Organization Day 2: January 20, 2010 Universality, Gates, Logic Work Preclass Exercise.
Technology Mapping. 2 Technology mapping is the phase of logic synthesis when gates are selected from a technology library to implement the circuit. Technology.
Penn ESE534 Spring DeHon 1 ESE534: Computer Organization Day 4: January 25, 2012 Sequential Logic (FSMs, Pipelining, FSMD)
CS/COE0447 Computer Organization & Assembly Language
CALTECH CS137 Spring DeHon 1 CS137: Electronic Design Automation Day 5: April 12, 2004 Covering and Retiming.
CALTECH CS137 Winter DeHon CS137: Electronic Design Automation Day 15: March 4, 2002 Two-Level Logic-Synthesis.
Introduction to ASIC flow and Verilog HDL
Penn ESE534 Spring DeHon 1 ESE534: Computer Organization Day 2: January 18, 2012 Universality, Gates, Logic Work Preclass Exercise.
CALTECH CS137 Winter DeHon CS137: Electronic Design Automation Day 6: January 26, 2004 Sequential Optimization (FSM Encoding)
1 COMP541 Finite State Machines - 1 Montek Singh Sep 22, 2014.
Caltech CS184 Winter DeHon CS184a: Computer Architecture (Structure and Organization) Day 4: January 15, 2003 Memories, ALUs, Virtualization.
CALTECH CS137 Winter DeHon CS137: Electronic Design Automation Day 17: March 11, 2002 Sequential Optimization (FSM Encoding)
Penn ESE534 Spring DeHon 1 ESE534: Computer Organization Day 4: January 27, 2010 Sequential Logic (FSMs, Pipelining, FSMD)
Caltech CS184 Winter DeHon 1 CS184a: Computer Architecture (Structure and Organization) Day 11: January 31, 2005 Compute 1: LUTs.
CBSSS 2002: DeHon Universal Programming Organization André DeHon Tuesday, June 18, 2002.
LECTURE 5 Scanning. SYNTAX ANALYSIS We know from our previous lectures that the process of verifying the syntax of the program is performed in two stages:
Chapter 3 Boolean Algebra and Digital Logic T103: Computer architecture, logic and information processing.
CALTECH CS137 Fall DeHon 1 CS137: Electronic Design Automation Day 2: September 28, 2005 Covering.
1 COMP541 Sequential Logic – 2: Finite State Machines Montek Singh Feb 29, 2016.
Penn ESE535 Spring DeHon 1 ESE535: Electronic Design Automation Day 25: April 17, 2013 Covering and Retiming.
CS137: Electronic Design Automation
ESE534: Computer Organization
ESE534: Computer Organization
COMP541 Sequential Logic – 2: Finite State Machines
ESE535: Electronic Design Automation
Lecture 13 Logistics Last lecture Today HW4 up, due on Wednesday PLDs
CSE 370 – Winter Sequential Logic - 1
332:437 Lecture 8 Verilog and Finite State Machines
ESE534: Computer Organization
ESE535: Electronic Design Automation
ECE 352 Digital System Fundamentals
332:437 Lecture 8 Verilog and Finite State Machines
ESE 150 – Digital Audio Basics
CSE 370 – Winter Sequential Logic-2 - 1
Instructor: Michael Greenbaum
CS137: Electronic Design Automation
Presentation transcript:

Caltech CS184a Fall DeHon1 CS184a: Computer Architecture (Structures and Organization) Day2: September 27, 2000 Logic, Gate, FSMs

Caltech CS184a Fall DeHon2 Last Time Matter Computes Computational Design as an Engineering Discipline Importance of Costs

Caltech CS184a Fall DeHon3 Today Simple abstract computing building blocks –gates, boolean logic –registers, RTL Logic in Gates –optimization –properties –costs Sequential Logic

Caltech CS184a Fall DeHon4 Today Most of you can benefit from the review This is stuff you should know solidly This is not a lecture which could have been given in EE4 …and I’ll point out some facts/features which you might not have noticed in your basic digital logic course...

Caltech CS184a Fall DeHon5 Stateless Functions/Comb. Logic Compute some “function” –f(i0,i1,…in)  o0,o1,…om Each unique input vector –implies a particular, deterministic, output vector

Caltech CS184a Fall DeHon6 Specification in Boolean logic –o=a+b –o=/(a*b) –o=a*/b –o=a*/b + b –o=a*b+b*c+d*e+/b*f + f*/a+abcdef –o=(a+b)(/b+c)+/b*/c

Caltech CS184a Fall DeHon7 Implementation in Gates Gate: small Boolean function Goal: assemble gates to cover our desired Boolean function Collection of gates should implement same function I.e. collection of gates and Boolean function should have same Truth Table

Caltech CS184a Fall DeHon8 Covering with Gates –o=(a+/b)(b+c)+/b*/c

Caltech CS184a Fall DeHon9 Covering with Gates –O=/a*/b*c+/a*b*/c+a*b*/c+a*/b*c

Caltech CS184a Fall DeHon10 Equivalence There is a canonical specification for a Boolean function –it’s Truth Table Two expressions, gate netlists, a gate netlist and an expression -- are the same iff. –They have the same truth table

Caltech CS184a Fall DeHon11 Truth Table o=/a*/b*c+/a*b*/c+a*b*/c+a*/b*c a b c o

Caltech CS184a Fall DeHon12 How many Gates? o=/a*/b*c+/a*b*/c+a*b*/c+a*/b*c a b c o

Caltech CS184a Fall DeHon13 How many gates? –o=(a+/b)(b+c)+/b*/c

Caltech CS184a Fall DeHon14 Engineering Goal Minimize resources –area, gates Exploit structure of logic “An Engineer can do for a dime what everyone else can do for a dollar.”

Caltech CS184a Fall DeHon15 Sum of Products o=/a*/b*c+/a*b*/c+a*b*/c+a*/b*c o=(a+b)(/b+/c) –a*b+a*/c+b*/c o=(a+/b)(b+c)+/b*/c –a*b+a*c+/b*c +/b*/c

Caltech CS184a Fall DeHon16 Minimum Sum of Products o=/a*/b*c+/a*b*/c+a*b*/c+a*/b*c –/b*c + b*/c o=(a+b)(/b+/c) –a*/b+a*/c+b*/c –a*/b + b*/c o=(a+/b)(b+c)+/b*/c –a*b+a*c+/b*c +/b*/c –/b+a ab c

Caltech CS184a Fall DeHon17 Redundant Terms o=/a*/b*c+/a*b*/c+a*b*/c+a*/b*c –/b*c + b*/c o=(a+b)(/b+/c) –a*/b+a*/c+b*/c –a*/b + b*/c o=(a+/b)(b+c)+/b*/c –a*b+a*c+/b*c +/b*/c –/b+a ab c

Caltech CS184a Fall DeHon18 There is a Minimum Area Implementation o=(a+b)(/b+/c) –a*/b+a*/c+b*/c –a*/b + b*/c ab c

Caltech CS184a Fall DeHon19 There is a Minimum Area Implementation Consider all combinations of less gates: –any smaller with same truth table? –There must be a smallest one.

Caltech CS184a Fall DeHon20 Not Always MSP o=(a+/b)(b+c)+/b*/c –a*b+a*c+/b*c +/b*/c –/b+a o=/(/a*b) BAD Example -- andre

Caltech CS184a Fall DeHon21 Minimize Area Area minimizing solutions depends on the technology cost structure Consider: –I1: ((a*b) + (c*d))*e*f –I2: ((a*b*e*f)+(c*d*e*f)) Area: –I1: 2*A(and2)+1*A(or2)+1*A(and3) –I2: 2*A(and4)+1*A(or2)

Caltech CS184a Fall DeHon22 Minimize Area –I1: ((a*b) + (c*d))*e*f –I2: ((a*b*e*f)+(c*d*e*f)) Area: –I1: 2*A(and2)+1*A(or2)+1*A(and3) –I2: 2*A(and4)+1*A(or2) all gates take unit area: –I2<I1 gate size proportional to number of inputs: –I1<I2

Caltech CS184a Fall DeHon23 Best Solution Depends on Costs This is a simple/obvious instance of the general point …When technology costs change, the optimal solution changes. In this case, we can develop an automated decision procedure which takes the costs as a parameter.

Caltech CS184a Fall DeHon24 Don’t Cares Sometimes will have incompletely specified functions: a b c o x x

Caltech CS184a Fall DeHon25 Don’t Cares Will want to pick don’t care values to minimize implementation costs: a b c o x x a b c o

Caltech CS184a Fall DeHon26 NP-hard in General Logic Optimization –Two Level Minimization –Covering w/ reconvergent fanout Is NP-hard in general –…but that’s not to say it’s not viable to find an optimal solution. Cover how to attack in CS137 –can point you at rich literature –can find software to do it for you

Caltech CS184a Fall DeHon27 Delay in Gates Simple model: –each gate contributes a fixed delay for passing through it –can be different delay for each gate type –e.g. inv = 50ps nand2=100ps nand3=120ps and2=130ps

Caltech CS184a Fall DeHon28 Path Delay Simple Model: Delay along path is the sum of the delays of the gates in the path Path Delay = Delay(And3i2)+Delay(Or2)

Caltech CS184a Fall DeHon29 Critical Path Path lengths in circuit may differ Worst-case performance of circuit determined by the longest path Longest path designated Critical Path

Caltech CS184a Fall DeHon30 Multiple Paths Path Delay = Delay(And3i2)+Delay(Or2) Path Delay = Delay(Or2i1)+Delay(And2)+Delay(Or2)

Caltech CS184a Fall DeHon31 Critical Path = Longest Path Delay = 2 Path Delay = 3

Caltech CS184a Fall DeHon32 Critical Path There is always a set of critical paths –set such that the path length of the members is at least as long as any other path length May be many such paths

Caltech CS184a Fall DeHon33 Minimum Delay There is a minimum delay for a given function and technology cost. Like area: –consider all circuits of delay 1, 2, …. –Work from 0 time (minimum gate delay) up –stop when find a function which implements the desired logic function –by construction no smaller delay implements function

Caltech CS184a Fall DeHon34 Delay also depend on Costs Consider again: –I1: ((a*b) + (c*d))*e*f –I2: ((a*b*e*f)+(c*d*e*f)) Delay: –I1: D(and2)+D(or2)+D(and3) –I2: D(and4)+D(or2) D(and2)=130ps, D(and3)=150ps, D(and4)=170ps –I2<I1 D(and2)=90ps, D(and3)=100ps, D(and4)=200ps –I2<I1

Caltech CS184a Fall DeHon35 Delay and Area Optimum Differ –I1: ((a*b) + (c*d))*e*f –I2: ((a*b*e*f)+(c*d*e*f)) D(and2)=130ps, D(and3)=150ps, D(and4)=170ps –D(I2)<D(I1) gate size proportional to number of inputs: –A(I1)<A(I2) Induced Tradeoff -- cannot always simultaneously minimize area and delay cost

Caltech CS184a Fall DeHon36 Delay in Gates make Sense? Consider a balanced tree of logic gates of depth (tree height) n. Does this have delay n? (unit gate delay)

Caltech CS184a Fall DeHon37 Delay in Gates make Sense? Consider a balanced tree of logic gates of depth (tree height) n. Does this have delay n? (unit gate delay) How big is it? (unit gate area) How long a side? Minimum wire length from input to output?

Caltech CS184a Fall DeHon38 Delay in Gates make Sense? (continuing example) How big is it? (unit gate area) –2n–2n How long a side? –Sqrt(2 n )= 2 (n/2) Minimum wire length from input to output? –2*2 (n/2) Delay per unit length? (speed of light limit) –Delay  2 (n/2)

Caltech CS184a Fall DeHon39 It’s not all about costs... …or maybe it is, just not always about a single, linear cost. Must manage complexity –Cost of developing/verifying design –Size of design can accomplish in fixed time (limited brainpower) Today: human brainpower is most often the bottleneck resource limiting what we ca build.

Caltech CS184a Fall DeHon40 Review Logic Design Input specification as Boolean logic equations Represent canonically – remove specification bias Minimize logic Cover minimizing target cost

Caltech CS184a Fall DeHon41 If’s If (a*b + /a*/b) –c=d else –c=e t=a*b+/a*/b c=t*d + /t*e

Caltech CS184a Fall DeHon42 If Mux Conversion Often convenient to think of IF’s as Multiplexors If (a*b + /a*/b) –c=d else –c=e

Caltech CS184a Fall DeHon43 Muxes Mux: –Selects one of two (several) inputs based on control bit

Caltech CS184a Fall DeHon44 Mux Logic Of course, Mux is just logic: –mux out = /s*a + s*b Two views logically equivalent –mux view more natural/abstract when inputs are multibit values (datapaths)

Caltech CS184a Fall DeHon45 What about Tristates/busses? Tristate logic: –output can be 1, 0, or undriven –can wire together so outputs can share a wire Is this anything different?

Caltech CS184a Fall DeHon46 Tristates Logically: –No, can model correct/logical operation of tristate bus with Boolean logic –Bus undriven (or multiply driven) is Don’t- Care case no one should be depending on value Implementation: –sometimes an advantage in distributed control don’t have to build monolithic, central controller

Caltech CS184a Fall DeHon47 Finite Automata Recall from CS20 A DFA is a quintuple M={K, , ,s,F} –K is finite set of states –  is a finite alphabet –s  K is the start state –F  K is the set of final states –  is a transition function from K  to K

Caltech CS184a Fall DeHon48 Finite Automata Less formally: –Behavior depends not just on input (as was the case for combinational logic) –Also depends on state –Can be completely different behavior in each state –Logic/output now depends on state and input

Caltech CS184a Fall DeHon49 Minor Amendment A DFA is a sextuple M={K, , ,s,F,  o } –  o is a finite set of output symbols –  is a transition function from K  to K  o

Caltech CS184a Fall DeHon50 What power does the DFA add?

Caltech CS184a Fall DeHon51 Power of DFA Process unbounded input with finite logic State is a finite representation of what’s happened before –finite amount of stuff can remember to synopsize the past State allows behavior to depend on past (on context)

Caltech CS184a Fall DeHon52 Registers New element is a state element Canonical instance is a register: –remembers the last value it was given until told to change –typically signaled by clock

Caltech CS184a Fall DeHon53 Issues of Timing... …many issues in detailed implementation –glitches and hazards in logic –timing discipline in clocking –…–… We’re going to work above that level for the most part this term. Watch for these details in CS181

Caltech CS184a Fall DeHon54 Same thing with registers Logic becomes: –if (state=s1) boolean logic for state 1 –(including logic for calculate next state) –else if (state=s2) boolean logic for state2 –… –if (state=sn) boolean logic for state n

Caltech CS184a Fall DeHon55 Finite-State Machine (FSM) Logic core Plus registers to hold state

Caltech CS184a Fall DeHon56 State Encoding States not (necessarily) externally visible We have freedom in how to encode them –assign bits to states Usually want to exploit freedom to minimize implementation costs –area, delay, energy (again, algorithms to attach -- cs137)

Caltech CS184a Fall DeHon57 Multiple, Interacting FSMs What do I get when I wire together more than one FSM?

Caltech CS184a Fall DeHon58 Multiple, Interacting FSMs What do I get when I wire together more than one FSM? Resulting composite is also an FSM –Input set is union of input alphabets –State set is product of states: e.g. for every sai in A.K and sbi in B.K there will be a composite state (sai,bai) in AB.K –Think about concatenating state bits

Caltech CS184a Fall DeHon59 Multiple, Interacting FSMs In general, could get product number of states –|AB.K| = |A|*|B| … can get large fast All composite states won’t necessarily be reachable –so real state set may be < |A|*|B|

Caltech CS184a Fall DeHon60 Multiple, Interacting FSMs Multiple, “independent” FSMs –often have implementation benefits localize inputs need to see simplify logic –decompose/ease design separate into small, understandable pieces –can sometimes obscure behavior not clear what composite states are reachable

Caltech CS184a Fall DeHon61 FSM Equivalence Harder than Boolean logic Doesn’t have unique canonical form Consider: –state encoding not change behavior –two “equivalent” FSMs may not even have the same number of states –can deal with infinite (unbounded) input –...so cannot enumerate output in all cases

Caltech CS184a Fall DeHon62 FSM Equivalence What matters is external observability –FA accepts and rejects same things –FSM outputs same signals in response to every possible input sequence Possible? –Finite state suggests there is a finite amount of checking required to verify behavior

Caltech CS184a Fall DeHon63 FSM Equivalence Flavor Given two FSMs A and B –consider the composite FSM AB –Inputs wired together –Outputs separate Ask: –is it possible to get into a composite state in which A and B output different symbols? There is a literature on this –Prof. Hickey is an expert in this area.

Caltech CS184a Fall DeHon64 FSM Specification St1: goto St2 St2: –if (I==0) goto St3 –else goto St4 St3: –output o0=1 –goto St1 St4: –output o1=1 –goto St2 Could be: – behavioral language –computer language –state-transition graph

Caltech CS184a Fall DeHon65 Systematic FSM Design Start with specification Can compute boolean logic for each state –including next state translation –Keep state symbolic (s1, s2…) Assign states Then have combinational logic –has current state as part of inputs –produces next state as part of outputs Design comb. Logic and add state registers

Caltech CS184a Fall DeHon66 Big Ideas [MSB Ideas] Can implement any Boolean function in gates Can implement any FA with gates and registers

Caltech CS184a Fall DeHon67 Big Ideas [MSB-1 Ideas] Canonical representation for combinational logic Transformation –don’t have to implement the input literally –only have to achieve same semantics –trivial example: logic minimization There is a minimum delay, area Minimum depends on cost model