DOCSLIB.ORG

LSP 2.00 Davinci Linux Audio Driver Guide

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
LSP 2.00 Davinci Linux Audio Driver Guide 2.00 DaVinci Linux Audio Driver User's Guide Literature Number: SPRUG98 September 2008 2 SPRUG98–September 2008 Submit Documentation Feedback Preface SPRUG98–September 2008 Read This First About This Manual This user guide provides an overview of the audio driver by providing the driver architecture, design, and supported features. It also provides information on architecture, user Interface, and the sample applications. This user guide defines and describes the usage of user level and platform level interfaces of the ALSA Audio driver. How to Use This Manual This document includes the following Sections: • Chapter 1 - Introduction, provides an overview and supported features of the driver. • Chapter 2 - Architecture, describes the driver architecture and design concepts. • Chapter 3 - Software Interface, describes the application and driver interfaces. • Chapter 4 - Sample Applications, provides an overview about the examples provided along with the release package. Related Documentation From Texas Instruments The following documents are the reference documents from Texas Instruments. To obtain a copy of any of these TI documents, visit the Texas Instruments website at www.ti.com. • TMS320DM646x DMSoC Multichannel Audio Serial Port (McASP) User's Guide (SPRUER1) describes the operation of the multichannel audio serial port (McASP) in the TMS320DM646x Digital Media System-on-Chip (DMSoC). • TLVAIC32 Data Sheet (SLAS479B) provides the features and description of TLVAIC32. Related Documentation You can use the following document to supplement this user guide: • ALSA Project Homepage • ALSA User Space Library SPRUG98–September 2008 Read This First 3 Submit Documentation Feedback Terms and Abbreviations www.ti.com Terms and Abbreviations The following terms and abbreviations are used in this document. Term/Abbreviation Description ALSA Advanced Linux Sound Architecture API Application Programming Interface DIT Digital Audio Interface Transmission DMA Direct Memory Access EDMA Enhanced Direct Memory Access EVM Evaluation Module PCM Pulse Code Modulation I2C Inter-Integrated Circuit I2S Inter-Integrated Sound McASP Multi Channel Audio Serial Port OSS Open Sound System TDM Time-Division Multiplexed Trademarks DaVinci is a trademark of Texas Instruments. 4 Read This First SPRUG98–September 2008 Submit Documentation Feedback Chapter 1 SPRUG98–September 2008 Introduction This chapter provides an overview and the supported features and constraints of the driver. Topic .................................................................................................. Page 1.1 Overview ................................................................................... 6 1.2 Features .................................................................................... 6 1.3 Constraints ................................................................................ 6 SPRUG98–September 2008 Introduction 5 Submit Documentation Feedback Overview www.ti.com 1.1 Overview The AIC32 codec transmits and receives audio data on DM700 DaVinci™HD. The AIC32 codec is connected via Multi-Channel Audio Serial Port (McASP) interface, a communication peripheral. McASP functions as a general-purpose audio serial port optimized for the needs of multi-channel audio applications. The McASP is useful for time-division multiplexed (TDM) stream, Inter-Integrated Sound (I2S) protocols, and inter component digital audio interface transmission (DIT). AIC32 supports I2S, Left/Right-Justified, DSP, and TDM Modes. 1.2 Features The ALSA Audio driver supports the following features: • ALSA framework • Simultaneous record and play back capability (full-duplex mode). • The McASP and Codec can work as slave and master or visa versa. This is not a runtime option, but a compile time option. • When Codec is the master and McASP is the slave, the driver supports 34 sample rates (from 7350 Hz - 96000 Hz). When McASP is the master and Codec is the slave, there are only two sampling rates supported (22050Hz and 44100 Hz). • Mono and stereo modes • I2S mode of operation • Interleaved access mode • Mixer support • Uses EDMA for data transfer 1.3 Constraints OSS framework is not supported by the audio driver. Formats other than I2S such as TDM, Left and Right Justified are currently not supported. Opening of the same stream (Play/Record) multiple times is not supported The audio driver will support a single input (RECORD) and single output stream (PLAY). The audio driver will not allow opening the same stream (Play/Record) multiple times concurrently. 6 Introduction SPRUG98–September 2008 Submit Documentation Feedback Chapter 2 SPRUG98–September 2008 Architecture This chapter provides a Functional Overview and the System architecture and design aspects of the driver. Topic .................................................................................................. Page 2.1 Functional Overview ................................................................... 8 2.2 Software Design Interfaces .......................................................... 9 SPRUG98–September 2008 Architecture 7 Submit Documentation Feedback Functional Overview www.ti.com 2.1 Functional Overview The Advanced Linux Sound Architecture (ALSA) provides audio functionality to the Linux operating system. ALSA has the following significant features: • Efficient support for all types of audio interfaces, from consumer sound cards to professional multi-channel audio interfaces. • Fully modularized sound drivers • SMP and thread-safe design • User space library (alsa-lib) to simplify application programming and provide higher level functionality • Support for the older Open Sound System (OSS) API, providing binary compatibility for most OSS programs The system diagram is presented in Figure 2-1. Figure 2-1. System Diagram PCLKCR0/1/3 LOSPCP (SystemCtrlRegs) (SystemCtrlRegs) SYSCLK ClockEnables LSPCLK Peripheral I/O SPI-A/B,SCI-A Registers VBus16 ClockEnables /2 Peripheral I/O HECC-A,LIN-A Registers VBus32 ClockEnables GPIO Peripheral Mux I/O ECAP1,EQEP1 Registers VBus32 ClockEnables Peripheral I/O ETPWM1/.../5+OTTO Registers VBus32/VBUS32DP ClockEnables Peripheral I/O I2C-A Registers CPU-VBus16 ClockEnables ADC CPU-VBus16 16Ch 12-Bit ADC Registers Analog CPU&MCLA-Mem32 GPIO Mux ClockEnables COMP 6 COMP1/2/3 Registers VBus32/VBUS32DP ClockEnables DAC 10-BitDAC1/2/3 Registers VBus32/VBUS32DP 8 Architecture SPRUG98–September 2008 Submit Documentation Feedback www.ti.com Software Design Interfaces 2.2 Software Design Interfaces 2.2.1 ALSA Audio Applications The ALSA audio applications are compatible with the ALSA standard. They communicate with the ALSA user space library to receive/transmit audio data. Many applications that support ALSA could be downward compatible with OSS. But for this, the OSS emulation layer has to be enabled in the Linux kernel during the configuration time. 2.2.2 Mixer Applications The mixer applications control the overall behavior of the codec. These include setting of the volume in the codec and so on. This interface does not support data transfer. However, it is useful if only the control of the codec is desired. 2.2.3 ALSA Library The Advanced Linux Sound Architecture comes with a Kernel API and a library API. Application programmers should use the library API rather than the kernel API. The library offers 100% of the functionality of the kernel API, but adds major improvements in usability, making the application code simpler and better looking. 2.2.4 ALSA Kernel API The ALSA kernel API provides the basic infrastructure of ALSA and the hardware drivers. The top layer takes care of the detection of the device(s), creation of ALSA components and various destructors. The middle layer (ALSA common layer) has the device manager and provides the implementations for native ALSA modules like PCM, synth, rawmidi etc. 2.2.5 Davinci-HD ALSA Audio Driver The Davinci-HD audio base driver provides a codec-independent interface for the audio driver for OMAP processor-based platforms. It is necessary for each audio driver to implement the low-level functions to access its hardware. The driver encapsulates all the generic routines which are required to handle audio data and is codec independent in nature. 2.2.6 AIC32 Codec ALSA Driver The AIC32 component is codec specific and in turn may use the helper drivers to communicate with the actual codec. This includes the responsibilities of data transfer and control of the codec. The codec driver may expose a mixer device to give better codec specific control to the user space applications. 2.2.7 Helper Driver These are lower level helper drivers which provide APIs for access to specific communication media. This includes connectivity drivers such as McASP (for data) and I2C (for control). SPRUG98–September 2008 Architecture 9 Submit Documentation Feedback 10 Architecture SPRUG98–September 2008 Submit Documentation Feedback Chapter 3 SPRUG98–September 2008 Software Interfaces This chapter describes the Application Interface, Proc Interface and driver Interface for the ALSA Audio driver. Topic .................................................................................................. Page 3.1 Application Interface ................................................................. 12 3.2 User Space Interactions............................................................. 13 3.3 Driver Interface ......................................................................... 18 SPRUG98–September 2008 Software Interfaces 11 Submit Documentation Feedback Application
Load more

Recommended publications
  • Release Notes for Debian GNU/Linux 5.0 (Lenny), Alpha
    Release Notes for Debian GNU/Linux 5.0 (lenny), Alpha The Debian Documentation Project (http://www.debian.org/doc/) November 11, 2010 Release Notes for Debian GNU/Linux 5.0 (lenny), Alpha Published 2009-02-14 This document is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License, version 2, as published by the Free Software Foundation. This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; with- out even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details. You should have received a copy of the GNU General Public License along with this program; if not, write to the Free Software Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA. The license text can also be found at http://www.gnu.org/copyleft/gpl.html and /usr/ share/common-licenses/GPL-2 on Debian GNU/Linux. ii Contents 1 Introduction 3 1.1 Reporting bugs on this document . .3 1.2 Contributing upgrade reports . .3 1.3 Sources for this document . .4 2 What’s new in Debian GNU/Linux 5.05 2.1 What’s new in the distribution? . .5 2.1.1 Package management . .7 2.1.2 The proposed-updates section . .7 2.2 System improvements . .8 2.3 Major kernel-related changes . .8 2.3.1 Changes in kernel packaging . .8 2.4 Emdebian 1.0 (based on Debian GNU/Linux lenny 5.0) . .9 2.5 Netbook support .
    [Show full text]
  • Version 7.8-Systemd
    Linux From Scratch Version 7.8-systemd Created by Gerard Beekmans Edited by Douglas R. Reno Linux From Scratch: Version 7.8-systemd by Created by Gerard Beekmans and Edited by Douglas R. Reno Copyright © 1999-2015 Gerard Beekmans Copyright © 1999-2015, Gerard Beekmans All rights reserved. This book is licensed under a Creative Commons License. Computer instructions may be extracted from the book under the MIT License. Linux® is a registered trademark of Linus Torvalds. Linux From Scratch - Version 7.8-systemd Table of Contents Preface .......................................................................................................................................................................... vii i. Foreword ............................................................................................................................................................. vii ii. Audience ............................................................................................................................................................ vii iii. LFS Target Architectures ................................................................................................................................ viii iv. LFS and Standards ............................................................................................................................................ ix v. Rationale for Packages in the Book .................................................................................................................... x vi. Prerequisites
    [Show full text]
  • Embedded Systems 2/7
    Embedded systems 2/7 J.-M Friedt Introduction Virtual memory access Embedded systems 2/7 Kernel module basics Using the kernel: timers J.-M Friedt Conclusion & lab session FEMTO-ST/d´epartement temps-fr´equence [email protected] slides at jmfriedt.free.fr September 9, 2020 1 / 24 Embedded systems 2/7 J.-M Friedt Operating system: the need for Introduction drivers Virtual memory access Kernel module basics Using the kernel: timers • Hardware abstraction: hide low level functions so that the developer Conclusion & lab session can focus on the functionalities provided by the peripheral ! a single entry point providing system calls (open, read, write, close) hiding access to hardware • Homogeneous interface to all peripherals (\Everything is a file") • Only the kernel can access hardware resources (DMA, interrupts) • Share resources and make sure only one process can access a given hardware function • Add functionalities to the Linux kernel: modules 2 / 24 Embedded systems 2/7 J.-M Friedt Virtual memory/hardware memory Introduction Hardware memory addressing Virtual memory • hardware memory: a value on the address bus identifies which access peripheral is active Kernel module basics • each peripheral decodes the address bus to detect whether it is the Using the kernel: target of a message timers • Conclusion & lab only one peripheral must match a given physical address (otherwise, session conflict) Virtual memory addressing • each process has its own address space • memory organization independent of physical constraints • dynamic loading
    [Show full text]
  • Pipewire: a Low-Level Multimedia Subsystem
    Proceedings of the 18th Linux Audio Conference (LAC-20), SCRIME, Université de Bordeaux, France, November 25–27, 2020 PIPEWIRE: A LOW-LEVEL MULTIMEDIA SUBSYSTEM Wim Taymans ∗ Principal Software Engineer Red Hat, Spain [email protected] ABSTRACT 2. LINUX AUDIO LANDSCAPE PipeWire is a low-level multimedia library and daemon that facili- Audio support on Linux first appeared with the Open Sound System tates negotiation and low-latency transport of multimedia content be- (OSS) [6] and was until the 2.4 kernel the only audio API available tween applications, filters and devices. It is built using modern Linux on Linux. It was based around the standard Unix open/close/read- infrastructure and has both performance and security as its core de- /write/ioctl system calls. sign guidelines. The goal is to provide services such as JACK and OSS was replaced by the Advanced Linux Sound Architecture PulseAudio on top of this common infrastructure. PipeWire is media (ALSA) [7]from Linux 2.5. ALSA improved on the OSS API and agnostic and supports arbitrary compressed and uncompressed for- included a user space library that abstracted many of the hardware mats. A common audio infrastructure with backwards compatibility details. The ALSA user-space library also includes a plugin infras- that can support Pro Audio and Desktop Audio use cases can poten- tructure that can be used to create new custom devices and plugins. tially unify the currently fractured audio landscape on Linux desk- Unfortunately, the plugin system is quite static and requires editing tops and workstations and give users and developers a much better of configuration files.
    [Show full text]
  • Oracle® Secure Global Desktop Platform Support and Release Notes for Release 5.2
    Oracle® Secure Global Desktop Platform Support and Release Notes for Release 5.2 April 2015 E51729-03 Oracle Legal Notices Copyright © 2015, Oracle and/or its affiliates. All rights reserved. This software and related documentation are provided under a license agreement containing restrictions on use and disclosure and are protected by intellectual property laws. Except as expressly permitted in your license agreement or allowed by law, you may not use, copy, reproduce, translate, broadcast, modify, license, transmit, distribute, exhibit, perform, publish, or display any part, in any form, or by any means. Reverse engineering, disassembly, or decompilation of this software, unless required by law for interoperability, is prohibited. The information contained herein is subject to change without notice and is not warranted to be error-free. If you find any errors, please report them to us in writing. If this is software or related documentation that is delivered to the U.S. Government or anyone licensing it on behalf of the U.S. Government, then the following notice is applicable: U.S. GOVERNMENT END USERS: Oracle programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, delivered to U.S. Government end users are "commercial computer software" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations. As such, use, duplication, disclosure, modification, and adaptation of the programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, shall be subject to license terms and license restrictions applicable to the programs. No other rights are granted to the U.S.
    [Show full text]
  • Audio on Linux: End of a Golden Age?
    Audio on Linux: End of a Golden Age? Lars-Peter Clausen – Analog Devices Agenda ● History – Major transitions in software and hardware architecture ● Present – A look at the current situation – Are we in a golden age? ● Future – What major transitions lie ahead of us – How are we going to react to them? Interdependent vs. Modular Interdependent ● No clear boundaries defined between sub- modules ● Different sub-modules are aware of each others internals – Creates dependencies ● Parts can't be upgraded or modified independently of each other Modular ● Partitioning in sub-modules ● Clearly defined functions and interfaces ● Parts can be changed independently of each other – Drop-in replacements ● Constraint by the interface History Humble Beginnings PC Speaker (Beeper) ● Found in all IBM compatible PCs – Present in the first IBM PC 5150 (1981) ● Has only two states – Toggling a specific frequency generates a tone (PWM) ● Magnetic or Piezoelectric plate ● In Linux supported by the input framework Extending Features Soundblaster ● First widespread consumer sound card – Soundblaster 1.0 release in 1989 ● Primarily synthesizer based ● Mono PCM channel ● Became defacto standard for consumer sound cards – Many applications expected a sound blaster interface – Other manufacturers included a Soundblaster compatibility mode in their hardware Audio on Linux Open Sound System (OSS) Open Sound System (OSS) ● Used to be default audio subsystem in v2.4 ● /dev/dsp interface – To playback audio use write() – To capture audio use read() – Some IOCTLs for
    [Show full text]
  • Sound-HOWTO.Pdf
    The Linux Sound HOWTO Jeff Tranter [email protected] v1.22, 16 July 2001 Revision History Revision 1.22 2001−07−16 Revised by: jjt Relicensed under the GFDL. Revision 1.21 2001−05−11 Revised by: jjt This document describes sound support for Linux. It lists the supported sound hardware, describes how to configure the kernel drivers, and answers frequently asked questions. The intent is to bring new users up to speed more quickly and reduce the amount of traffic in the Usenet news groups and mailing lists. The Linux Sound HOWTO Table of Contents 1. Introduction.....................................................................................................................................................1 1.1. Acknowledgments.............................................................................................................................1 1.2. New versions of this document.........................................................................................................1 1.3. Feedback...........................................................................................................................................2 1.4. Distribution Policy............................................................................................................................2 2. Sound Card Technology.................................................................................................................................3 3. Supported Hardware......................................................................................................................................4
    [Show full text]
  • IT Acronyms.Docx
    List of computing and IT abbreviations /.—Slashdot 1GL—First-Generation Programming Language 1NF—First Normal Form 10B2—10BASE-2 10B5—10BASE-5 10B-F—10BASE-F 10B-FB—10BASE-FB 10B-FL—10BASE-FL 10B-FP—10BASE-FP 10B-T—10BASE-T 100B-FX—100BASE-FX 100B-T—100BASE-T 100B-TX—100BASE-TX 100BVG—100BASE-VG 286—Intel 80286 processor 2B1Q—2 Binary 1 Quaternary 2GL—Second-Generation Programming Language 2NF—Second Normal Form 3GL—Third-Generation Programming Language 3NF—Third Normal Form 386—Intel 80386 processor 1 486—Intel 80486 processor 4B5BLF—4 Byte 5 Byte Local Fiber 4GL—Fourth-Generation Programming Language 4NF—Fourth Normal Form 5GL—Fifth-Generation Programming Language 5NF—Fifth Normal Form 6NF—Sixth Normal Form 8B10BLF—8 Byte 10 Byte Local Fiber A AAT—Average Access Time AA—Anti-Aliasing AAA—Authentication Authorization, Accounting AABB—Axis Aligned Bounding Box AAC—Advanced Audio Coding AAL—ATM Adaptation Layer AALC—ATM Adaptation Layer Connection AARP—AppleTalk Address Resolution Protocol ABCL—Actor-Based Concurrent Language ABI—Application Binary Interface ABM—Asynchronous Balanced Mode ABR—Area Border Router ABR—Auto Baud-Rate detection ABR—Available Bitrate 2 ABR—Average Bitrate AC—Acoustic Coupler AC—Alternating Current ACD—Automatic Call Distributor ACE—Advanced Computing Environment ACF NCP—Advanced Communications Function—Network Control Program ACID—Atomicity Consistency Isolation Durability ACK—ACKnowledgement ACK—Amsterdam Compiler Kit ACL—Access Control List ACL—Active Current
    [Show full text]
  • Building Embedded Linux Systems ,Roadmap.18084 Page Ii Wednesday, August 6, 2008 9:05 AM
    Building Embedded Linux Systems ,roadmap.18084 Page ii Wednesday, August 6, 2008 9:05 AM Other Linux resources from O’Reilly Related titles Designing Embedded Programming Embedded Hardware Systems Linux Device Drivers Running Linux Linux in a Nutshell Understanding the Linux Linux Network Adminis- Kernel trator’s Guide Linux Books linux.oreilly.com is a complete catalog of O’Reilly’s books on Resource Center Linux and Unix and related technologies, including sample chapters and code examples. ONLamp.com is the premier site for the open source web plat- form: Linux, Apache, MySQL, and either Perl, Python, or PHP. Conferences O’Reilly brings diverse innovators together to nurture the ideas that spark revolutionary industries. We specialize in document- ing the latest tools and systems, translating the innovator’s knowledge into useful skills for those in the trenches. Visit con- ferences.oreilly.com for our upcoming events. Safari Bookshelf (safari.oreilly.com) is the premier online refer- ence library for programmers and IT professionals. Conduct searches across more than 1,000 books. Subscribers can zero in on answers to time-critical questions in a matter of seconds. Read the books on your Bookshelf from cover to cover or sim- ply flip to the page you need. Try it today for free. main.title Page iii Monday, May 19, 2008 11:21 AM SECOND EDITION Building Embedded Linux SystemsTomcat ™ The Definitive Guide Karim Yaghmour, JonJason Masters, Brittain Gilad and Ben-Yossef, Ian F. Darwin and Philippe Gerum Beijing • Cambridge • Farnham • Köln • Sebastopol • Taipei • Tokyo Building Embedded Linux Systems, Second Edition by Karim Yaghmour, Jon Masters, Gilad Ben-Yossef, and Philippe Gerum Copyright © 2008 Karim Yaghmour and Jon Masters.
    [Show full text]
  • Vmware Workstation Pro 16.0 Using Vmware Workstation Pro
    Using VMware Workstation Pro VMware Workstation Pro 16.0 Using VMware Workstation Pro You can find the most up-to-date technical documentation on the VMware website at: https://docs.vmware.com/ VMware, Inc. 3401 Hillview Ave. Palo Alto, CA 94304 www.vmware.com © Copyright 2020 VMware, Inc. All rights reserved. Copyright and trademark information. VMware, Inc. 2 Contents Using VMware Workstation Pro 14 1 Introduction and System Requirements 15 Host System Requirements for Workstation Pro 15 Processor Requirements for Host Systems 15 Supported Host Operating Systems 16 Memory Requirements for Host Systems 16 Display Requirements for Host Systems 16 Disk Drive Requirements for Host Systems 17 Local Area Networking Requirements for Host Systems 18 ALSA Requirements 18 Virtual Machine Features and Specifications 18 Supported Guest Operating Systems 18 Virtual Machine Processor Support 18 Virtual Machine Chipset and BIOS Support 19 Virtual Machine Memory Allocation 19 Virtual Machine Graphics and Keyboard Support 19 Virtual Machine IDE Drive Support 19 Virtual Machine SCSI Device Support 20 Virtual Machine Floppy Drive Support 20 Virtual Machine Serial and Parallel Port Support 20 Virtual Machine USB Port Support 20 Virtual Machine Mouse and Drawing Tablet Support 21 Virtual Machine Ethernet Card Support 21 Virtual Machine Networking Support 21 Virtual Machine Sound Support 21 2 Installing and Using Workstation Pro 23 Obtaining the Workstation Pro Software and License Key 23 Trial Version Expiration Date Warnings 24 Installing Workstation Pro with Other VMware Products 24 Reinstalling Workstation Pro When Upgrading a Windows Host Operating System 24 Installing the Integrated Virtual Debuggers for Eclipse 25 Installing Workstation Pro 25 Install Workstation Pro on a Windows Host 26 Run an Unattended Workstation Pro Installation on a Windows Host 26 Install Workstation Pro on a Linux Host 28 Upgrading Workstation Pro 31 VMware, Inc.
    [Show full text]
  • Installing a Real-Time Linux Kernel for Dummies
    Real-Time Linux for Dummies Jeroen de Best, Roel Merry DCT 2008.103 Eindhoven University of Technology Department of Mechanical Engineering Control Systems Technology group P.O. Box 513, WH -1.126 5600 MB Eindhoven, the Netherlands Phone: +31 40 247 42 27 Fax: +31 40 246 14 18 Email: [email protected], [email protected] Website: http://www.dct.tue.nl Eindhoven, January 5, 2009 Contents 1 Introduction 1 2 Installing a Linux distribution 3 2.1 Ubuntu 7.10 . .3 2.2 Mandriva 2008 ONE . .6 2.3 Knoppix 3.9 . 10 3 Installing a real-time kernel 17 3.1 Automatic (Ubuntu only) . 17 3.1.1 CPU Scaling Settings . 17 3.2 Manually . 18 3.2.1 Startup/shutdown problems . 25 4 EtherCAT for Unix 31 4.1 Build Sources . 38 4.1.1 Alternative timer in the EtherCAT Target . 40 5 TUeDACs 43 5.1 Download software . 43 5.2 Configure and build software . 44 5.3 Test program . 45 6 Miscellaneous 47 6.1 Installing ps2 and ps4 printers . 47 6.1.1 In Ubuntu 7.10 . 47 6.1.2 In Mandriva 2008 ONE . 47 6.2 Configure the internet connection . 48 6.3 Installing Matlab2007b for Unix . 49 6.4 Installing JAVA . 50 6.5 Installing SmartSVN . 50 6.6 Ubuntu 7.10, Gutsy Gibbon freezes every 10 minutes for approximately 10 sec 51 6.7 Installing Syntek Semicon DC1125 Driver . 52 Bibliography 55 A Menu.lst HP desktop computer DCT lab WH -1.13 57 i ii CONTENTS Chapter 1 Introduction This document describes the steps needed in order to obtain a real-time operating system based on a Linux distribution.
    [Show full text]
  • Cómo Compilar El Kernel Linux
    Cómo compilar el kernel Linux Guillermo Valdes´ Lozano Como´ compilar el kernel Linux– p. 1/43 Documento protegido por GFDL Copyright (c) 2008 Guillermo Valdés Lozano. e-mail: guillermo(en)movimientolibre.com http://www.movimientolibre.com/ Se otorga permiso para copiar, distribuir y/o modificar este documento bajo los términos de la Licencia de Documentación Libre de GNU, Versión 1.2 o cualquier otra versión posterior publicada por la Free Software Foundation; sin Secciones Invariantes ni Textos de Cubierta Delantera ni Textos de Cubierta Trasera. Una copia de la licencia está en http://www.movimientolibre.com/licencias/gfdl.html Como´ compilar el kernel Linux– p. 2/43 Introducción • Linux es el núcleo o kernel del sistema operativo libre denominado GNU/Linux (también llamado Linux). • Linux fue creado por Linus Torvalds en 1991. • Linux está protegido por la licencia GPL y está escrito en C. Como´ compilar el kernel Linux– p. 3/43 ¿Qué es el kernel? • Cada computadora, lector de discos, disco duro, tarjeta de video, etc. es diferente. • El kernel es el programa que sabe que hacer para que esos componentes ejecuten su tarea como abrir un documento, borrarlo de un disco o mostrar una imagen en pantalla. • El kernel debe saber cómo hablar a esos diferentes componentes materiales y controlar las labores corrientes que hacemos a diario con nuestras computadoras. Como´ compilar el kernel Linux– p. 4/43 Algunas versiones de Linux Fecha Version´ L´ıneas codigo´ septiembre de 1991 0.01 10,239 14 de marzo de 1994 1.0.0 176,250 marzo de 1995 1.2.0 310,950 25 de enero de 1999 2.2.0 1,800,847 4 de enero de 2001 2.4.0 3,377,902 17 de diciembre de 2003 2.6.0 5,929,913 Como´ compilar el kernel Linux– p.
    [Show full text]