Presentation is loading. Please wait.

Presentation is loading. Please wait.

1 Machine-Level Programming I: Basics Comp 21000: Introduction to Computer Organization & Systems Spring 2015 Instructor: John Barr * Modified slides from.

Similar presentations


Presentation on theme: "1 Machine-Level Programming I: Basics Comp 21000: Introduction to Computer Organization & Systems Spring 2015 Instructor: John Barr * Modified slides from."— Presentation transcript:

1 1 Machine-Level Programming I: Basics Comp 21000: Introduction to Computer Organization & Systems Spring 2015 Instructor: John Barr * Modified slides from the book “Computer Systems: a Programmer’s Perspective”, Randy Bryant & David O’Hallaron, 2011

2 2 Today: Machine Programming I: Basics History of Intel processors and architectures C, assembly, machine code Assembly Basics: Registers, operands, move Intro to x86-64 Real programmers can write assembly code in any language. -- Larry Wall

3 3 Intel x86 Processors Totally dominate laptop/desktop/server market  but not the phone/tablet market (that’s ARM) Evolutionary design  Backwards compatible up until 8086, introduced in 1978  Added more features as time goes on Complex instruction set computer (CISC)  Many different instructions with many different formats  But, only small subset encountered with Linux programs  Hard to match performance of Reduced Instruction Set Computers (RISC)  But, Intel has done just that!  In terms of speed. Less so for low power.

4 4 Intel x86 Evolution: Milestones NameDateTransistorsMHz 8086197829K5-10  First 16-bit Intel processor. Basis for IBM PC & DOS  1MB address space 3861985275K16-33  First 32 bit Intel processor, referred to as IA32  Added “flat addressing”, capable of running Unix Pentium 4E2004125M2800-3800  First 64-bit Intel x86 processor, referred to as x86-64 Core 22006291M1060-3500  First multi-core Intel processor Core i72008731M1700-3900  Four cores (our shark machines)

5 5 Intel x86 Processors, cont. Machine Evolution  38619850.3M  Pentium19933.1M  Pentium/MMX19974.5M  PentiumPro19956.5M  Pentium III19998.2M  Pentium 4200142M  Core 2 Duo2006291M  Core i72008731M Added Features  Instructions to support multimedia operations  Instructions to enable more efficient conditional operations  Transition from 32 bits to 64 bits  More cores

6 6 Intel x86 Processors: Overview X86-64 / EM64t X86-32/IA32 X86-16 8086 286 386 486 Pentium Pentium MMX Pentium III Pentium 4 Pentium 4E Pentium 4F Core 2 Duo Core i7 IA: often redefined as latest Intel architecture time ArchitecturesProcessors MMX SSE SSE2 SSE3 SSE4

7 7 2015 State of the Art  Core i7 Broadwell 2015 Desktop Model  4 cores  Integrated graphics  3.3-3.8 GHz  65W Server Model  8 cores  Integrated I/O  2-2.6 GHz  45W

8 8 More Information Intel processors (Wikipedia)Wikipedia Intel microarchitecturesmicroarchitectures

9 9 x86 Clones: Advanced Micro Devices (AMD) Historically  AMD has followed just behind Intel  A little bit slower, a lot cheaper Then  Recruited top circuit designers from Digital Equipment Corp. and other downward trending companies  Built Opteron: tough competitor to Pentium 4  Developed x86-64, their own extension to 64 bits Recent Years  Intel got its act together  Leads the world in semiconductor technology  AMD has fallen behind  Relies on external semiconductor manufacturer

10 10 Intel’s 64-Bit History 2001: Intel Attempts Radical Shift from IA32 to IA64  Totally different architecture (Itanium)  Executes IA32 code only as legacy  Performance disappointing 2003: AMD Steps in with Evolutionary Solution  x86-64 (now called “AMD64”) Intel Felt Obligated to Focus on IA64  Hard to admit mistake or that AMD is better 2004: Intel Announces EM64T extension to IA32  Extended Memory 64-bit Technology  Almost identical to x86-64! All but low-end x86 processors support x86-64  But, lots of code still runs in 32-bit mode

11 11 Our Coverage IA32  The traditional x86 x86-64/EM64T  The standard  arda> gcc hello.c  arda> gcc – march=x86-64 hello.c Presentation  Book covers x86-64  Web aside on IA32  We will only cover x86-64 This forces the compiler to produce 64-bit code

12 12 Today: Machine Programming I: Basics History of Intel processors and architectures C, assembly, machine code Assembly Basics: Registers, operands, move Intro to x86-64

13 13 Definitions Architecture: (also ISA: instruction set architecture) The parts of a processor design that one needs to understand or write assembly/machine code.  Examples: instruction set specification, registers. Microarchitecture: Implementation of the architecture.  Examples: cache sizes and core frequency. Code Forms:  Machine Code: The byte-level programs that a processor executes  Assembly Code: A text representation of machine code Example ISAs:  Intel: x86, IA32, Itanium, x86-64  ARM: Used in almost all mobile phones

14 14 CPU Assembly Programmer’s View Programmer-Visible State  PC: Program counter  Address of next instruction  “RIP” (x86-64)  Register file  Heavily used program data  Condition codes  Store status information about most recent arithmetic operation  Used for conditional branching PC Registers Memory Object Code Program Data OS Data Addresses Data Instructions Stack Condition Codes  Memory  Byte addressable array  Code, user data  Stack to support procedures

15 15 Kernel virtual memory Memory mapped region for shared libraries Run-time heap (created at runtime by malloc) User stack (created at runtime) Unused 0 %esp (stack pointer) Memory invisible to user code brk 0xC0000000 0x08048000 0x40000000 Read/write segment (.data,.bss ) Read0nly segment (.init,.text,.rodata ) Loaded from the executable file Program’s View: memory Machine instructions and constants go here Variables in main() go here Variables in functions go here NOTE: MEMORY GROWS UP; 0 IS AT BOTTOM!.data = global and static variables;.bss = global variables initialized to 0;.text = code;.rodata = constants (read only)

16 16 Kernel virtual memory Memory mapped region for shared libraries Run-time heap (created at runtime by malloc) User stack (created at runtime) Unused 0 %esp (stack pointer) Memory invisible to user code brk 0xc0000000 0x08048000 0x40000000 Read/write segment (.data,.bss ) Read-only segment (.init,.text,.rodata ) Loaded from the executable file CPU’s View: fetch, decode, execute EIPEIP Registers CPU Condition Codes 1.Fetch instruction from memory (%eip contains the address in memory) Increment %eip to next instruction address

17 17 Kernel virtual memory Memory mapped region for shared libraries Run-time heap (created at runtime by malloc) User stack (created at runtime) Unused 0 %esp (stack pointer) Memory invisible to user code brk 0xc0000000 0x08048000 0x40000000 Read/write segment (.data,.bss ) Read-only segment (.init,.text,.rodata ) Loaded from the executable file CPU’s View EIPEIP Registers CPU Condition Codes 2. Decode instruction and fetch arguments from memory (if necessary) Operand could come from R/W segment, heap or user stack

18 18 Kernel virtual memory Memory mapped region for shared libraries Run-time heap (created at runtime by malloc) User stack (created at runtime) Unused 0 %esp (stack pointer) Memory invisible to user code brk 0xc0000000 0x08048000 0x40000000 Read/write segment (.data,.bss ) Read-only segment (.init,.text,.rodata ) Loaded from the executable file CPU’s View EIPEIP Registers CPU Condition Codes 3. Execute instruction and store results Operand could go to R/W segment, heap or user stack

19 19 Kernel virtual memory Memory mapped region for shared libraries Run-time heap (created at runtime by malloc) User stack (created at runtime) Unused 0 %esp (stack pointer) Memory invisible to user code brk 0xc0000000 0x08048000 0x40000000 Read/write segment (.data,.bss ) Read-only segment (.init,.text,.rodata ) Loaded from the executable file CPU’s View EIPEIP Registers CPU Condition Codes 1. Repeat: Fetch next instruction from memory (%eip contains the addess in memory)

20 20 Example See: http://courses.cs.vt.edu/csonline/MachineArchitecture/Lessons/CPU/ind ex.html Much simpler than the IA32 architecture. Does not make the register file explicit. Uses an accumulator (not in IA32).

21 21 text binary Compiler ( gcc –O0 -march=x86-64 -S ) ( -S means stop after compiling) Assembler ( gcc or as ) Linker ( gcc or ld ) C program ( p1.c p2.c ) Asm program ( p1.s p2.s ) Object program ( p1.o p2.o ) Executable program ( p ) Static libraries (.a ) Turning C into Object Code  Code in files p1.c p2.c  Compile with command: gcc -march=x86-64 –O0 p1.c p2.c -o p  Use basic optimizations ( -O0 ) [-O0 means no optimization]  Put resulting binary in file p compile to 64bit code (-march=x86-64)

22 22 Compiling Into Assembly C Code (sum.c) long plus(long x, long y); void sumstore(long x, long y, long *dest) { long t = plus(x, y); *dest = t; } Generated x86-64 Assembly sumstore: pushq %rbx movq %rdx, %rbx call plus movq %rax, (%rbx) popq %rbx ret Obtain (on arda machine) with command gcc –O0 –S -march=x86-64 sum.c Produces file sum.s Warning: Will get very different results on non-Ada machines (Other Linux, Mac OS-X, …) due to different versions of gcc and different compiler settings. Use the –Og flag (dash uppercase ‘O’ number 0) to eliminate optimization. Otherwise you’ll get strange register moving. Some compilers use instruction “ leave ”

23 23 Compiling Into Assembly C Code (sum.c) long plus(long x, long y); void sumstore(long x, long y, long *dest) { long t = plus(x, y); *dest = t; } Generated x86-64 Assembly sumstore: pushq %rbx movq %rdx, %rbx call plus movq %rax, (%rbx) popq %rbx ret Obtain (on arda machine) with command gcc –O0 –g -march=x86-64 sum.c -g puts in hooks for gdb -march=x86-64 compiles code for 64-bit instruction set Some compilers use instruction “ leave ”

24 24 gdb run with executable file a.out  gdb a.out quit  quit running  run  stop Reference: http://www.yolinux.com/TUTORIALS/GDB-Commands.html

25 25 gdb examine source code:  list firstLineNum, secondLineNum  where firstLineNum is the first line number of the code that you want to examine secondLineNum is the ending line number of the code. break points  break lineNum  lineNum is the line number of the statement that you want to break at. debugging  step// step one C instruction (steps into)  stepi// step one assembly instruction  next// steps one C instruction (steps over)  where// info about where execution is stopped

26 26 gdb Viewing data  print x  This prints the value currently stored in the variable x.  print &x  This prints the memory address of the variable x.  display x  This command will print the value of variable x every time the program stops.

27 27 gdb Getting low level info about the program  info line lineNum This command provides some information about line number lineNum including the memory address (in hex) where it is stored in RAM.  disassem memAddress1 memAddress2 prints the assembly language instructions located in memory between memAddress1 and memAddress2.  x memAddress This command prints the contents of the memAdress in hexadecimal notation. You can use this command to examine the contents of a piece of data. There are many more commands that you can use in gdb. While running you can type help to get a list of commands.

28 28 Assembly Characteristics: Data Types “Integer” data of 1, 2, 4 or 8 bytes  Data values  Addresses (untyped pointers) Floating point data of 4, 8, or 10 bytes Code: Byte sequences encoding series of instructions No aggregate types such as arrays or structures  Just contiguously allocated bytes in memory

29 29 Assembly Characteristics: Operations Perform arithmetic function on register or memory data Transfer data between memory and register  Load data from memory into register  Store register data into memory Transfer control  Unconditional jumps to/from procedures  Conditional branches

30 30 Assembly Language Versions There is only one Intel IA-32 machine language (1’s and 0’s) There are two ways of writing assembly language on top of this:  Intel version  AT&T version UNIX/LINUX in general and the gcc compiler in particular uses the AT&T version. That’s also what the book uses and what we’ll use in these slides.  Why? UNIX was developed at AT&T Bell Labs! Most reference material is in the Intel version

31 31 Assembly Language Versions There are slight differences, the most glaring being the placement of source and destination in an instruction:  Intel: instruction dest, src  AT&T: instruction src, dest Intel code omits the size designation suffixes  mov instead of movl Intel code omits the % before a register  eax instead of %eax Intel code has a different way of describing locations in memory  [ebp+8] instead of 8(%ebp)

32 32 Code for sumstore 0x0400595: 0x53 0x48 0x89 0xd3 0xe8 0xf2 0xff 0x48 0x89 0x03 0x5b 0xc3 Object Code Assembler  Translates.s into.o  Binary encoding of each instruction  Nearly-complete image of executable code  Missing linkages between code in different files Linker  Resolves references between files  Combines with static run-time libraries  E.g., code for malloc, printf  Some libraries are dynamically linked  Linking occurs when program begins execution Total of 14 bytes Each instruction 1, 3, or 5 bytes Starts at address 0x0400595

33 33 Machine Instruction Example C Code  Store value t where designated by dest Assembly  Move 8-byte value to memory  Quad words in x86-64 parlance  Operands: t :Register %rax dest :Register %rbx *dest : MemoryM[ %rbx] Object Code  3-byte instruction  Stored at address 0x40059e Symbol table  Assembler must change labels into memory locations  To do this, keeps a table that associates a memory location for every label  Called a symbol table *dest = t; movq %rax, (%rbx) 0x40059e: 48 89 03

34 34 Disassembled Disassembling Object Code Disassembler objdump –d sum Otool –tV sum // in Mac OS  Useful tool for examining object code  -d means disassemble  sum is the file name (e.g., could be a.out)  Analyzes bit pattern of series of instructions  Produces approximate rendition of assembly code  Can be run on either a.out (complete executable) or.o file 0000000000400595 : 400595: 53 push %rbx 400596: 48 89 d3 mov %rdx,%rbx 400599: e8 f2 ff ff ff callq 400590 40059e: 48 89 03 mov %rax,(%rbx) 4005a1: 5b pop %rbx 4005a2: c3 retq

35 35 Disassembled Dump of assembler code for function sumstore: 0x0000000000400595 : push %rbx 0x0000000000400596 : mov %rdx,%rbx 0x0000000000400599 : callq 0x400590 0x000000000040059e : mov %rax,(%rbx) 0x00000000004005a1 :pop %rbx 0x00000000004005a2 :retq Alternate Disassembly Within gdb Debugger gdb sum disassemble sumstore  Disassemble procedure x/14xb sum  Examine the 14 bytes starting at sumstore Object 0x0400595: 0x53 0x48 0x89 0xd3 0xe8 0xf2 0xff 0x48 0x89 0x03 0x5b 0xc3

36 36 Assembly Program.file"assemTest.c".text.typesum.0, @function sum.0: pushl%ebp movl%esp, %ebp subl$4, %esp movl12(%ebp), %eax addl8(%ebp), %eax leave ret.sizesum.0,.-sum.0.globl main.typemain, @function main: pushl%ebp movl%esp, %ebp subl$8, %esp andl$-16, %esp subl$16, %esp movl$0, %eax leave ret.sizemain,.-main.section.note.GNU-stack,"",@progbits.ident"GCC: (GNU) 3.4.6 Direct creation of assembly programs In.s file % gcc –S p.c Result is an assembly program in the file p.s Assembler directives Assembly commands Symbols

37 37 Features of Disassemblers Disassemblers determine the assembly code based purely on the byte sequences in the object file.  Do not need source file Disassemblers use a different naming convention than the GAS assembler.  Example: omits the “l” from the suffix of many instructions. Disassembler uses nop instruction (no operation).  Does nothing; just fills space.  Necessary in some machines because of branch prediction  Necessary in some machines because of addressing restrictions

38 38 What Can be Disassembled? Anything that can be interpreted as executable code Disassembler examines bytes and reconstructs assembly source % objdump -d WINWORD.EXE WINWORD.EXE: file format pei-i386 No symbols in "WINWORD.EXE". Disassembly of section.text: 30001000 : 30001000: 55 push %ebp 30001001: 8b ec mov %esp,%ebp 30001003: 6a ff push $0xffffffff 30001005: 68 90 10 00 30 push $0x30001090 3000100a: 68 91 dc 4c 30 push $0x304cdc91 Reverse engineering forbidden by Microsoft End User License Agreement

39 39 Machine Programming I: Summary History of Intel processors and architectures  Evolutionary design leads to many quirks and artifacts C, assembly, machine code  Compiler must transform statements, expressions, procedures into low-level instruction sequences Assembly Basics: Registers, operands, move  The x86 move instructions cover wide range of data movement forms Intro to x86-64  A major departure from the style of code seen in IA32


Download ppt "1 Machine-Level Programming I: Basics Comp 21000: Introduction to Computer Organization & Systems Spring 2015 Instructor: John Barr * Modified slides from."

Similar presentations


Ads by Google