CS61C L10 : MIPS Instruction Representation II (1) Pearce, Summer 2010 © UCB inst.eecs.berkeley.edu/~cs61c UCB CS61C : Machine Structures Lecture 10 MIPS.

Slides:



Advertisements
Similar presentations
Lecture 5: MIPS Instruction Set
Advertisements

CS1104 – Computer Organization PART 2: Computer Architecture Lecture 5 MIPS ISA & Assembly Language Programming.
Krste Asanovic & Vladimir Stojanovic
CS 61C L13Introduction to MIPS: Instruction Representation I (1) Garcia, Spring 2004 © UCB Lecturer PSOE Dan Garcia inst.eecs.berkeley.edu/~cs61c.
Chapter 2 Instructions: Language of the Computer Part III.
CS2100 Computer Organisation MIPS Part III: Instruction Formats (AY2014/2015) Semester 2.
Inst.eecs.berkeley.edu/~cs61c UCB CS61C : Machine Structures Lecture 08 MIPS Instruction Representation I Lecturer SOE Dan Garcia
CS61C L14 Introduction to MIPS: Instruction Representation II (1) Garcia © UCB Lecturer PSOE Dan Garcia inst.eecs.berkeley.edu/~cs61c.
Inst.eecs.berkeley.edu/~cs61c UCB CS61C : Machine Structures Lecture 13 MIPS Instruction Representation I Shanghai Jiaotong University and Lanxiang.
CS 61C L09 Instruction Format (1) A Carle, Summer 2005 © UCB inst.eecs.berkeley.edu/~cs61c/su05 CS61C : Machine Structures Lecture #9: MIPS Instruction.
CS61C L14 MIPS Instruction Representation II (1) Garcia, Spring 2007 © UCB Lecturer SOE Dan Garcia inst.eecs.berkeley.edu/~cs61c.
releases HotSpotAtHome
CS61C L13 MIPS Instruction Representation I (1) Garcia, Spring 2007 © UCB Lecturer SOE Dan Garcia inst.eecs.berkeley.edu/~cs61c.
Instruction Representation II (1) Fall 2007 Lecture 10: Instruction Representation II.
Computer Architecture CPSC 321 E. J. Kim. Overview Logical Instructions Shifts.
CS 61C L14Introduction to MIPS: Instruction Representation II (1) Garcia, Fall 2004 © UCB Lecturer PSOE Dan Garcia inst.eecs.berkeley.edu/~cs61c.
Chap Instruction Representation Jen-Chang Liu, Spring 2006 Adapted from
CS61C L13 Introduction to MIPS: Instruction Representation I (1) Garcia © UCB Lecturer PSOE Dan Garcia inst.eecs.berkeley.edu/~cs61c.
Lecture 5 Sept 14 Goals: Chapter 2 continued MIPS assembly language instruction formats translating c into MIPS - examples.
Instruction Representation II (1) Fall 2005 Lecture 10: Instruction Representation II.
CS61C L9 MIPS Logical & Shift Ops, and Instruction Representation I (1) Beamer, Summer 2007 © UCB Scott Beamer, Instructor inst.eecs.berkeley.edu/~cs61c.
Inst.eecs.berkeley.edu/~cs61c UCB CS61C : Machine Structures Lecture 25 CPU design (of a single-cycle CPU) Intel is prototyping circuits that.
Instruction Representation I (1) Fall 2005 Lecture 05: INSTRUCTION REPRESENTATION.
Inst.eecs.berkeley.edu/~cs61c UCB CS61C : Machine Structures Lecture 13 MIPS Instruction Representation I The National Science Foundation (NSF)
CS 300 – Lecture 6 Intro to Computer Architecture / Assembly Language Instructions.
CS61C L14 MIPS Instruction Representation II (1) Garcia, Fall 2006 © UCB Intel: 80 cores/chip in 5 yrs!  At their developer’s forum in SF on Tuesday,
Inst.eecs.berkeley.edu/~cs61c UCB CS61C : Machine Structures Lecture 14 MIPS Instruction Representation II IBM wants to use “self-assembling”
ISA-2 CSCE430/830 MIPS: Case Study of Instruction Set Architecture CSCE430/830 Computer Architecture Instructor: Hong Jiang Courtesy of Prof. Yifeng Zhu.
CSCI-365 Computer Organization Lecture Note: Some slides and/or pictures in the following are adapted from: Computer Organization and Design, Patterson.
Topic 10: Instruction Representation CSE 30: Computer Organization and Systems Programming Winter 2011 Prof. Ryan Kastner Dept. of Computer Science and.
CS 61C: Great Ideas in Computer Architecture Lecture 7: MIPS Instruction Formats Instructor: Sagar Karandikar
Lecture Objectives: 1)Define the terms least significant bit and most significant bit. 2)Explain how unsigned integer numbers are represented in memory.
1 CS/COE0447 Computer Organization & Assembly Language Chapter 2 Part 1 In-Class Lab Session (Lab 2)
Chapter 10 The Assembly Process. What Assemblers Do Translates assembly language into machine code. Assigns addresses to all symbolic labels (variables.
April 23, 2001Systems Architecture I1 Systems Architecture I (CS ) Lecture 9: Assemblers, Linkers, and Loaders * Jeremy R. Johnson Mon. April 23,
Instructor: Justin Hsia 7/03/2013Summer Lecture #71 CS 61C: Great Ideas in Computer Architecture MIPS Instruction Formats.
CS 61C: Great Ideas in Computer Architecture MIPS Instruction Formats 1 Instructors: John Wawrzynek & Vladimir Stojanovic
CENG 311 Instruction Representation
EET 4250 Instruction Representation & Formats Acknowledgements: Some slides and lecture notes for this course adapted from Prof. Mary Jane Penn.
Chapter 2 — Instructions: Language of the Computer — 1 Memory Operands Main memory used for composite data – Arrays, structures, dynamic data To apply.
DR. SIMING LIU SPRING 2016 COMPUTER SCIENCE AND ENGINEERING UNIVERSITY OF NEVADA, RENO Session 9 Binary Representation and Logical Operations.
Dan Garcia 1 CS 61C: Great Ideas in Computer Architecture MIPS Instruction Representation II.
CS 110 Computer Architecture Lecture 6: MIPS Instruction Formats Instructor: Sören Schwertfeger School of Information Science.
CS 61C: Great Ideas in Computer Architecture MIPS Instruction Formats 1 Instructors: Vladimir Stojanovic and Nicholas Weaver
Instruction Representation. Levels of Representation (abstractions) High Level Language Program (e.g., C) Assembly Language Program (e.g.,MIPS) Machine.
CSCI-365 Computer Organization Lecture Note: Some slides and/or pictures in the following are adapted from: Computer Organization and Design, Patterson.
Instructor: Dr. Mike Turi Department of Computer Science and Computer Engineering Pacific Lutheran University Lecture slides adapted from Part 8, EE 334.
Inst.eecs.berkeley.edu/~cs61c UCB CS61C : Machine Structures Lecture 08 MIPS Instruction Representation I Guest Lecturer Alan Christopher
Inst.eecs.berkeley.edu/~cs61c CS61C : Machine Structures Lecture 14 – Introduction to MIPS Instruction Representation II Lecturer PSOE.
There is one handout today at the front and back of the room!
IT 251 Computer Organization and Architecture
Rocky K. C. Chang Version 0.1, 14 September 2017
Morgan Kaufmann Publishers
Lecturer PSOE Dan Garcia
IT 251 Computer Organization and Architecture
youtube.com/watch?v=hy0ptZisr70
Lecturer PSOE Dan Garcia
“Full Throttled” TA Brian Nguyen inst.eecs.berkeley.edu/~cs61c-tc
“so many gadgets, so many aches” - NYT
MIPS Instruction Encoding
ECE232: Hardware Organization and Design
There is one handout today at the front and back of the room!
MIPS Instruction Encoding
Instruction encoding The ISA defines Format = Encoding
Instructions and Conditional Execution
CS61C : Machine Structures Lecture 3. 1
COMS 361 Computer Organization
COMS 361 Computer Organization
Lecturer SOE Dan Garcia
Inst.eecs.berkeley.edu/~cs61c CS61C : Machine Structures Lecture 13 – Introduction to MIPS Instruction Representation I Lecturer PSOE.
Presentation transcript:

CS61C L10 : MIPS Instruction Representation II (1) Pearce, Summer 2010 © UCB inst.eecs.berkeley.edu/~cs61c UCB CS61C : Machine Structures Lecture 10 MIPS Instruction Representation II Instructor Paul Pearce IBM has developed a new super computer that is cooled by 140° (F) water. It uses 40% less power than traditional systems, and its waste heat is used to warm the building.

CS61C L10 : MIPS Instruction Representation II (2) Pearce, Summer 2010 © UCB Review  Simplifying MIPS: Define instructions to be same size as data word (one word) so that they can use the same memory (compiler can use lw and sw ).  Computer actually stores programs as a series of these 32-bit numbers.  MIPS Machine Language Instruction: 32 bits representing a single instruction opcode rsrtrdfunctshamt R

CS61C L10 : MIPS Instruction Representation II (3) Pearce, Summer 2010 © UCB  Pseudocode (OPERATION on green sheet) add R[rd] = R[rs] + R[rt]  MIPS Instruction: add $8,$9,$10 opcode = 0 (look up on green sheet) funct = 32 (look up on green sheet) rd = 8 (destination) rs = 9 (first operand) rt = 10 (second operand) shamt = 0 (not a shift) R-Format Example (1/2)

CS61C L10 : MIPS Instruction Representation II (4) Pearce, Summer 2010 © UCB  MIPS Instruction: add $8,$9,$10 Decimal number per field representation: Binary number per field representation: hex representation: 012A 4020 hex decimal representation: 19,546,144 ten Called a Machine Language Instruction (This is part of the process of assembly) hex R-Format Example (2/2) 31 0

CS61C L10 : MIPS Instruction Representation II (5) Pearce, Summer 2010 © UCB I-Format Instructions (1/4)  What about instructions with immediates?  5-bit field only represents numbers up to the value 31: immediates may be much larger than this  Ideally, MIPS would have only one instruction format (for simplicity): unfortunately, we need to compromise  Define new instruction format that is partially consistent with R-format:  First notice that, if instruction has immediate, then it uses at most 2 registers.

CS61C L10 : MIPS Instruction Representation II (6) Pearce, Summer 2010 © UCB  Define “fields” of the following number of bits each: = 32 bits  Again, each field has a name:  Key Concept: Three fields are consistent with R- Format instructions. Most importantly, opcode is still in same location opcodersrtimmediate I-Format Instructions (2/4) 31 0

CS61C L10 : MIPS Instruction Representation II (7) Pearce, Summer 2010 © UCB  What do these fields mean?  opcode : same as before except that, since there’s no funct field, opcode uniquely specifies an instruction in I-format  This also answers question of why R-format has two 6-bit fields to identify instruction instead of a single 12-bit field: in order to be consistent as possible with other formats while leaving as much space as possible for immediate field.  rs : specifies a register operand (if there is one)  rt : specifies register which will receive result of computation (this is why it’s called the target register “ rt ”) or other operand for some instructions. I-Format Instructions (3/4)

CS61C L10 : MIPS Instruction Representation II (8) Pearce, Summer 2010 © UCB  The Immediate Field:  addi, slti, sltiu, the immediate is sign- extended to 32 bits. Thus, it’s treated as a signed integer.  16 bits  can be used to represent immediate up to 2 16 different values  This is large enough to handle the offset in a typical lw or sw, plus a vast majority of values that will be used in the slti instruction.  We’ll see what to do when the number is too big later today…. I-Format Instructions (4/4)

CS61C L10 : MIPS Instruction Representation II (9) Pearce, Summer 2010 © UCB  Pseudocode (OPERATION on green sheet) addi R[rt] = R[rs] + SignExtImm  MIPS Instruction: addi $21,$22,-50 opcode = 8 (look up on green sheet) rs = 22 (register containing operand) rt = 21 (target register) immediate = -50 (by default, this is decimal) I-Format Example (1/2)

CS61C L10 : MIPS Instruction Representation II (10) Pearce, Summer 2010 © UCB  MIPS Instruction: addi $21,$22, Decimal/field representation: Binary/field representation: hexadecimal representation: 22D5 FFCE hex decimal representation: 584,449,998 ten I-Format Example (2/2)

CS61C L10 : MIPS Instruction Representation II (11) Pearce, Summer 2010 © UCB Which instruction has same representation as 35 ten ? a) add $0, $0, $0 b) subu $s0,$s0,$s0 c) lw $0, 0($0) d) addi $0, $0, 35 e) subu $0, $0, $0 Registers numbers and names: 0: $0,.. 8: $t0, 9:$t1,..15: $t7, 16: $s0, 17: $s1,.. 23: $s7 Opcodes and function fields (if necessary) add : opcode = 0, funct = 32 subu : opcode = 0, funct = 35 addi : opcode = 8 lw : opcode = 35 opcodersrtoffset rdfunctshamt opcodersrt opcodersrtimmediate rdfunctshamt opcodersrt rdfunctshamt opcodersrt Peer Instruction

CS61C L10 : MIPS Instruction Representation II (12) Pearce, Summer 2010 © UCB Which instruction has same representation as 35 ten ? a) add $0, $0, $0 b) subu $s0,$s0,$s0 c) lw $0, 0($0) d) addi $0, $0, 35 e) subu $0, $0, $0 Registers numbers and names: 0: $0,.. 8: $t0, 9:$t1,..15: $t7, 16: $s0, 17: $s1,.. 23: $s7 Opcodes and function fields (if necessary) add : opcode = 0, funct = 32 subu : opcode = 0, funct = 35 addi : opcode = 8 lw : opcode = 35 Peer Instruction Answer

CS61C L10 : MIPS Instruction Representation II (13) Pearce, Summer 2010 © UCB Administrivia  Review Session pending. Will have information tomorrow!  Interesting “Extra for Experts” on the newsgroup. MIPS question that arose out of my research group yesterday.  Other administrivia?  How do you feel about your understanding of the course content so far: a) Very Good b) Good c) Average d) Bad e) Very bad

CS61C L10 : MIPS Instruction Representation II (14) Pearce, Summer 2010 © UCB  Problem 0: Unsigned # sign-extended?  addiu, sltiu, sign-extends immediates to 32 bits. Thus, # is a “signed” integer.  Rationale  addiu so that can add w/out overflow. Remember, the u means don’t signal overflow, not signed vs unsigned integers!  sltiu suffers so that we can have easy HW  Does this mean we’ll get wrong answers?  Nope, it means assembler has to handle any unsigned immediate 2 15 ≤ n < 2 16 (I.e., with a 1 in the 15th bit and 0 s in the upper 2 bytes) as it does for numbers that are too large.  I-Format Problems (0/3)

CS61C L10 : MIPS Instruction Representation II (15) Pearce, Summer 2010 © UCB  Problem:  Chances are that addi, lw, sw and slti will use immediates small enough to fit in the immediate field.  …but what if it’s too big?  We need a way to deal with a 32-bit immediate in any I-format instruction. I-Format Problem (1/3)

CS61C L10 : MIPS Instruction Representation II (16) Pearce, Summer 2010 © UCB  Solution to Problem:  Handle it in software + new instruction  Don’t change the current instructions: instead, add a new instruction to help out  New instruction: lui register, immediate  stands for Load Upper Immediate  takes 16-bit immediate and puts these bits in the upper half (high order half) of the register  sets lower half to 0 s I-Format Problem (2/3)

CS61C L10 : MIPS Instruction Representation II (17) Pearce, Summer 2010 © UCB  Solution to Problem (continued):  So how does lui help us?  Example: addi $t0,$t0, 0xABABCDCD …becomes lui $at, 0xABAB ori $at, $at, 0xCDCD add $t0,$t0,$at  Now each I-format instruction has only a 16-bit immediate.  Wouldn’t it be nice if the assembler would this for us automatically? (later) I-Format Problems (3/3)

CS61C L10 : MIPS Instruction Representation II (18) Pearce, Summer 2010 © UCB Branches: PC-Relative Addressing (1/5)  Use I-Format  opcode specifies beq versus bne  rs and rt specify registers to compare  What can immediate specify?  immediate is only 16 bits  PC (Program Counter) has byte address of current instruction being executed; 32-bit pointer to memory  So immediate cannot specify entire address to branch to. opcodersrtimmediate

CS61C L10 : MIPS Instruction Representation II (19) Pearce, Summer 2010 © UCB  How do we typically use branches?  Answer: if-else, while, for  Loops are generally small: usually up to 50 instructions  Function calls and unconditional jumps are done using jump instructions ( j and jal ), not the branches.  Conclusion: may want to branch to anywhere in memory, but a branch often changes PC by a small amount Branches: PC-Relative Addressing (2/5)

CS61C L10 : MIPS Instruction Representation II (20) Pearce, Summer 2010 © UCB  Solution to branches in a 32-bit instruction: PC-Relative Addressing  Let the 16-bit immediate field be a signed two’s complement integer to be added to the PC if we take the branch.  Now we can branch ± 2 15 bytes from the PC, which should be enough to cover almost any loop.  Any ideas to further optimize this? Branches: PC-Relative Addressing (3/5)

CS61C L10 : MIPS Instruction Representation II (21) Pearce, Summer 2010 © UCB  Note: Instructions are words, so they’re word aligned (byte address is always a multiple of 4, which means it ends with 00 in binary).  So the number of bytes to add to the PC will always be a multiple of 4.  So specify the immediate in words.  Now, we can branch ± 2 15 words from the PC (or ± 2 17 bytes), so we can handle loops 4 times as large. Branches: PC-Relative Addressing (4/5)

CS61C L10 : MIPS Instruction Representation II (22) Pearce, Summer 2010 © UCB  Branch Calculation:  If we don’t take the branch: PC = PC + 4 = byte address of next instruction  If we do take the branch: PC = (PC + 4) + ( immediate * 4)  Observations  Immediate field specifies the number of words to jump, which is simply the number of instructions to jump.  Immediate field can be positive or negative.  Due to hardware, add immediate to (PC+4), not to PC; will be clearer why later in course Branches: PC-Relative Addressing (5/5)

CS61C L10 : MIPS Instruction Representation II (23) Pearce, Summer 2010 © UCB  MIPS Code: Loop: beq $9,$0,End addu $8,$8,$10 addiu $9,$9,-1 j Loop End:  beq branch is I-Format: opcode = 4 (look up in table) rs = 9 (first operand) rt = 0 (second operand) immediate = ??? Branch Example (1/3)

CS61C L10 : MIPS Instruction Representation II (24) Pearce, Summer 2010 © UCB  MIPS Code: Loop: beq $9,$0,End addu $8,$8,$10 addiu $9,$9,-1 j Loop End:  immediate Field:  Number of instructions to add to (or subtract from) the PC, starting at the instruction following the branch.  In beq case, immediate = 3 Branch Example (2/3)

CS61C L10 : MIPS Instruction Representation II (25) Pearce, Summer 2010 © UCB  MIPS Code: Loop: beq $9,$0,End addu $8,$8,$10 addiu $9,$9,-1 j Loop End: 4903 decimal representation: binary representation: Branch Example (3/3)

CS61C L10 : MIPS Instruction Representation II (26) Pearce, Summer 2010 © UCB Questions on PC-addressing  Does the value in branch immediate field change if we move the code?  What do we do if destination is > 2 15 instructions away from branch?  Why do we need different addressing modes (different ways of forming a memory address)? Why not just one?

CS61C L10 : MIPS Instruction Representation II (27) Pearce, Summer 2010 © UCB  For branches, we assumed that we won’t want to branch too far, so we can specify change in PC.  For general jumps ( j and jal ), we may jump to anywhere in memory.  Ideally, we could specify a 32-bit memory address to jump to.  Unfortunately, we can’t fit both a 6-bit opcode and a 32-bit address into a single 32-bit word, so we compromise. J-Format Instructions (1/5)

CS61C L10 : MIPS Instruction Representation II (28) Pearce, Summer 2010 © UCB J-Format Instructions (2/5)  Define two “fields” of these bit widths:  As usual, each field has a name:  Key Concepts  Keep opcode field identical to R-format and I- format for consistency.  Collapse all other fields to make room for large target address. 6 bits26 bits opcodetarget address 31 0

CS61C L10 : MIPS Instruction Representation II (29) Pearce, Summer 2010 © UCB J-Format Instructions (3/5)  For now, we can specify 26 bits of the 32-bit bit address.  Optimization:  Note that, just like with branches, jumps will only jump to word aligned addresses, so last two bits are always 00 (in binary).  So let’s just take this for granted and not even specify them.

CS61C L10 : MIPS Instruction Representation II (30) Pearce, Summer 2010 © UCB  Now specify 28 bits of a 32-bit address  Where do we get the other 4 bits?  By definition, take the 4 highest order bits from the PC.  Technically, this means that we cannot jump to anywhere in memory, but it’s adequate …% of the time, since programs aren’t that long  only if straddle a 256 MB boundary  If we absolutely need to specify a 32-bit address, we can always put it in a register and use the jr instruction. J-Format Instructions (4/5)

CS61C L10 : MIPS Instruction Representation II (31) Pearce, Summer 2010 © UCB  Summary:  New PC = { (PC+4)[31..28], target address, 00 }  Understand where each part came from!  Note: {,, } means concatenation { 4 bits, 26 bits, 2 bits } = 32 bit address  { 1010, , 00 } =  Note: Book uses || J-Format Instructions (5/5)

CS61C L10 : MIPS Instruction Representation II (32) Pearce, Summer 2010 © UCB When combining two C files into one executable, recall we can compile them independently & then merge them together. When merging two or more binaries: 1) Jump insts don’t require any changes. 2) Branch insts don’t require any changes. 12 a) FF b) FT c) TF d) TT e)dunno Peer Instruction Question

CS61C L10 : MIPS Instruction Representation II (33) Pearce, Summer 2010 © UCB When combining two C files into one executable, recall we can compile them independently & then merge them together. When merging two or more binaries: 1) Jump insts don’t require any changes. 2) Branch insts don’t require any changes. 12 a) FF b) FT c) TF d) TT e)dunno Peer Instruction Question Answer

CS61C L10 : MIPS Instruction Representation II (34) Pearce, Summer 2010 © UCB  MIPS Machine Language Instruction: 32 bits representing a single instruction  Branches use PC-relative addressing, Jumps use absolute addressing.  Disassembly is simple and starts by decoding opcode field. (more in a week) opcodersrtimmediate opcodersrtrdfunctshamt R I J target address opcode In conclusion

CS61C L10 : MIPS Instruction Representation II (35) Pearce, Summer 2010 © UCB Bonus slides  These are extra slides that used to be included in lecture notes, but have been moved to this, the “bonus” area to serve as a supplement.  The slides will appear in the order they would have in the normal presentation

CS61C L10 : MIPS Instruction Representation II (36) Pearce, Summer 2010 © UCB  Here is the contents of $t0 after a lui, then an ori lui $t0, 0xABAB ori $t0, $t0, 0xCDCD lui … ori example $t $t0