OS Selection for Dummies

Total Page:16

File Type:pdf, Size:1020Kb

OS Selection for Dummies OS SELECTION HOW TO CHOOSE HOW TO CHOOSE Choosing your OS is the first step, so take the time to consider your choice fully. There are many parameters to take into account: l Is this a new project or the evolution of an existing product? l Using the same SW stack? Re-using existing code? l Is your team familiar with a particular OS? Ø Using an OS you are already comfortable with can help l What are the HW constraints of your system? Ø Some operating systems require more memory/processing power than others l Have no SW team? Not sure about the above? Ø Contact us so we can help you decide! Ø We can also introduce you to one of our many partners! 1 OS SELECTION OPEN SOURCE VS. COMMERCIAL OS Embedded OS BSP Provider $ Cost Open-Source OS Boundary Devices • Embedded Linux / Android Embedded Linux $0, included • Large pool of developers available with Board Purchase • Strong community • Royalty-free And / or partners 3rd Party - Commercial OS Partners • QNX / Win10 IoT / Green Hills $>0, depends on • Professional support requirements • Unique set of development tools 2 OS SELECTION OPEN SOURCE SELECTION OS SELECTION PROS CONS Embedded Linux Most powerful / optimized Complexity for newcomers solution, maintained by NXP • Build systems Ø Yocto / Buildroot Simpler solution, makefile- Not as flexible as Yocto Ø Everything built from scratch based, maintained by BD Desktop-like approach, Harder to customize, non- Package-based distribution easy-to-use atomic updates, no cross- • Ubuntu / Debian compilation SDK Apt install / update, millions • Packages installed from server of prebuilt packages available Android Millions of apps available, same number of developers, Resource-hungry, complex • AOSP-based (no GMS) development environment, BSP modifications (HAL) • APK applications IDE + debugging tools 3 SOFTWARE PARTNERS Boundary Devices has an industry-leading group of software partners. All of our partners have worked on our hardware and have significant experience with i.MX and embedded projects TIMESYS Kynetics Silex Technology Embedded Linux, Fastboot, Qt5 Android OS Customization Wi-Fi Connectivity Solutions Ridgerun Crank Software Green Hills Software Embedded Linux, Gstreamer UI Tools RTOS Experts Witekio QNX O.S.Systems Embedded Linux, Android, Operating Systems Yocto Customization WindowsCE7 Qt Company GuruCE Asset Inertech Creators and owners of The Qt SourcePoint is a C/C++ Windows Embedded Operating Toolkit and Application Debugger System Framework 4 OS DETAILS OS OFFERING Yocto Project Linux distribution l Build system supported by NXP l Embedded Linux build system Ø Complete, customized, embedded Linux system Ø Builds source code from scratch l Builds a distribution (rootfs, SDK, packages) l Uses Layers for specific support Ø NXP provides meta-imx Ø Community provides meta-freescale and meta-freescale-3rdparty with many contributions from Boundary Devices Team! Ø Boundary Devices provides meta-boundary l Boundary Devices always up to date with latest releases 6 OS OFFERING Buildroot l Also an embedded Linux build system Ø Complete, customized, embedded Linux system Ø Builds source code from scratch l Builds a root file system (no packages, but SDK possible) l Simpler approach than Yocto (Makefile-based configuration) l Uses external repositories for specific support Ø Community provides main repository l i.MX architecture maintained by Boundary Devices l All BD platforms supported upstream l Boundary Devices provides buildroot-external-boundary Ø For specific support like WiFi/BT driver/firmware 7 OS OFFERING Debian & Ubuntu l Linux package-based distribution Ø Every component provided as .deb package Ø Based upon our Github repositories (kernel, u-boot) Ø Also integrates every NXP-specific library l Unique offering from Boundary Devices l Provides a similar experience as Desktop OS Ø Installing new packages only requires one command line Ø Full-blown Desktop environment (menus) available l Boundary Devices following latest releases Ø Debian Buster available for all platforms Ø Ubuntu Focal available for all platforms 8 OS OFFERING Android l World-famous mobile OS Ø SoC support provided by NXP Ø Countless applications already available Ø Ease of use / debug / develop undeniable l Currently supporting Android 10 l Boundary Devices additions Ø Multi-platforms support with same image Ø Display orientation on-the-fly configuration Ø Open-Source app store support (F-Droid) Ø Security updates integration in timely manner 9 MISC SLIDES USER INTERFACE OPTIONS CHOOSING A TOOL TO DEVELOP THE UI Now that the OS is selected, what about a User Interface? l Most projects utilizing the i.MX family of processors require the development of a User Interface l Boundary Devices is a global partner with Qt l Providing Boot2Qt images timely with every release l We also recommend Crank Software for internal development of a UI Ø Industry leading suite of UI development tools l Android / Java native App l Browser-based (HTML5) design 11 OTA UPDATES OPTIONS Yocto / Buildroot l Open-source solutions: Ø SWUpdate Ø Mender.io l Commercial solutions: Ø Update Factory (Kynetics) Ø UpdateHub (O.S. Systems) l Android Ø Native solution (A/B or non-A/B) Ø Update Factory (Kynetics) l Debian / Ubuntu Ø Package update included (apt) 12 OS OFFERING Embedded OS BSP Provider Boundary Devices Embedded Linux And / or partners 3 Party - Partners 13.
Recommended publications
  • Create an Email with Subject Title “Embedded Software Engineer”, Email a Copy of Your Resume to [email protected]
    To Apply for This Position: Create an email with subject title “Embedded Software Engineer”, email a copy of your resume to [email protected] Location Address: ALLEN PARK, MI,48101 Position Description: TITLE: Embedded Software Engineer ‐ Hypervisor OS technologies This position is responsible to develop QNX and Android operating system images for Ford infotainment products. This includes creating and integrating code for: bootloader, kernel, drivers, type 1 hypervisor, and build environment. Skills Required: • Lead the design, bring‐up and support of QNX and Android operating system images • Create virt‐io drivers for QNX or Android guest operating systems • Participate in root cause analysis of hardware quality problems and software defects • Participate in system design, documentation, and testing to deliver a best‐in‐class infotainment system Experience Required: • 5+ years operating system experience involving Linux or QNX • 5+ years C/C++ software development experience on embedded, mobile, or consumer electronic platforms Experience Preferred: • Experience with Type 1 hypervisors • Experience creating virt‐io drivers • Mastery of C/C++ language, GNU tool chain, and Unix (QNX, Linux, or equivalent) • Experience with embedded build systems including QNX system builder, buildroot, yocto, or equivalent • Knowledge of in‐vehicle signaling and communication mechanisms such as CAN • Proficiency with revision control including Git, Subversion, or equivalent • Multi‐site software project team experience Education Required: • Bachelor's degree in Computer Engineering, Electrical Engineering, Computer Science, or related Education Preferred: • Master's degree in Computer Engineering, Electrical Engineering or Computer Science Additional Information: Web Based Assessment not required for this position. Visa Sponsorship and Domestic Relocation is available for this position.
    [Show full text]
  • 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.
    [Show full text]
  • 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!
    [Show full text]
  • 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
    [Show full text]
  • Yocto-Slides.Pdf
    Yocto Project and OpenEmbedded Training Yocto Project and OpenEmbedded Training © Copyright 2004-2021, Bootlin. Creative Commons BY-SA 3.0 license. Latest update: October 6, 2021. Document updates and sources: https://bootlin.com/doc/training/yocto 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/296 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/296 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/296 Company at a glance I Engineering company created in 2004, named ”Free Electrons” until Feb.
    [Show full text]
  • Why the Yocto Project for My Iot Project?
    Why the Yocto Project for my IoT Project? Drew Moseley Technical Solutions Architect Mender.io Session overview ● Motivation ● Challenges for Embedded, Linux and IoT developers ● Describe IoT workflow ● Overview of Yocto ● Benefits of Linux and Yocto for IoT about.me Drew Moseley Mender.io ○ 10 years in Embedded Linux/Yocto development. ○ Over-the-air updater for Embedded Linux ○ Longer than that in general Embedded Software. ○ Project Lead and Solutions Architect. ○ Open source (Apache License, v2) ○ Dual A/B rootfs layout (client) [email protected] https://twitter.com/drewmoseley ○ Remote deployment management (server) https://www.linkedin.com/in/drewmoseley/ https://twitter.com/mender_io ○ Under active development Motivation Embedded Projects increasingly use Linux: ● AspenCore/Linux.com1: Embedded Linux top 2 in current and planned use. Huge IoT market opportunity: ● Forbes2: $267B by 2020 Linux is a big player in IoT ● Nodes & Gateways3 - 17.18 Billion units by 2023 ● Inexpensive prototyping hardware - Raspberry Pi, Beaglebone, etc ● Readily available production hardware - Toradex, Variscite, Boundary Devices ● Wide selection of chipsets - NXP, TI, Microchip, Nvidia 1 https://www.linux.com/news/event/elce/2017/linux-and-open-source-move-embedded-says-survey 2 https://www.forbes.com/sites/louiscolumbus/2017/01/29/internet-of-things-market-to-reach-267b-by-2020 3 http://www.marketsandmarkets.com/PressReleases/iot-gateway.asp Challenges for Embedded Linux/IoT Developers Hardware variety Storage Media Software may be maintained in forks Cross development Initial device provisioning Getting Started Guide for Embedded/IoT Development 1. Buy Hardware1 1https://makezine.com/comparison/boards/ Getting Started Guide for Embedded/IoT Development 1. Buy Hardware1 2.
    [Show full text]
  • MANAGING a REAL-TIME EMBEDDED LINUX PLATFORM with BUILDROOT John Diamond, Kevin Martin Fermi National Accelerator Laboratory, Batavia, IL 60510
    MANAGING A REAL-TIME EMBEDDED LINUX PLATFORM WITH BUILDROOT John Diamond, Kevin Martin Fermi National Accelerator Laboratory, Batavia, IL 60510 Desktop distributions are an awkward Buildroot + ucLibc + Busybox + RTAI Quantitative Results implementation of an Embedded RTOS Buildroot – downloads, unpacks, • Whole build process is automated resulting in • Architecture-dependent binary configures, compiles and installs system much quicker build times (hours not days) software automatically • Kernel and root filesystem size: 3.5 MB – 20 packages uClibc – Small-footprint standard C library MB (reduction of 99%) • Loaded with unnecessary software Busybox – all-in-one UNIX utilities and shell • Boot-time: ~9 seconds • Huge footprints RTAI – Real-Time Linux extensions = Qualitative Results • Allows integration with revision control into First Try: Build Linux from Source the platform development process, making it • Success! But.. 2. Buildroot’s menuconfig generates a package configuration file easier to manage an ecosystem of targets • Is as difficult as it sounds and kernel configuration file • Community support for x86 & ARM targets Linux Kernel • Overwhelming number of packages and Configuration gives us confidence that future targets can be patches Package supported without much effort 1. Developer Configuration • No version control configures build via Buildroot’s • Cross-compile even more headaches menuconfig Internet Build Process Power Supply Control Quench Protection Git / CVS / SVN and Regulation for the System for Tevatron Did not do what we needed: Fermilab Linac Electron Lens (TEL II) 3. The build process pulls 4. The output from the software packages from build process is a kernel • Small-footprint network bootable image the internet and custom bzImage bzImage file with an softare packages from a integrated root filesystem ARM Cortex A-9 source code repository file PC/104 AMD • Automated build system Geode SBC Beam Position Monitor Power Supply Control prototype for Fermilab and Regulation for • Support for multiple architectures 5.
    [Show full text]
  • RTI TLS Support Release Notes
    RTI TLS Support Release Notes Version 6.1.0 © 2021 Real-Time Innovations, Inc. All rights reserved. Printed in U.S.A. First printing. April 2021. Trademarks RTI, Real-Time Innovations, Connext, NDDS, the RTI logo, 1RTI and the phrase, “Your Systems. Work- ing as one,” are registered trademarks, trademarks or service marks of Real-Time Innovations, Inc. All other trademarks belong to their respective owners. Copy and Use Restrictions No part of this publication may be reproduced, stored in a retrieval system, or transmitted in any form (including electronic, mechanical, photocopy, and facsimile) without the prior written permission of Real- Time Innovations, Inc. The software described in this document is furnished under and subject to the RTI software license agreement. The software may be used or copied only under the terms of the license agree- ment. This is an independent publication and is neither affiliated with, nor authorized, sponsored, or approved by, Microsoft Corporation. The security features of this product include software developed by the OpenSSL Project for use in the OpenSSL Toolkit (http://www.openssl.org/). This product includes cryptographic software written by Eric Young ([email protected]). This product includes software written by Tim Hudson ([email protected]). Technical Support Real-Time Innovations, Inc. 232 E. Java Drive Sunnyvale, CA 94089 Phone: (408) 990-7444 Email: [email protected] Website: https://support.rti.com/ Contents Chapter 1 Supported Platforms 1 Chapter 2 Compatibility 3 Chapter 3 What's New in 6.1.0 3.1 Added Platforms 4 3.2 Removed Platforms 4 3.3 Updated OpenSSL Version 5 3.4 Target OpenSSL Bundles Distributed as .rtipkg Files 5 3.5 Changes to OpenSSL Static Library Names 5 Chapter 4 What's Fixed in 6.1.0 4.1 Still reachable memory leaks 6 4.2 No way to configure TLS 1.3 ciphers 6 Chapter 5 Known Issues 5.1 Possible Valgrind still-reachable leaks when loading dynamic libraries 7 iii Chapter 1 Supported Platforms This release of RTI® TLS Support is supported on the platforms in Table 1.1 Supported Platforms.
    [Show full text]
  • Linux Based Mobile Operating Systems
    INSTITUTO SUPERIOR DE ENGENHARIA DE LISBOA Área Departamental de Engenharia de Electrónica e Telecomunicações e de Computadores Linux Based Mobile Operating Systems DIOGO SÉRGIO ESTEVES CARDOSO Licenciado Trabalho de projecto para obtenção do Grau de Mestre em Engenharia Informática e de Computadores Orientadores : Doutor Manuel Martins Barata Mestre Pedro Miguel Fernandes Sampaio Júri: Presidente: Doutor Fernando Manuel Gomes de Sousa Vogais: Doutor José Manuel Matos Ribeiro Fonseca Doutor Manuel Martins Barata Julho, 2015 INSTITUTO SUPERIOR DE ENGENHARIA DE LISBOA Área Departamental de Engenharia de Electrónica e Telecomunicações e de Computadores Linux Based Mobile Operating Systems DIOGO SÉRGIO ESTEVES CARDOSO Licenciado Trabalho de projecto para obtenção do Grau de Mestre em Engenharia Informática e de Computadores Orientadores : Doutor Manuel Martins Barata Mestre Pedro Miguel Fernandes Sampaio Júri: Presidente: Doutor Fernando Manuel Gomes de Sousa Vogais: Doutor José Manuel Matos Ribeiro Fonseca Doutor Manuel Martins Barata Julho, 2015 For Helena and Sérgio, Tomás and Sofia Acknowledgements I would like to thank: My parents and brother for the continuous support and being the drive force to my live. Sofia for the patience and understanding throughout this challenging period. Manuel Barata for all the guidance and patience. Edmundo Azevedo, Miguel Azevedo and Ana Correia for reviewing this document. Pedro Sampaio, for being my counselor and college, helping me on each step of the way. vii Abstract In the last fifteen years the mobile industry evolved from the Nokia 3310 that could store a hopping twenty-four phone records to an iPhone that literately can save a lifetime phone history. The mobile industry grew and thrown way most of the proprietary operating systems to converge their efforts in a selected few, such as Android, iOS and Windows Phone.
    [Show full text]
  • Operating System Components for an Embedded Linux System
    INSTITUTEFORREAL-TIMECOMPUTERSYSTEMS TECHNISCHEUNIVERSITATM¨ UNCHEN¨ PROFESSOR G. F ARBER¨ Operating System Components for an Embedded Linux System Martin Hintermann Studienarbeit ii Operating System Components for an Embedded Linux System Studienarbeit Executed at the Institute for Real-Time Computer Systems Technische Universitat¨ Munchen¨ Prof. Dr.-Ing. Georg Farber¨ Advisor: Prof.Dr.rer.nat.habil. Thomas Braunl¨ Author: Martin Hintermann Kirchberg 34 82069 Hohenschaftlarn¨ Submitted in February 2007 iii Acknowledgements At first, i would like to thank my supervisor Prof. Dr. Thomas Braunl¨ for giving me the opportunity to take part at a really interesting project. Many thanks to Thomas Sommer, my project partner, for his contribution to our good work. I also want to thank also Bernard Blackham for his assistance by email and phone at any time. In my opinion, it was a great cooperation of all persons taking part in this project. Abstract Embedded systems can be found in more and more devices. Linux as a free operating system is also becoming more and more important in embedded applications. Linux even replaces other operating systems in certain areas (e.g. mobile phones). This thesis deals with the employment of Linux in embedded systems. Various architectures of embedded systems are introduced and the characteristics of common operating systems for these devices are reviewed. The architecture of Linux is examined by looking at the particular components such as kernel, standard C libraries and POSIX tools for embedded systems. Furthermore, there is a survey of real-time extensions for the Linux kernel. The thesis also treats software development for embedded Linux ranging from the prerequi- sites for compiling software to the debugging of binaries.
    [Show full text]
  • Building Meego with OBS an Introduction to the Meego Build Infrastructure
    » The Linux Foundation Building MeeGo with OBS An Introduction to the MeeGo Build Infrastructure .................. By Rudolf Streif, The Linux Foundation June 2011 A Publication By The Linux Foundation Characters from the MeeGo Project (http://www.meego.com) http://www.linuxfoundation.org Background Building a Linux distribution from scratch can be a daunting task. Besides the obligatory Linux kernel itself with its myriad of configuration options, a working Linux distribution requires hundreds if not thousands of additional packages to form a viable platform for desktop, server, mobile or any other type of specialized applications. For embedded Linux solutions, the complexity scales with the need to support multiple and different processor architectures, hardware platforms with limited resources, requirements for cross toolchains, and more. The MeeGo project leverages the strengths of the Open Build Service (OBS) for distribution and application development. MeeGo has established a 6-months release cadence mounting two releases per year in April and October in addition to maintenance releases in-between. To support this, the MeeGo OBS environment builds bootable MeeGo images for the various MeeGo device categories and user experiences (Handset, Netbook, Tablet PC, In-vehicle Infotainment, and Smart TV) targeting multiple different hardware platforms for IA, ARM, etc. For application development, the MeeGo OBS allows developers to easily build their software packages utilizing the same infrastructure the MeeGo distributions were built with, validating dependencies and providing binary compliance. In this whitepaper, we will provide a brief introduction to the MeeGo build infrastructure and how it is utilized to support the MeeGo development process. Then we demonstrate the use of the OBS WebUI and the command-line client osc with step-by-step instructions.
    [Show full text]
  • A Timeline for Embedded Linux
    A timeline for embedded Linux Chris Simmonds 2net Ltd. 30th April 2014 Chris Simmonds (2net Ltd.) A timeline for embedded Linux 30th April 2014 1 / 26 License These slides are available under a Creative Commons Attribution-ShareAlike 3.0 license. You can read the full text of the license here http://creativecommons.org/licenses/by-sa/3.0/legalcode You are free to • copy, distribute, display, and perform the work • make derivative works • make commercial use of the work Under the following conditions • Attribution: you must give the original author credit • 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.e. include this page exactly as it is) • For any reuse or distribution, you must make clear to others the license terms of this work The orginals are at http://2net.co.uk/slides/ Chris Simmonds (2net Ltd.) A timeline for embedded Linux 30th April 2014 2 / 26 About Chris Simmonds • Consultant and trainer • Working with embedded Linux since 1999 • Android since 2009 • Speaker at many conferences and workshops "Looking after the Inner Penguin" blog at http://2net.co.uk/ https://uk.linkedin.com/in/chrisdsimmonds/ https://google.com/+chrissimmonds Chris Simmonds (2net Ltd.) A timeline for embedded Linux 30th April 2014 3 / 26 The early days: 1995 to 1999 • By 1995 Linux was already attracting attention beyond desktop and server • It just needed a few more steps to make it a real contender... Chris Simmonds (2net Ltd.) A timeline for embedded Linux
    [Show full text]