DOCSLIB.ORG

The Yocto Project Accelerating Embedded Product Development

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text

Load more

Introduction to the Yocto Project Accelerating Embedded Product Development Rudolf J Streif [ yoc-to ] The smallest unit of measure, equal to one septillionth (10-24). The Yocto Project Ecosystem What it is, who we are, and why you should care... 3/64 © 2015 The Yocto Project The Yocto Project is not an Embedded Linux Distribution. It creates a custom one for You! The Yocto Project is not Single Open Source Project. It is an Ecosystem. The Yocto Project combines the convenience of a ready-to-run Linux Distribution with the flexibility of a custom Linux operating system stack. 4/61 © 2015 The Yocto Project Embedded Linux – Why is it Challenging? • DIY/Roll-Your-Own or Modify Mainstream Distro • Long Term Maintenance is difficult • Upstream Changes are difficult to track • Not embedded friendly • Licensing issues • No commercial embedded support • Build System and Cross Toolchain Challenges • Commercial/Community Embedded Linux • Too many competing systems • Incompatible distributions/build systems Developers spend lots of time porting or making build systems Leaves less time and resources to develop value- adding software features 5/61 © 2015 The Yocto Project Embedded Linux Landscape (1) Android – http://source.android.com ● Great for systems with ARM-based SoCs and touch screens ● Build system and development tools Ångström Distribution – http://www.angstrom-distribution.org ● Community distribution with a growing list of supported development boards ● Yocto Project build environment ● Online builder Narcissus Buildroot – http://buildroot.uclibc.org ● GNU make-based build system ● uClibc target library ● BusyBox command line utility applications Baserock – http://wiki.baserock.org ● Targeted for embedded appliances ● Native Builds for x86, x86_64, ARMv7 6/61 © 2015 The Yocto Project Embedded Linux Landscape (2) OpenEmbedded – http://www.openembedded.org ● Created by merging OpenZaurus with contributions from Familiar Linux, OpenSIMPad ● Based on BitBake build engine OpenWrt – http://www.openwrt.org ● Debuted as open source OS for embedded devices routing network traffic ● Originally created from Linksys GPL sources for their WRT54G residential gateway ● Buildroot-based build environment ● Headless operation with web UI The Yocto Project – http://www.yoctoproject.org ● Details to follow Commercial Distributions ● Various solutions from different vendors for different applications ● Commercial support for toolchain and operating system stack 7/61 © 2015 The Yocto Project What is the Yocto Project? • Open source project with a strong community • A collection of embedded projects and tooling • Place for Industry to publish BSPs • Application Development Tools including Eclipse plug-ins and emulators • Key project is the reference distribution build environment (Poky) • Complete Build System for Linux OS • Releases every 6 months with latest (but stable) kernel (LTSI), toolchain, and package versions • Full documentation representative of a consistent system It’s not an embedded Linux distribution – it creates a custom one for you 8/61 © 20152013 The YoctoLinux Foundation.Project All rights reserved What the Yocto Project Provides • The industry needed a common build system and core technology • Bitbake and OpenEmbedded build system • The benefit of doing so is: • Designed for the long term • Designed for embedded • Transparent Upstream changes • Vibrant Developer Community • Less time spent on things which don’t make money (build system, core Linux components) • More time spent on things which do make money (app development, product development, …) © 2015 The Yocto Project Who is the Yocto Project? • Advisory Board and Technical Leadership • Organized under the Linux Foundation • Individual Developers • Embedded Hardware Companies • Semiconductor Manufacturers • Embedded Operating System Vendors • OpenEmbedded / LTSI Community Member Organizations Supporting Organizations http://www.yoctoproject.org/ecosystem 10/61 © 2015 The Yocto Project Why Should a Developer Care? (1) • Build a complete Linux system –from source– in about an hour (about 90 minutes with X) • Multiple cores (i.e. quad i7) • Lots of RAM (i.e. 16 GB of ram or more) • Fast disk (RAID, SSD, etc…) • Start with a validated collection of software (toolchain, kernel, user space) • Blueprints to get you started quickly and that you can customize for your own needs • We distinguish app developers from system developers and we support both • Access to a great collection of app developer tools (performance, debug, power analysis, Eclipse) 11/61 © 2015 The Yocto Project Why Should a Developer Care? (2) • Supports all major embedded architectures • x86, x86-64, ARM, PPC, MIPS • Coming soon, MIPS64 and ARM Arch 64 • Advanced kernel development tools • Layer model encourages modular development, reuse, and easy customizations • Compatibility program that is used to encourage interoperability and best practices 12/61 © 2015 The Yocto Project Yocto Project Provides Embedded Tools, Best Practices, and Reference Implementation Build System Upstream Components Poky Build Output Yocto Project Components Upstream Projects 13/61 © 2015 The Yocto Project The Yocto Project Family • Poky – Yocto Project Reference Build System • BitBake – Build Engine • Hob – Graphical User Interface for BitBake • OpenEmbedded Core – Shared Base Layer of Recipes and Classes • Application Development Toolkit (ADT) – Development environment for user-space applications to run on OS stacks built by Poky • Eclipse IDE Plugin – Integration of ADT into the Eclipse IDE • EGLIBC – Embedded variant of the GNU C Library • Matchbox – X Windows-based open source graphical UI for embedded devices • Autobuilder – Automation for Yocto Project build tests and QA • Build Appliance – Virtual machine image to try out the Yocto Project and Poky • Pseudo – System administrator simulation environment • Swabber – Host leakage detection tool 14/61 © 2015 The Yocto Project Yocto Project and OpenEmbedded OpenEmbedded ● Created by merging the work of the OpenZaurus project with contributions from other projects such as Familiar Linux and OpenSIMpad into a common code base ● Community project focusing on broad hardware and architectures ● Large library of recipes to cross-compile over 1000 packages ● Switched from flat meta-data architecture (OpenEmbedded Classic), to layered architecture based on OpenEmbedded Core layer, which is in common with the Yocto Project and the Angstrom Distribution Yocto Project ● Family of projects for developing Linux-based devices ● Self-contained build environment providing tools and blueprints for building Linux OS stacks ● Supported by silicon vendors, OSVs (also providing commercial support), open source projects for hardware and software, electronics companies ● Standardized components with compliance program ● Focused on tooling and maintenance with two major releases every 6 months 15/61 © 2015 The Yocto Project Why not just use OpenEmbedded? • OpenEmbedded is an Open Source Project providing a Build Framework for Embedded Linux Systems • Not a reference distribution • Designed to be the foundation for others • Cutting-edge technologies and software packages • The Yocto Project is focused on enabling Commercial Product Development • Provides a reference distribution policy and root file system blueprints • Co-maintains OpenEmbedded components and improves their quality • Provides additional tooling such as Autobuilder and QA Tests • Provides tools for application development such as ADT and Eclipse Plugin 16/61 © 2015 The Yocto Project The Yocto Project Ecosystem Product Showcase ● Hardware Platforms ● Distributions – Open Source and Commercial ● Projects – Open Source Project using the Yocto Project Participants ● Organizations who participate in the Yocto Project Compliance Program ● They also support the project through contributions and engineering resources Member Organizations ● Organizations who provide the administrative leadership of the Yocto Project ● Their support includes membership dues for infrastructure etc. and engineering resources ● Members of the Yocto Project Advisory Board Supporting Organizations ● Organizations who support the Yocto Project through contributions, product development, etc. 17/61 © 2015 The Yocto Project Yocto Project Branding and Compliance Program Goals ● Strengthen the Yocto Project through a consistent branding. ● Provide recognition to participating organizations. ● Reduce fragmentation in the embedded Linux market by encouraging collaborative development of a common set of tools, standards, and practices and ensure that these tools, standards, and practices are architecturally independent as much as possible. Yocto Project Participant ● Organizations and entities who use and support the Yocto Project publicly. ● Open to open source projects, non-profit organizations, small companies, and Yocto Project member organizations. Yocto Project Compatible ● Products, BSPs, OpenEmbedded-compatible layers and other open source software projects that are built and work with the Yocto Project. ● These products and components must be submitted by open source projects, non-profit entities, or Yocto Project member organizations. 18/61 © 2015 The Yocto Project The Yocto Project Community 19/61 © 2015 The Yocto Project Getting Started All you need to know to get your feet wet and a little beyond... 20/64 © 2015 The Yocto Project Quick Start 1. Go to http://yoctoproject.org click “Documentation” and read the Quick Start guide 2. Set up your Linux build system with
Recommended publications
  • Debian Developer's Reference Version 12.0, Released on 2021-09-01

    Debian Developer's Reference Version 12.0, Released on 2021-09-01

    Debian Developer’s Reference Release 12.0 Developer’s Reference Team 2021-09-01 CONTENTS 1 Scope of This Document 3 2 Applying to Become a Member5 2.1 Getting started..............................................5 2.2 Debian mentors and sponsors......................................6 2.3 Registering as a Debian member.....................................6 3 Debian Developer's Duties 9 3.1 Package Maintainer's Duties.......................................9 3.1.1 Work towards the next stable release............................9 3.1.2 Maintain packages in stable .................................9 3.1.3 Manage release-critical bugs.................................. 10 3.1.4 Coordination with upstream developers............................ 10 3.2 Administrative Duties.......................................... 10 3.2.1 Maintaining your Debian information............................. 11 3.2.2 Maintaining your public key.................................. 11 3.2.3 Voting.............................................. 11 3.2.4 Going on vacation gracefully.................................. 12 3.2.5 Retiring............................................. 12 3.2.6 Returning after retirement................................... 13 4 Resources for Debian Members 15 4.1 Mailing lists............................................... 15 4.1.1 Basic rules for use....................................... 15 4.1.2 Core development mailing lists................................. 15 4.1.3 Special lists........................................... 16 4.1.4 Requesting new
  • Linux on the Road

    Linux on the Road

    Linux on the Road Linux with Laptops, Notebooks, PDAs, Mobile Phones and Other Portable Devices Werner Heuser <wehe[AT]tuxmobil.org> Linux Mobile Edition Edition Version 3.22 TuxMobil Berlin Copyright © 2000-2011 Werner Heuser 2011-12-12 Revision History Revision 3.22 2011-12-12 Revised by: wh The address of the opensuse-mobile mailing list has been added, a section power management for graphics cards has been added, a short description of Intel's LinuxPowerTop project has been added, all references to Suspend2 have been changed to TuxOnIce, links to OpenSync and Funambol syncronization packages have been added, some notes about SSDs have been added, many URLs have been checked and some minor improvements have been made. Revision 3.21 2005-11-14 Revised by: wh Some more typos have been fixed. Revision 3.20 2005-11-14 Revised by: wh Some typos have been fixed. Revision 3.19 2005-11-14 Revised by: wh A link to keytouch has been added, minor changes have been made. Revision 3.18 2005-10-10 Revised by: wh Some URLs have been updated, spelling has been corrected, minor changes have been made. Revision 3.17.1 2005-09-28 Revised by: sh A technical and a language review have been performed by Sebastian Henschel. Numerous bugs have been fixed and many URLs have been updated. Revision 3.17 2005-08-28 Revised by: wh Some more tools added to external monitor/projector section, link to Zaurus Development with Damn Small Linux added to cross-compile section, some additions about acoustic management for hard disks added, references to X.org added to X11 sections, link to laptop-mode-tools added, some URLs updated, spelling cleaned, minor changes.
  • Beginning Portable Shell Scripting from Novice to Professional

    Beginning Portable Shell Scripting from Novice to Professional

    Beginning Portable Shell Scripting From Novice to Professional Peter Seebach 10436fmfinal 1 10/23/08 10:40:24 PM Beginning Portable Shell Scripting: From Novice to Professional Copyright © 2008 by Peter Seebach All rights reserved. No part of this work may be reproduced or transmitted in any form or by any means, electronic or mechanical, including photocopying, recording, or by any information storage or retrieval system, without the prior written permission of the copyright owner and the publisher. ISBN-13 (pbk): 978-1-4302-1043-6 ISBN-10 (pbk): 1-4302-1043-5 ISBN-13 (electronic): 978-1-4302-1044-3 ISBN-10 (electronic): 1-4302-1044-3 Printed and bound in the United States of America 9 8 7 6 5 4 3 2 1 Trademarked names may appear in this book. Rather than use a trademark symbol with every occurrence of a trademarked name, we use the names only in an editorial fashion and to the benefit of the trademark owner, with no intention of infringement of the trademark. Lead Editor: Frank Pohlmann Technical Reviewer: Gary V. Vaughan Editorial Board: Clay Andres, Steve Anglin, Ewan Buckingham, Tony Campbell, Gary Cornell, Jonathan Gennick, Michelle Lowman, Matthew Moodie, Jeffrey Pepper, Frank Pohlmann, Ben Renow-Clarke, Dominic Shakeshaft, Matt Wade, Tom Welsh Project Manager: Richard Dal Porto Copy Editor: Kim Benbow Associate Production Director: Kari Brooks-Copony Production Editor: Katie Stence Compositor: Linda Weidemann, Wolf Creek Press Proofreader: Dan Shaw Indexer: Broccoli Information Management Cover Designer: Kurt Krames Manufacturing Director: Tom Debolski Distributed to the book trade worldwide by Springer-Verlag New York, Inc., 233 Spring Street, 6th Floor, New York, NY 10013.
  • Leitfaden Für Debian-Betreuer

    Leitfaden Für Debian-Betreuer

    Leitfaden für Debian­Betreuer Osamu Aoki, Helge Kreutzmann, and Mechtilde Stehmann August 27, 2021 Leitfaden für Debian­Betreuer by Osamu Aoki, Helge Kreutzmann, and Mechtilde Stehmann Copyright © 2014­2020 Osamu Aoki Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the ”Software”), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions: The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software. THE SOFTWARE IS PROVIDED ”AS IS”, WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IM­ PLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE. Diese Anleitung wurde mit den nachfolgenden Dokumenten als Referenz erstellt: • »Making a Debian Package (AKA the Debmake Manual)«, Copyright © 1997 Jaldhar Vyas. • »The New­Maintainer’s Debian Packaging Howto«, Copyright © 1997 Will Lowe. • »Debian­Leitfaden für Neue Paketbetreuer«, Copyright © 1998­2002 Josip Rodin, 2005­2017 Osamu Aoki, 2010 Craig Small und 2010 Raphaël Hertzog. Die neuste Version dieser Anleitung sollte • im Paket debmake­doc und • auf der Debian­Dokumentations­Website verfügbar sein.
  • Embedded Linux Systems with the Yocto Project™

    Embedded Linux Systems with the Yocto Project™

    OPEN SOURCE SOFTWARE DEVELOPMENT SERIES Embedded Linux Systems with the Yocto Project" FREE SAMPLE CHAPTER SHARE WITH OTHERS �f, � � � � Embedded Linux Systems with the Yocto ProjectTM This page intentionally left blank Embedded Linux Systems with the Yocto ProjectTM Rudolf J. Streif Boston • Columbus • Indianapolis • New York • San Francisco • Amsterdam • Cape Town Dubai • London • Madrid • Milan • Munich • Paris • Montreal • Toronto • Delhi • Mexico City São Paulo • Sidney • Hong Kong • Seoul • Singapore • Taipei • Tokyo Many of the designations used by manufacturers and sellers to distinguish their products are claimed as trademarks. Where those designations appear in this book, and the publisher was aware of a trademark claim, the designations have been printed with initial capital letters or in all capitals. The author and publisher have taken care in the preparation of this book, but make no expressed or implied warranty of any kind and assume no responsibility for errors or omissions. No liability is assumed for incidental or consequential damages in connection with or arising out of the use of the information or programs contained herein. For information about buying this title in bulk quantities, or for special sales opportunities (which may include electronic versions; custom cover designs; and content particular to your business, training goals, marketing focus, or branding interests), please contact our corporate sales depart- ment at [email protected] or (800) 382-3419. For government sales inquiries, please contact [email protected]. For questions about sales outside the U.S., please contact [email protected]. Visit us on the Web: informit.com Cataloging-in-Publication Data is on file with the Library of Congress.
  • Introduction to the Yocto Project / Openembedded-Core

    Introduction to the Yocto Project / Openembedded-Core

    Embedded Recipes Conference - 2017 Introduction to the Yocto Project / OpenEmbedded-core Mylène Josserand Bootlin [email protected] embedded Linux and kernel engineering - Kernel, drivers and embedded Linux - Development, consulting, training and support - https://bootlin.com 1/1 Mylène Josserand I Embedded Linux engineer at Bootlin since 2016 I Embedded Linux expertise I Development, consulting and training around the Yocto Project I One of the authors of Bootlin’ Yocto Project / OpenEmbedded training materials. I Kernel contributor: audio driver, touchscreen, RTC and more to come! embedded Linux and kernel engineering - Kernel, drivers and embedded Linux - Development, consulting, training and support - https://bootlin.com 2/1 I Understand why we should use a build system I How the Yocto Project / OpenEmbedded core are structured I How we can use it I How we can update it to fit our needs I Give some good practices to start using the Yocto Project correctly I Allows to customize many things: it is easy to do things the wrong way I When you see a X, it means it is a good practice! Introduction I In this talk, we will: - Kernel, drivers and embedded Linux - Development, consulting, training and support - https://bootlin.com 3/1 I How the Yocto Project / OpenEmbedded core are structured I How we can use it I How we can update it to fit our needs I Give some good practices to start using the Yocto Project correctly I Allows to customize many things: it is easy to do things the wrong way I When you see a X, it means it is a good practice!
  • Enea® Linux 4.0 Release Information

    Enea® Linux 4.0 Release Information

    Enea® Linux 4.0 Release Information 4.0-docupdate1 Enea® Linux 4.0 Release Information Enea® Linux 4.0 Release Information Copyright Copyright © Enea Software AB 2014. This User Documentation consists of confidential information and is protected by Trade Secret Law. This notice of copyright does not indicate any actual or intended publication of this information. Except to the extent expressly stipulated in any software license agreement covering this User Documentation and/or corresponding software, no part of this User Documentation may be reproduced, transmitted, stored in a retrieval system, or translated, in any form or by any means, without the prior written permission of Enea Software AB. However, permission to print copies for personal use is hereby granted. Disclaimer The information in this User Documentation is subject to change without notice, and unless stipulated in any software license agreement covering this User Documentation and/or corresponding software, should not be construed as a commitment of Enea Software AB. Trademarks Enea®, Enea OSE®, and Polyhedra® are the registered trademarks of Enea AB and its subsidiaries. Enea OSE®ck, Enea OSE® Epsilon, Enea® Element, Enea® Optima, Enea® Linux, Enea® LINX, Enea® LWRT, Enea® Accelerator, Polyhedra® Flash DBMS, Polyhedra® Lite, Enea® dSPEED, Accelerating Network Convergence™, Device Software Optimized™, and Embedded for Leaders™ are unregistered trademarks of Enea AB or its subsidiaries. Any other company, product or service names mentioned in this document are the registered or unregistered trade- marks of their respective owner. Acknowledgements and Open Source License Conditions Information is found in the Release Information manual. © Enea Software AB 2014 4.0-docupdate1 ii Enea® Linux 4.0 Release Information Table of Contents 1 - About This Release .....................................................................................................
  • Hands-On Kernel Lab

    Hands-On Kernel Lab

    Hands-on Kernel Lab Based on the Yocto Project 1.4 release (dylan) April 2013 Tom Zanussi <[email protected]> Darren Hart <[email protected]> Introduction Welcome to the Yocto Project Hands-on Kernel Lab! During this session you will learn how to work effectively with the Linux kernel within the Yocto Project. The 'Hands-on Kernel Lab' is actually a series of labs that will cover the following topics: • Creating and using a traditional kernel recipe (lab1) • Using 'bitbake -c menuconfig' to modify the kernel configuration and replace the defconfig with the new configuration (lab1) • Adding a kernel module to the kernel source and configuring it as a built-in module by adding options to the kernel defconfig (lab1) • Creating and using a linux-yocto-based kernel (lab2) • Adding a kernel module to the kernel source and configuring it as a built-in module using linux-yocto 'config fragments' (lab2) • Using the linux-yocto kernel as an LTSI kernel (configuring in an item added by the LTSI kernel which is merged into linux-yocto) (lab2) • Using an arbitrary git-based kernel via the linux-yocto-custom kernel recipe (lab3) • Adding a kernel module to the kernel source of an arbitrary git-based kernel and configuring it as a loadable module using 'config fragments' (lab3) • Actually getting the module into the image and autoloading it on boot (lab3) • Using a local clone of an arbitrary git-based kernel via the linux-yocto- custom kernel recipe to demonstrate a typical development workflow (lab4) • Modifying the locally cloned custom
  • Low Level Tracing for Latency Analysis

    Low Level Tracing for Latency Analysis

    Low Level Tracing for Latency Analysis From Baremetal to Hardware Tracing Blocks Suchakrapani Datt Sharma & Thomas Bertauld Oct 12, 2016 École Polytechnique de Montréal Laboratoire DORSAL whoami Suchakra ● PhD student, Computer Engineering (Prof Michel Dagenais) DORSAL Lab, École Polytechnique de Montréal – UdeM ● Works on debugging, tracing and trace aggregation (LTTng, eBPF), hardware tracing and VMs. ● Loves poutine, samosas and bikes POLYTECHNIQUE MONTREAL – Suchakrapani Datt Sharma whoami Thomas ● MSc student, Computer Engineering (Prof Michel Dagenais) DORSAL Lab, École Polytechnique de Montréal – UdeM ● Worked on embedded systems tracing, baremetal systems, trace analysis and now in financial-tech domain ● Loves computer games POLYTECHNIQUE MONTREAL – Suchakrapani Datt Sharma Agenda Latency ● Introduction ● Tools and techniques Hardware Tracing ● Intel Processor Trace ● ARM CoreSight ● Hardware trace based analysis Baremetal Tracing ● Heterogeneous system challenges ● Low level traces with barectf POLYTECHNIQUE MONTREAL – Suchakrapani Datt Sharma Latency POLYTECHNIQUE MONTREAL – Suchakrapani Datt Sharma SS ncy Super Complex Stuff Late S POLYTECHNIQUE MONTREAL – Suchakrapani Datt Sharma SS S POLYTECHNIQUE MONTREAL – Suchakrapani Datt Sharma SS S Hardware Interrupt POLYTECHNIQUE MONTREAL – Suchakrapani Datt Sharma Delay between interrupt and do_IRQ() SS S Hardware Interrupt Interrupt Handler POLYTECHNIQUE MONTREAL – Suchakrapani Datt Sharma Delay between interrupt and Interrupt do_IRQ() Handler Delay SS S Hardware Interrupt Interrupt
  • Linux Kernel and Driver Development Training Slides

    Linux Kernel and Driver Development Training Slides

    Linux Kernel and Driver Development Training Linux Kernel and Driver Development Training © Copyright 2004-2021, Bootlin. Creative Commons BY-SA 3.0 license. Latest update: October 9, 2021. Document updates and sources: https://bootlin.com/doc/training/linux-kernel Corrections, suggestions, contributions and translations are welcome! embedded Linux and kernel engineering Send them to [email protected] - Kernel, drivers and embedded Linux - Development, consulting, training and support - https://bootlin.com 1/470 Rights to copy © Copyright 2004-2021, Bootlin License: Creative Commons Attribution - Share Alike 3.0 https://creativecommons.org/licenses/by-sa/3.0/legalcode You are free: I to copy, distribute, display, and perform the work I to make derivative works I to make commercial use of the work Under the following conditions: I Attribution. You must give the original author credit. I Share Alike. If you alter, transform, or build upon this work, you may distribute the resulting work only under a license identical to this one. I For any reuse or distribution, you must make clear to others the license terms of this work. I Any of these conditions can be waived if you get permission from the copyright holder. Your fair use and other rights are in no way affected by the above. Document sources: https://github.com/bootlin/training-materials/ - Kernel, drivers and embedded Linux - Development, consulting, training and support - https://bootlin.com 2/470 Hyperlinks in the document There are many hyperlinks in the document I Regular hyperlinks: https://kernel.org/ I Kernel documentation links: dev-tools/kasan I Links to kernel source files and directories: drivers/input/ include/linux/fb.h I Links to the declarations, definitions and instances of kernel symbols (functions, types, data, structures): platform_get_irq() GFP_KERNEL struct file_operations - Kernel, drivers and embedded Linux - Development, consulting, training and support - https://bootlin.com 3/470 Company at a glance I Engineering company created in 2004, named ”Free Electrons” until Feb.
  • Fixing USB Autosuspend Serge Y

    Fixing USB Autosuspend Serge Y

    Fixing USB Autosuspend Serge Y. Stroobandt Copyright 2015–2017, licensed under Creative Commons BY-NC-SA Problem The Linux kernel automatically suspends USB de- vices when there is driver support and the devices are not in use.1 This saves quite a bit of power. How- ever, some USB devices are not compatible with USB autosuspend and will misbehave at some point. Af- fected devices are most commonly USB mice and keyboards.2 Personally,I had only one Microsoft™ Wheel Mouse Optical affected, despitewning o other mod- els of the same brand. In essence, this is not really a USB hardware problem, but perhaps more a Lin- ux problem. The actual fault lies with a misinterpretation of the eXtensible Host Controller Interface (xHCI) specification. This issueviousl pre y did not exist with the older Enhanced Host Controller Interface (EHCI) specification. A «Sharp» explanation is available online.3 The Linux kernel patch for this problem will probably one day automatically trickle in downstream and onto my affectedubuntu X LTS 14.04 system. Nonetheless, with a crashing computer mouse at hand, things cannot wait. However, patching my current 3.13.0-35-generic x86_64 kernel is out of the question! We will rather grab this opportunity to learn a bit about writing rules for udev , the device manager for the Linux kernel. I am writing “for the Linux kernel”, because udev executes entirely in user space. Identify the device First, one needs to properly identify the affected USBvice de by its vendor and product ID. Run the following command and look for the device description.
  • Linux on Ipaq

    Linux on Ipaq

    Linux on iPAQ Jamey Hicks Cambridge Research Laboratory, HP Labs February 9, 2004 hp Outline • Why Linux? • iPAQ Linux • Handheld Linux Products • Developing for ARM Linux • CRL Mercury BackPAQ February 2004 IPAQ Linux slide 2 Why Linux? • Full source/binary availability • Freedom to change any part of the system • Advanced networking – IPv6, MIPv6, IPSEC • Advanced security – ssh, sshd • Complete GUI flexibility – GTK and Qt – Microwindows, picogui, ... • Java 2 SE and ME it’s a full-fledged computer February 2004 IPAQ Linux slide 3 Why Linux? • More stable operating system – Protected process environment – User/kernel separation • Yields uptimes of 6-9 months when we last surveyed • Same software as laptop or server – Same kernel • Supports all protocols, filesystems • Subset of IO devices, though – Same API's • Not subset/superset – Same tools and utilities, python, perl, ruby, ... February 2004 IPAQ Linux slide 4 iPAQ Linux Constraints • Adjust for storage space (32MB) – This can be a problem – Can be helped by CF storage cards • Adjust for screen size (320x240 12 to 16 bit color) – GUI's need to be refactored • Adjust for lack of keyboard • Input methods: stylus, xkbd, xstroke, serial cable, remote input via X, ssh February 2004 IPAQ Linux slide 5 Linux on Linux on iPAQ • Bochs x86 emulator running on iPAQ • February 2004 IPAQ Linux slide 6 Linux Capabilities • Linux 2.4.19 and 2.6.1 • Networking – WLAN, WWAN – IPSEC and other VPN – IPv6, Mobile IP • Filesystems – JFFS2: compressed journaling flash filesystem – EXT3 on conventional drives Not just a zippy PDA, but a pocket workstation February 2004 IPAQ Linux slide 7 Hardware Support (February, 2004) • iPAQ H31xx, H36xx, H37xx, H38xx, H39xx, H5xxx – H22xx, H19[34]x in progress • Dell Axim • Toshiba e74x • Siemens Simpad • Jornada 560/720 • Keyboards: Stowaway, MicroKeyboard, etc.