DOCSLIB.ORG

Table of Contents

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
Table of Contents 1 Copyright © 2013, Oracle and/or its affiliates. All rights reserved. PC BIOS, EFI and other animals in the wild Daniel Kiper E-mail: [email protected] Presentation agenda . Firmware . PC BIOS . EFI . coreboot . QEMU . Open Virtual Machine Firmware . Documentation . Questions and Answers ? 3 Copyright © 2013, Oracle and/or its affiliates. All rights reserved. FIRMWARE Definitions . The combination of software and data that reside on readonly memory (IEEE 100 The Authoritative Dictionary of IEEE Standards Terms, Seventh Edition) . A program, typically stored in read-only memory, that controls a computer from the time that it is turned on until the time that the primary operating system assumes control of the computer (IEEE 100 The Authoritative Dictionary of IEEE Standards Terms, Seventh Edition) . There are more of them and all of them are not precise . And some of them have a notice: The confusion surrounding this term has led some to suggest that it be avoided altogether (IEEE 100 The Authoritative Dictionary of IEEE Standards Terms, Seventh Edition) 4 Copyright © 2013, Oracle and/or its affiliates. All rights reserved. PC Basic Input Output System (BIOS) Properties . PC BIOS/ROM BIOS was only one proprietary thing in original IBM PC (but source code is publicly available, sic!) . It has many implementations (proprietary and open) . De facto standard but with a bunch of deviations . It initializes hardware after power on and tries to load operating system . It hides hardware details and exposes something that is called the Hardware Abstraction Layer (HAL) to a given OS . Due to shortcomings later it was extended by ACPI, SMBIOS and other stuff 5 Copyright © 2013, Oracle and/or its affiliates. All rights reserved. PC BIOS Shortcomings . Very buggy . New hardware with advanced features cannot be handled easily (e.g. new large disks or SSD) . Slow especially without BIOS caching feature . It runs in real mode only . Today used mainly to initialize hardware after power on and to load operating system . New operating systems sometimes use BIOS to get info about hardware configuration . New drivers access hardware directly 6 Copyright © 2013, Oracle and/or its affiliates. All rights reserved. EFI History . Initial development was done under the Intel® Boot Initiative program which began in 1998 . New specification was named the Extensible Firmware Interface (EFI) and was targeted to the next generation of IA architecture- based computers . In 2005 the Unified EFI Forum was established and took over work on EFI . Specification was renamed the Unified Extensible Firmware Interface (UEFI) and its development was based on Intel’s EFI 1.10 Specification . Original EFI Specification ends with version 1.10 . Latest UEFI 2.4 Specification was released on July 11, 2013 7 Copyright © 2013, Oracle and/or its affiliates. All rights reserved. UEFI Goals . Coherent, scalable platform environment . Abstraction of the OS from the firmware . Reasonable device abstraction free of legacy interfaces . Abstraction of Option ROMs from the firmware . Architecturally shareable system partition . Evolutionary, not revolutionary . Compatibility by design . Simplifies addition of OS-neutral platform value-add . Built on existing investment Copyright 2006-2013 Unified EFI, Inc. All Rights Reserved. 8 Copyright © 2013, Oracle and/or its affiliates. All rights reserved. UEFI Conceptual Overview Copyright 2006-2013 Unified EFI, Inc. All Rights Reserved. 9 Copyright © 2013, Oracle and/or its affiliates. All rights reserved. UEFI Booting Sequence Copyright 2006-2013 Unified EFI, Inc. All Rights Reserved. 10 Copyright © 2013, Oracle and/or its affiliates. All rights reserved. coreboot History . coreboot is a Free Software project aimed at replacing the proprietary BIOS (firmware) found in most computers (http://www.coreboot.org/Welcome_to_coreboot) . Project started in 1999 at the Advanced Computing Laboratory at Los Alamos National Laboratory (LANL) by Ron Minnich . It was named LinuxBIOS = (core boot code) + (Linux kernel) . LinuxBIOS = ((core boot code) + (Linux 2.2 kernel)) < 512 KiB . LinuxBIOS = ((core boot code) + (Linux 2.4 kernel)) > 1 MiB . By 2001 flash chips were downsized to 256 KiB . So there was no chance to use Linux with those flash chips . Hmm… LinuxBIOS = (core boot code) + (e.g. Etherboot) . BIOS ROM = (LinuxBIOS) + (e.g. Etherboot) . Hence, LinuxBIOS = core boot code => coreboot 11 Copyright © 2013, Oracle and/or its affiliates. All rights reserved. coreboot Usage . coreboot currently supports over 230 different mainboards (http://www.coreboot.org/Welcome_to_coreboot) . Clusters . Servers . Desktop PCs . Laptops . Embedded systems . … 12 Copyright © 2013, Oracle and/or its affiliates. All rights reserved. coreboot How it works . coreboot initializes hardware first . Later it loads payload(s) . Payload can be: – SeaBIOS, a legacy PC BIOS implementation – GRUB 2 – Etherboot / GPXE / iPXE – OpenBIOS, an IEEE1275-1994 Open Firmware implementation – Tiano Core, an UEFI implementation – Linux Kernel – … 13 Copyright © 2013, Oracle and/or its affiliates. All rights reserved. QEMU How to play with payloads without soldering equipment . QEMU is a generic and open source machine emulator and virtualizer (http://wiki.qemu.org/Main_Page) . Good to do some arch testing and virtualization (as is) but also excellent for debugging . # qemu … -L <dir_with_your_payload> … . <dir_with_your_payload> should contain at least bios.bin and keymaps directory but some versions require also kvmvapic.bin, pxe-e1000.rom and vgabios-cirrus.bin 14 Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Open Virtual Machine Firmware (OVMF) How to work with UEFI under QEMU . OVMF is a project to enable support for UEFI within Virtual Machines. It is built upon the EDK II code base. (http://tianocore.sourceforge.net/) . OVMF-X64-r11337-alpha.zip and OVMF-IA32-r11337-alpha.zip files with OVMF binaries for QEMU are available at TianoCore site . They are quite old and do not work well . Some companies/individuals (e.g. SUSE) publish own OVMF releases . You can also build your own OVMF binaries . Relevant instructions are available at TianoCore site and http://wiki.ubuntu.com/UEFI/EDK2 or http://www.linux-kvm.org/page/OVMF . But this process is quite complicated 15 Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Summary . It looks that PC BIOS is slowly dying . Probably UEFI will replace legacy PC BIOS . In spite of appearances PC BIOS and UEFI have strong competition . coreboot and companions are a good alternative . coreboot is mature project but limited access to a hardware documentation can harm it substantially 16 Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Documentation . http://www.classiccomputers.info/manuals.html . http://www.intel.com/ . http://www.uefi.org/ . http://www.coreboot.org/ . http://wiki.qemu.org/Main_Page . http://tianocore.sourceforge.net/ . http://wiki.ubuntu.com/UEFI/EDK2 . http://www.linux-kvm.org/page/OVMF 17 Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Documentation . http://www.kraxel.org/repos/ . git://git.code.sf.net/p/tianocore/edk2 . Intel BIOS Writer’s Guide (BWG) - Intel Confidential – http://datasheets.chipdb.org/Intel/x86/Pentium%20Pro/PPPBIOS.PDF . AMD BIOS and Kernel Developer’s Guide (BKDG) - freely available – http://developer.amd.com/resources/documentation-articles/developer- guides-manuals/ . EPROM pictures were taken by Richard Wheeler (http://www.richardwheeler.net/) 18 Copyright © 2013, Oracle and/or its affiliates. All rights reserved. Questions and Answers ? 19 Copyright © 2013, Oracle and/or its affiliates. All rights reserved. 20 Copyright © 2013, Oracle and/or its affiliates. All rights reserved. 21 Copyright © 2013, Oracle and/or its affiliates. All rights reserved. .
Load more

Recommended publications
  • Beyond BIOS Developing with the Unified Extensible Firmware Interface
    Digital Edition Digital Editions of selected Intel Press books are in addition to and complement the printed books. Click the icon to access information on other essential books for Developers and IT Professionals Visit our website at www.intel.com/intelpress Beyond BIOS Developing with the Unified Extensible Firmware Interface Second Edition Vincent Zimmer Michael Rothman Suresh Marisetty Copyright © 2010 Intel Corporation. All rights reserved. ISBN 13 978-1-934053-29-4 This publication is designed to provide accurate and authoritative information in regard to the subject matter covered. It is sold with the understanding that the publisher is not engaged in professional services. If professional advice or other expert assistance is required, the services of a competent professional person should be sought. Intel Corporation may have patents or pending patent applications, trademarks, copyrights, or other intellectual property rights that relate to the presented subject matter. The furnishing of documents and other materials and information does not provide any license, express or implied, by estoppel or otherwise, to any such patents, trademarks, copyrights, or other intellectual property rights. Intel may make changes to specifications, product descriptions, and plans at any time, without notice. Fictitious names of companies, products, people, characters, and/or data mentioned herein are not intended to represent any real individual, company, product, or event. Intel products are not intended for use in medical, life saving, life sustaining, critical control or safety systems, or in nuclear facility applications. Intel, the Intel logo, Celeron, Intel Centrino, Intel NetBurst, Intel Xeon, Itanium, Pentium, MMX, and VTune are trademarks or registered trademarks of Intel Corporation or its subsidiaries in the United States and other countries.
    [Show full text]
  • DAY ONE: Vsrx on KVM Verma & Kat - and Saves Tme Saves and Juniper Techlibrary Juniper Writen Writen in Tandem with the Juniper
    DAY ONE: vSRX on KVM Day One: vSRX on KVM is for network administrators, network architects, or engineers in- terested in quickly startng to use the Juniper Networks vSRX Virtual Firewall. Any tme you ONE: DAY need to design and test diferent topology use cases, train yourself or others, or even practce DAY ONE: vSRX on KVM certfcaton exams, this book covers such usage with step-by-step instructons and practcal examples. vSRX ON KVM Day One: vSRX on KVM requires Basic networking knowledge and a general understanding of the TCP/IP protocol suite, Linux systems, and Ubuntu. Writen in tandem with the Juniper vSRX documentaton, it curates links and tutorials with the Juniper TechLiBrary and saves tme for vSRX users by coordinatng deployment steps with the TechLibrary’s archives. Learn how to deploy vSRX instances today! IT’S DAY ONE AND YOU HAVE A JOB TO DO, SO LEARN HOW TO: Confgure the vSRX in a KVM environment Install vSRX’s prerequisite packages and confgure and deploy an instance of vSRX on KVM. and build lab topologies on day one. Create a single instance topology and then a mult-device topology using two vSRX instances. Design topologies for diferent use cases. Complete the three challenge topologies. Troubleshoot vSRX operatons. Verma & Kat ISBN 978-1941441893 5 1 6 0 0 By Rahul Verma & Madhavi Kat Juniper Networks Books are focused on network reliaBility and efficiency. Peruse the complete liBrary at www.juniper.net/books. 9 781941 441893 DAY ONE: vSRX on KVM Day One: vSRX on KVM is for network administrators, network architects, or engineers in- terested in quickly startng to use the Juniper Networks vSRX Virtual Firewall.
    [Show full text]
  • Designing PCI Cards and Drivers for Power Macintosh Computers
    Designing PCI Cards and Drivers for Power Macintosh Computers Revised Edition Revised 3/26/99 Technical Publications © Apple Computer, Inc. 1999 Apple Computer, Inc. Adobe, Acrobat, and PostScript are Even though Apple has reviewed this © 1995, 1996 , 1999 Apple Computer, trademarks of Adobe Systems manual, APPLE MAKES NO Inc. All rights reserved. Incorporated or its subsidiaries and WARRANTY OR REPRESENTATION, EITHER EXPRESS OR IMPLIED, WITH No part of this publication may be may be registered in certain RESPECT TO THIS MANUAL, ITS reproduced, stored in a retrieval jurisdictions. QUALITY, ACCURACY, system, or transmitted, in any form America Online is a service mark of MERCHANTABILITY, OR FITNESS or by any means, mechanical, Quantum Computer Services, Inc. FOR A PARTICULAR PURPOSE. AS A electronic, photocopying, recording, Code Warrior is a trademark of RESULT, THIS MANUAL IS SOLD “AS or otherwise, without prior written Metrowerks. IS,” AND YOU, THE PURCHASER, ARE permission of Apple Computer, Inc., CompuServe is a registered ASSUMING THE ENTIRE RISK AS TO except to make a backup copy of any trademark of CompuServe, Inc. ITS QUALITY AND ACCURACY. documentation provided on Ethernet is a registered trademark of CD-ROM. IN NO EVENT WILL APPLE BE LIABLE Xerox Corporation. The Apple logo is a trademark of FOR DIRECT, INDIRECT, SPECIAL, FrameMaker is a registered Apple Computer, Inc. INCIDENTAL, OR CONSEQUENTIAL trademark of Frame Technology Use of the “keyboard” Apple logo DAMAGES RESULTING FROM ANY Corporation. (Option-Shift-K) for commercial DEFECT OR INACCURACY IN THIS purposes without the prior written Helvetica and Palatino are registered MANUAL, even if advised of the consent of Apple may constitute trademarks of Linotype-Hell AG possibility of such damages.
    [Show full text]
  • Chapter 1. Origins of Mac OS X
    1 Chapter 1. Origins of Mac OS X "Most ideas come from previous ideas." Alan Curtis Kay The Mac OS X operating system represents a rather successful coming together of paradigms, ideologies, and technologies that have often resisted each other in the past. A good example is the cordial relationship that exists between the command-line and graphical interfaces in Mac OS X. The system is a result of the trials and tribulations of Apple and NeXT, as well as their user and developer communities. Mac OS X exemplifies how a capable system can result from the direct or indirect efforts of corporations, academic and research communities, the Open Source and Free Software movements, and, of course, individuals. Apple has been around since 1976, and many accounts of its history have been told. If the story of Apple as a company is fascinating, so is the technical history of Apple's operating systems. In this chapter,[1] we will trace the history of Mac OS X, discussing several technologies whose confluence eventually led to the modern-day Apple operating system. [1] This book's accompanying web site (www.osxbook.com) provides a more detailed technical history of all of Apple's operating systems. 1 2 2 1 1.1. Apple's Quest for the[2] Operating System [2] Whereas the word "the" is used here to designate prominence and desirability, it is an interesting coincidence that "THE" was the name of a multiprogramming system described by Edsger W. Dijkstra in a 1968 paper. It was March 1988. The Macintosh had been around for four years.
    [Show full text]
  • University of Cape Town Declaration
    The copyright of this thesis vests in the author. No quotation from it or information derived from it is to be published without full acknowledgementTown of the source. The thesis is to be used for private study or non- commercial research purposes only. Cape Published by the University ofof Cape Town (UCT) in terms of the non-exclusive license granted to UCT by the author. University Automated Gateware Discovery Using Open Firmware Shanly Rajan Supervisor: Prof. M.R. Inggs Co-supervisor: Dr M. Welz University of Cape Town Declaration I understand the meaning of plagiarism and declare that all work in the dissertation, save for that which is properly acknowledged, is my own. It is being submitted for the degree of Master of Science in Engineering in the University of Cape Town. It has not been submitted before for any degree or examination in any other university. Signature of Author . Cape Town South Africa May 12, 2013 University of Cape Town i Abstract This dissertation describes the design and implementation of a mechanism that automates gateware1 device detection for reconfigurable hardware. The research facilitates the pro- cess of identifying and operating on gateware images by extending the existing infrastruc- ture of probing devices in traditional software by using the chosen technology. An automated gateware detection mechanism was devised in an effort to build a software system with the goal to improve performance and reduce software development time spent on operating gateware pieces by reusing existing device drivers in the framework of the chosen technology. This dissertation first investigates the system design to see how each of the user specifica- tions set for the KAT (Karoo Array Telescope) project in [28] could be achieved in terms of design decisions, toolchain selection and software modifications.
    [Show full text]
  • UEFI PXE and Ipxe Alternative Approaches to PXE Booting
    Installing ESXi Using PXE n gPXELINUX is a hybrid configuration that includes both PXELINUX and gPXE and supports booting from a Web server. gPXELINUX is part of the SYSLINUX package. If you use gPXELINUX to boot the ESXi installer, only the gpxelinux.0 binary file, mboot.c32, and the configuration file are transferred via TFTP. The remaining files are transferred via HTTP. HTTP is typically faster and more reliable than TFTP, especially for transferring large amounts of data on a heavily loaded network. NOTE VMware currently builds the mboot.c32 plugin to work with SYSLINUX version 3.86 and tests PXE booting only with that version. Other versions are likely to be incompatible. This is not a statement of limited support. For support of third-party agents that you use to set up your PXE booting infrastructure, contact the vendor. UEFI PXE and iPXE Most UEFI firmware natively includes PXE support that allows booting from a TFTP server. The firmware can directly load the ESXi boot loader for UEFI systems, mboot.efi. Additional software such as PXELINUX is not required. iPXE can also be useful for UEFI systems that do not include PXE in firmware and for older UEFI systems with bugs in their PXE support. For such cases you can try installing iPXE on a USB flash drive and booting from there. NOTE Apple Macintosh products do not include PXE boot support. They include support for network booting via an Apple-specific protocol instead. Alternative Approaches to PXE Booting Alternative approaches to PXE booting different software on different hosts are also possible, for example: n Configuring the DHCP server to provide different initial boot loader filenames to different hosts depending on MAC address or other criteria.
    [Show full text]
  • QEMU Interface Introspection: from Hacks to Solutions
    QEMU interface introspection: From hacks to solutions Markus Armbruster <[email protected]> KVM Forum 2015 Part I What’s the problem? Interfacing with QEMU QEMU provides interfaces QMP Monitor Command line to management applications like libvirt QEMU evolves rapidly Many interface versions Our command line is big In v2.4: 139 total options -14 deprecated -2 internal use 123 supported options 0.57kg If I had a coin for each of them. It’s big: output of -help QEMU emulator version 2.3.93, Copyright (c) 2003-2008 Fabrice Bellard -alt-grab use Ctrl-Alt-Shift to grab mouse (instead of Ctrl-Alt) configure a network backend to connect to another network -incoming rdma:host:port[,ipv4][,ipv6] usage: upstream-qemu [options] [disk_image] -ctrl-grab use Right-Ctrl to grab mouse (instead of Ctrl-Alt) using an UDP tunnel -incoming unix:socketpath -no-quit disable SDL window close capability -netdev vhost-user,id=str,chardev=dev[,vhostforce=on|off] prepare for incoming migration, listen on ’disk_image’ is a raw hard disk image for IDE hard disk 0 -sdl enable SDL configure a vhost-user network, backed by a chardev ’dev’ specified protocol and socket address -spice [port=port][,tls-port=secured-port][,x509-dir=<dir>] -netdev hubport,id=str,hubid=n -incoming fd:fd Standard options: [,x509-key-file=<file>][,x509-key-password=<file>] configure a hub port on QEMU VLAN ’n’ -incoming exec:cmdline -h or -help display this help and exit [,x509-cert-file=<file>][,x509-cacert-file=<file>] -net nic[,vlan=n][,macaddr=mac][,model=type][,name=str][,addr=str][,vectors=v]
    [Show full text]
  • Project Report - Adding PXE Boot Into Palacios
    Project Report - Adding PXE Boot into Palacios Chen Jin Bharath Pattabiraman Patrick Foley EECS Department EECS Department EECS Department Northwestern University Northwestern University Northwestern University chen.jin@eecs. bharath@u. patrickfoley2011@u. northwestern.edu northwestern.edu northwestern.edu ABSTRACT PXE is a standard for booting an OS from the network. Most machines BIOSes support it. But, the BIOS used by Palacios guests did not. In our project, we tried various ways in which PXE network boot capability could be added to Palacios. We used a PXE-capable Etherboot ROM image from ROM-o-matic.net that has support for our emulated network card. We then used this small ISO image to build the guest and let it serve as a replacement PXE-boot ROM for the emulated network card. With passthrough I/O, the requests are handed over directly to the host, which are then sent to the DHCP and Boot servers to initiate the network boot process. The PXE capability will of vital importance in diskless nodes where the node is completely dependent on Figure 1: PXE system configuration the network for booting. 1. INTRODUCTION using PXE protocol and then boots the guest. PXE (Preboot eXecution Environment) allows us to boot Kitten/Palacios (and a test guest) remotely from a network server. Booting Palacios/Kitten over a network server is 2. SYSTEM already possible. In this research effort we have enabled So, as shown in Figure 1, in order to use PXE we need to Palacios to remote boot a guest OS using PXE. setup a PXE-server which can allow client systems to: PXE is defined on a foundation of Internet protocols, namely • TCP/IP, DHCP, and TFTP.
    [Show full text]
  • Powerpc™ Open Firmware Quick Start Guide Release
    PowerPC™ Open Firmware Quick Start Guide Release 2.0 PPCOFWQSA/UG2 Notice While reasonable efforts have been made to assure the accuracy of this document, Motorola, Inc. assumes no liability resulting from any omissions in this document, or from the use of the information obtained therein. Motorola reserves the right to revise this document and to make changes from time to time in the content hereof without obligation of Motorola to notify any person of such revision or changes. No part of this material may be reproduced or copied in any tangible medium, or stored in a retrieval system, or transmitted in any form, or by any means, radio, electronic, mechanical, photocopying, recording or facsimile, or otherwise, without the prior written permission of Motorola, Inc. It is possible that this publication may contain reference to, or information about Motorola products (machines and programs), programming, or services that are not announced in your country. Such references or information must not be construed to mean that Motorola intends to announce such Motorola products, programming, or services in your country. Restricted Rights Legend If the documentation contained herein is supplied, directly or indirectly, to the U.S. Government, the following notice shall apply unless otherwise agreed to in writing by Motorola, Inc. Use, duplication, or disclosure by the Government is subject to restrictions as set forth in subparagraph (c)(1)(ii) of the Rights in Technical Data and Computer Software clause at DFARS 252.227-7013. Motorola, Inc. Computer Group 2900 South Diablo Way Tempe, Arizona 85282 Preface The PowerPC Open Firmware Quick Start Guide provides the general information and procedures required to test and initialize the system hardware, determine the hardware conÞguration, and to boot the operating system.
    [Show full text]
  • Progress Codes
    Power Systems Progress codes Power Systems Progress codes Note Before using this information and the product it supports, read the information in “Notices,” on page 109, “Safety notices” on page v, the IBM Systems Safety Notices manual, G229-9054, and the IBM Environmental Notices and User Guide, Z125–5823. This edition applies to IBM Power Systems™ servers that contain the POWER6® processor and to all associated models. © Copyright IBM Corporation 2007, 2009. US Government Users Restricted Rights – Use, duplication or disclosure restricted by GSA ADP Schedule Contract with IBM Corp. Contents Safety notices ............v Chapter 13. (CAxx) Partition firmware progress codes ...........79 Chapter 1. Progress codes overview . 1 Chapter 14. (CF00) Linux kernel boot Chapter 2. AIX IPL progress codes . 3 progress codes ...........91 Chapter 3. AIX diagnostic load Chapter 15. (D1xx) Service processor progress indicators .........29 firmware progress codes .......93 Chapter 4. Dump progress indicators Chapter 16. (D1xx) Service processor (dump status codes) .........33 status progress codes ........95 Chapter 5. AIX crash progress codes Chapter 17. (D1xx) Service processor (category 1) ............35 dump status progress codes .....97 Chapter 6. AIX crash progress codes Chapter 18. (D1xx) Platform dump (category 2) ............37 status progress codes .......101 Chapter 7. AIX crash progress codes Chapter 19. (D2xx) Partition status (category 3) ............39 progress codes ..........103 Chapter 8. (C1xx) Service processor Chapter 20. (D6xx) General status progress codes ...........41 progress codes ..........105 Chapter 9. (C2xx) Virtual service Chapter 21. (D9xx) General status processor progress codes ......63 progress codes ..........107 Chapter 10. (C3xx, C5xx, C6xx) IPL Appendix. Notices .........109 status progress codes ........67 Trademarks ..............110 Electronic emission notices .........111 Chapter 11.
    [Show full text]
  • Ppcbug Firmware Package User's Manual Part 1 and 2
    PPCBug Firmware Package User’s Manual Part 1 and 2 PPCBUGA1/UM5 and PPCBUGA2/UM5 February 2001 Edition © Copyright 2001 Motorola, Inc. All rights reserved. Printed in the United States of America. Motorola® and the Motorola symbol are registered trademarks of Motorola, Inc. PowerPC™ is a trademark of IBM, and is used by Motorola with permission. AIXTM is a trademark of IBM Corp. All other products mentioned in this document are trademarks or registered trademarks of their respective holders. Safety Summary The following general safety precautions must be observed during all phases of operation, service, and repair of this equipment. Failure to comply with these precautions or with specific warnings elsewhere in this manual could result in personal injury or damage to the equipment. The safety precautions listed below represent warnings of certain dangers of which Motorola is aware. You, as the user of the product, should follow these warnings and all other safety precautions necessary for the safe operation of the equipment in your operating environment. Ground the Instrument. To minimize shock hazard, the equipment chassis and enclosure must be connected to an electrical ground. If the equipment is supplied with a three-conductor AC power cable, the power cable must be plugged into an approved three-contact electrical outlet, with the grounding wire (green/yellow) reliably connected to an electrical ground (safety ground) at the power outlet. The power jack and mating plug of the power cable meet International Electrotechnical Commission (IEC) safety standards and local electrical regulatory codes. Do Not Operate in an Explosive Atmosphere. Do not operate the equipment in any explosive atmosphere such as in the presence of flammable gases or fumes.
    [Show full text]
  • Unified Extensible Firmware Interface Presentation to Linux Users Of
    Unified Extensible Firmware Interface Presentation to Linux Users of Victoria on LUV's Policy on UEFI December 6, 2011 http://levlafayette.com Unified Extensible Firmware Interface UEFI is a specification for a software interface between operating systems and firmware. It is designed to an alternative and replacement to BIOS (Basic Input/Output System), the first code run by a system, to identify system devices (e.g., video display, keyboard/mouse, HDD, optical drives etc), then it locates a select boot device and executes ("bootstraps") the operating system. BIOS software is stored on a non-volatile ROM chip on the motherboard. Unified Extensible Firmware Interface In 1998 PC BIOS limitations (e.g., 16 bit processor, 1 MB addressable memory) initiated the Intel Boot Initiative, which was re-branded the EFI and, in 2005 to UEFI, with the establishment of specification version 1.10 and the UEFI Forum, a non-profit which includes representatives from AMD, American Megatrends, Apple, Dell, HP, IBM, Insyde Software, Intel, Lenovo, Microsoft, and Phoenix Technologies. Version 2.1 (January 2007) added cryptography and network authentication. The current UEFI specification, v2.3.1, was approved in April 2011. http://computer.howstuffworks.com/bios1.htm http://www.uefi.org/about Unified Extensible Firmware Interface BIOS activity has changed over time. Older OS used BIOS for most i/o tasks. This became increasingly inefficient and many roles were taken over by the OS which had their own native drives (faster and more flexible!) whereas BIOS started managing things like power and thermal management, hot swapping etc. The absolutely biggest advantage of a BIOS is that it's _so_ inconvenient and obviously oldfashioned, that you have to be crazy to want to do anything serious in it.
    [Show full text]