DOCSLIB.ORG

New Tizen Bluetooth Framework Agenda • Tizen Bluetooth Stack Overview

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
New Tizen Bluetooth Framework Agenda • Tizen Bluetooth Stack Overview New Tizen Bluetooth Framework Agenda • Tizen Bluetooth Stack Overview • Why we need Bluetooth Framework? • Current Bluetooth Framework Desgin • New Tizen Bluetooth Framework • New Tizen Bluetooth Framework PoC 0.1 release Some Concepts • OSP/Native Apps • WRT(Web Run Time) Apps • In House/(System) Apps • CAPI • Tizen Service Tizen Bluetooth Stack Tizen BT APIs In House Native Apps Web Run Time Bluetooth apps Plugin Bluetooth-UG CAPI Bluetooth-service Bluetoothd Obexd Bluetooth Framework Kernel The Role of Bluetooth Framework in Tizen • Provides Simple, Uniform, Stable CAPI interfac e for Apps/UI • Integrates BlueZ into Tizen elegantly and Han dles Tizen specific Bluetooth operations – Easy to maintain, extend – High performance, low memory consumption • Easily to port to different verticals/branch/Plat form Bluetooth Framework and BlueZ • Integrate BlueZ into Tizen elegantly • Focus on Tizen specific operation • And by no means replacing and modify any logics of BlueZ 5 Current Bluetooth Framework Design Bluetooth Bluetooth Share UI UI Gadget Music App. System Bluetooth Contact, Email, Call App. Bluetooth Popup Core Message Framework Share System popup Bluetooth Service EFL check logic Bluetooth (Call System popup or Send the Bluetooth Phonebook/ event to application) HFP Agent Multimedia MAP Agent Framework User ObexD BluetoothD PulseAudio space Bluetooth Subsystem INPUT ALSA Kernel Mouse, Driver space Keyboard, Bluetooth Driver (UART) AVRCP BlueZ Project UI Gadget Daemon API/Callback DBUS Application Framework System Call/Events IPC Where We Can Improve (2-1) • Over complicated, performance issue, maintaining issue • Bluetooth-Service daemon should not wrap entire BlueZ and proxy all the BlueZ operations and events. • That makes Bluetooth-Service daemon over complicated • And difficult to maintain and migrate to latest version of BlueZ • Impact performance a lot • Apps should access BlueZ directly in most situations • Non-UI operations should be merged into Bluetooth-Service • To reduce memory consumption • and improve performance • Easy to maintain • Difficult to migrate to new version of BlueZ • Difficult to port to other Tizen verticals or branches • Verticals/branches may have different apps/UI, vconf, configure … Where We Can Improve (2-2) • No unified interface for apps/UI • Some apps call CAPI; while others access Bluetooth-service daemon • Apps/UI are not easy to write and maintain • Bluetooth-Service uses Dbus-glib, which has been replaced by GDbus lib • Please see Tizen Telephony core code • Also see • https://developer.gnome.org/gio/2.30/ch29.html • http://www.freedesktop.org/wiki/Software/DBusBindings/ New Tizen Bluetooth Framework Paring/OPP Bluetooth server UI Bluetooth Call App. Share UI UI Gadget (System Popup) Music App. Bluetooth CAPI Vertical Manager(Bluetooth Core) Plugin (Vertical specific operation PBAP/ OPP HFP Paring SPP … Call System popup MAP Agent Relay Agent Relay Send the event to Multimedia application) Framework Bluetooth Service Daemon BlueZ Lib Obexd Bluetoothd PulseAudio Bluetooth Framework BlueZ Project UI Gadget Daemon API/Callback DBUS Application Framework System Call/Events Lib/API New Design Philosophy (2-1) • Unified CAPI for Apps/UI • All Tizen specific non-UI functions are merged in Bluetooth- service daemon • Apps/UI access BlueZ directly • with help functions CAPI/BlueZ-lib • Bluetooth-Service only proxy paring and OPP operations for BlueZ • BlueZ-lib facilitates BlueZ services access • Hide the DBus operation detail • Easily to migrate to new version of BlueZ New Design Philosophy (2-2) • Vertical plugin • Easy to port to other vertical/platform • Bluetooth-Service is modulated • Easy to add new feature • Module load/unload runtime • A2DP(Pulse Audio) uses upstream solution • Pulse Audio accesses BlueZ directly and independent from the Bluetooth Framework • NAP/Panu • Using ConnMan based tethering over bluetooth • ConnMan accesses BlueZ dreictly and independnt from Bl uetooth Framwork New Design Saves >50% Memory 6,000 5,390 5,070 5,000 3,793 4,000 2,775 3,000 Bluetooth Framework New Generation 1,900 2,014 2,000 Bluetooth Framwork @ Tizen 2.x 1,000 0 Adapter On(KBytes) OPP Send File(KBytes) Paring(KBytes) New Design Memory Consumption Breakdown Old Design Memory Consumption Breakdown Adapter ON Adapter ON Bluetooth-service 1,170k Bt-service 760k Bluetoothd 730k Bt-core 290k Sum 1,900k Bluetooth-share 1614k Bluetooth-hfp-agent 1129k Bluetoothd 718k OPP Send File Sum 3,793k Bluetooth-service 1,499k Bluetoothd 754k OPP Send File Bt-service 774k Obexd 522k Bt-core 289k Sum 2,775k Bluetooth-share 1,848k Bluetooth-hfp-agent 1,129k OPP Receive File Bluetoothd 884k Bluetooth-service 1,582k Obexd-client 466k Bluetoothd 956k Sum 5,390k Obexd 515k Paring Sum 3,053k Bt-service 763k Bt-core 289k Bluetooth-share 1,875k Paring Bluetooth-hfp-agent 1,120k Bluetooth-service 1,262k Bluetoothd 1023k Bluetoothd 752k Sum 5,070k Sum 2,014k Operation Simplified Bluetooth Framework NG Bluetooth Framework BlueZ UG/UI Other-Service Bluetooth-Service BlueZ UG/UI CAPI/BlueZ-lib DBus Request api() DBus Request DBus Request DBus Request CallBack() DBus Response DBus Response signal DBus Response DBus Response Upgrading BlueZ more easily Upgrading to BlueZ 5.x Bluetooth Framework NG Bluetooth Framework 2 person week 2 person month Touch 2 files ~60 patches New Tizen Bluetooth Framework PoC 0.1 Release • We have finished 0.1 PoC release • This release includes: – Software framework • Enhanced CAPI • Refined Bluetooth service Daemon • Bluez lib – basic Bluetooth Profiles • Adapter functionality • Device functionality • Paring • Data share(OPP client/server) • SDP • HID – New Bluetooth-UG(UI Gadget) – New Paring/OPP apps (system popup) – Basing on latest upstream BlueZ(5.x) • Q/A Backup Bluetooth Service: Manager Module (Bluetooth Core) • Bluetooth Service: Manager module replaces Bluetooth Core • Manager Main Function: void EnableBluetoothService() Starts bluetooth service daemons like Bluetoothd and Obexd Power on the default adapter. Loads the service objects of bluetooth-servcie. After property InService changes to ture, bluetooth service will be ready for use. • Bluetooth Service Daemon only loads manager module on system start up. And all the other daemon including Bluetoothd Obexd will be started through Dbus after apps/UI call EnableBluetoothService(), So Bluetooth subsystem will not impact system boot up time. And almost consume no resource when Bluetooth is not used • “Bluetooth core” system() trigged “startup script” is abandoned • Use built in driver, not to load/unload driver runtime • Load/unload driver runtime is dangerous Bluetooth Service Startup Bluetooth-Service UG/UI CAPI Bt_adpater_enable() Manager EnableBluetoothService() Invoke BlueZ Services Obexd/Bluetoothd Request Power On Adapter Adapter On signal Load Function Modules General Operations: Access BlueZ Service Directly Obexd/Bluetoothd UG/UI CAPI/BlueZ-lib api() DBus Request CallBack() DBus Response Paring: PoPup/Paring UI-> Bluetooth Service -> Bluetoothd UG CAPI Bluetooth-Service Bluetoothd bt_device_create_bound() Paring Relay paring.pare() Paring agent Request Invoke Paring APP/UI Vertical Paring UI/ Plugin Sys Popup CAPI Paring.RegisterRelayAgent() Paring Relay Relay Paring agent Operation Paring agent Response OPP Send File: UG->Bluetooth Service->Obexd UG CAPI Bluetooth-Service Obexd Notification bt_opp_client_push_file() OPP opp.send_file() Relay Transfer State Vertical Plugin Notify transfer state Bluetooth Share UI/Cancel Transfer BT-Share-UI CAPI Bluetooth-Service Obexd Transfer State bt_opp_transfer_state_cb() bt_opp_transfer_cancel() opp.CancelTransfer () OPP Relay OPP Server: Obexd->Bluetooth Service-> Syspop/OPP UI Obexd Bluetooth-Service Obex agent OPP Request Sending file Relay Vertical Invoke OPP_Service APP/UI Plugin (System Popup) CAPI OPP/syspopup UI OPP Opp.RegisterOPPAgent() Relay OPP relay agent operation Obex agent Response Sending file.
Load more

Recommended publications
  • Android (Operating System) 1 Android (Operating System)
    Android (operating system) 1 Android (operating system) Android Home screen displayed by Samsung Nexus S with Google running Android 2.3 "Gingerbread" Company / developer Google Inc., Open Handset Alliance [1] Programmed in C (core), C++ (some third-party libraries), Java (UI) Working state Current [2] Source model Free and open source software (3.0 is currently in closed development) Initial release 21 October 2008 Latest stable release Tablets: [3] 3.0.1 (Honeycomb) Phones: [3] 2.3.3 (Gingerbread) / 24 February 2011 [4] Supported platforms ARM, MIPS, Power, x86 Kernel type Monolithic, modified Linux kernel Default user interface Graphical [5] License Apache 2.0, Linux kernel patches are under GPL v2 Official website [www.android.com www.android.com] Android is a software stack for mobile devices that includes an operating system, middleware and key applications.[6] [7] Google Inc. purchased the initial developer of the software, Android Inc., in 2005.[8] Android's mobile operating system is based on a modified version of the Linux kernel. Google and other members of the Open Handset Alliance collaborated on Android's development and release.[9] [10] The Android Open Source Project (AOSP) is tasked with the maintenance and further development of Android.[11] The Android operating system is the world's best-selling Smartphone platform.[12] [13] Android has a large community of developers writing applications ("apps") that extend the functionality of the devices. There are currently over 150,000 apps available for Android.[14] [15] Android Market is the online app store run by Google, though apps can also be downloaded from third-party sites.
    [Show full text]
  • Energy Efficient Wifi Tethering on a Smartphone
    Energy Efficient Wifi Tethering on a Smartphone Kyoung-Hak Jung†, Yuepeng Qi†, Chansu Yu†‡, and Young-Joo Suh† †Department of Computer Science and Engineering & Division of IT Convergence Engineering Pohang Univ. of Science and Tech., Pohang, 790-784, Republic of Korea Email: {yeopki81, yuepengqi, yjsuh}@postech.ac.kr ‡Department of Electrical and Computer Engineering Cleveland State University, Cleveland, Ohio 44115 Email: [email protected] Abstract—While numerous efforts have been made to save energy of “client” devices but it has not been addressed for access points (APs) as they are assumed to be supported by AC power. This paper proposes E-MAP, which is an energy saving algorithm for a tethering smartphone that plays a role of mobile AP (MAP) temporarily. It saves MAP’s energy by introducing the sleep cycle as in power save mode (PSM) in 802.11 but successfully keeps clients from transmitting while it sleeps. One (a) Nexus One with traffic (b) iPhone 4 with traffic important design goal of E-MAP is backward compatibility, i.e., it requires no modification on the client side and supports PSM and adaptive PSM (A-PSM) as well as normal constant awake mode (CAM) clients. Experiments show that E-MAP reduces the energy consumption of a Wifi tethering smartphone by up to 54% with a little impact on packet delay under various traffic patterns derived from real-life traces. (c) Nexus One without traffic (d) iPhone 4 without traffic Fig. 1: Power consumption measurements using Monsoon Power I. INTRODUCTION Monitor [11]. (Each figure compares power consumption of a smart- While the coverage of cellular networks is much larger phone when it is used as a 3G client, a Wifi client, and a MAP with than that of Wifi networks in the US (99% vs.
    [Show full text]
  • Dozyap: Power-Efficient Wi-Fi Tethering
    DozyAP: Power-Efficient Wi-Fi Tethering Hao Han1,2, Yunxin Liu1, Guobin Shen1, Yongguang Zhang1, Qun Li2 1Microsoft Research Asia, Beijing, China 2College of William and Mary, Williamsburg, VA, USA ABSTRACT Wi-Fi tethering (i.e., sharing the Internet connection of a mobile phone via its Wi-Fi interface) is a useful functionali- ty and is widely supported on commercial smartphones. Yet existing Wi-Fi tethering schemes consume excessive power: they keep the Wi-Fi interface in a high power state regard- less if there is ongoing traffic or not. In this paper we pro- pose DozyAP to improve the power efficiency of Wi-Fi tethering. Based on measurements in typical applications, we identify many opportunities that a tethering phone could sleep to save power. We design a simple yet reliable sleep Figure 1: Wi-Fi tethering. protocol to coordinate the sleep schedule of the tethering phone with its clients without requiring tight time synchro- vices can connect to the mobile SoftAP through their Wi-Fi nization. Furthermore, we develop a two-stage, sleep inter- interfaces. The mobile SoftAP routes the data packets be- val adaptation algorithm to automatically adapt the sleep tween its 3G interface and its Wi-Fi interface. Consequent- intervals to ongoing traffic patterns of various applications. ly, all the devices connected to the mobile SoftAP are able DozyAP does not require any changes to the 802.11 proto- to access the Internet. col and is incrementally deployable through software up- Wi-Fi tethering is highly desired. For example, even be- dates. We have implemented DozyAP on commercial fore the Android platform provided built-in support on Wi- smartphones.
    [Show full text]
  • Smartphones in the U.S.: Market Analysis
    Smartphones in the U.S.: Market Analysis Scott Cromar November 29, 2010 Business Strategy for Lawyers Professor Amitai Aviram Smartphones in the U.S.: Market Report © 2010 Scott Cromar. This work is licensed under a Creative Commons Attribution 3.0 United States License. Details on this license can be found here: http://creativecommons.org/licenses/by/3.0/us/ – 2 – Table of Contents I. Executive Summary ............................................................................................................................ 4 A. Market Definition ............................................................................................................................ 4 B. Threat Analysis ................................................................................................................................ 4 C. Intermarket Effects ......................................................................................................................... 4 II. Background & Supply Chain .............................................................................................................. 5 A. A Short History ................................................................................................................................ 5 B. Software vs. Hardware .................................................................................................................... 6 C. Operating Systems .........................................................................................................................
    [Show full text]
  • Our Magenta® Plans
    Our Magenta® plans Individual Family (2 lines minimum) Add-a-line $ /mo. (3–6 lines) $ /mo. $ /mo. + 15 Essentials 60 + 30 with $5 AutoPay discount with $5 AutoPay discount with $5 AutoPay discount (Taxes and fees additional) Taxes and fees additional Taxes and fees additional Taxes and fees additional (6 lines maximum. 7+ lines not available.) $ $ $ + 20/mo. (3–8 lines) Magenta 70/mo. + 50/mo. $ (Taxes and fees included in Magenta plans) with $5 AutoPay discount with $5 AutoPay discount + 30/mo. (lines 9–12) with $5 AutoPay discount lines 3–8 $ $ $ + 30/mo. (3–8 lines) Magenta Plus 85/mo. + 55/mo. $ with $5 AutoPay discount with $5 AutoPay discount + 40/mo. (9–12 lines) with $5 AutoPay discount lines 3–8 Magenta Unlimited 55 $50/mo. +$20/mo. 2 lines maximum, (Age 55+ discount plan) with $5 AutoPay discount with $5 AutoPay discount 3+ lines not available $ 2 lines maximum, Magenta Plus Unlimited 55 not available + 90/mo. (Age 55+ discount plan) with $5 AutoPay discount 3+ lines not available Magenta Military | $ Magenta First Responder + 10/mo. (3–6 lines) $ $ $ (Discount Plans) 55/mo. + 25/mo. + 20/mo. (7–8 lines) with $5 AutoPay discount with $5 AutoPay discount $ /mo. (9–12 lines) Timely military or first responder verification required, or plan + 25 becomes standard price at up to $20 more per line/per month. with $5 AutoPay discount lines 3–8 Magenta Plus Military | $ Magenta Plus First Responder + 20/mo. (3–6 lines) $ $ (Discount Plans) not available + 100/mo. + 30/mo. (7–8 lines) with $5 AutoPay discount $ /mo.
    [Show full text]
  • Let's Get This Show on the Road
    LET’S GET THIS SHOW ON THE ROAD You must be excited about your brand new Telstra Tough™ 3 This guide will help you get to know your new Telstra Tough 3 and take you through some of the basics step by step. So you can get the most out of your new phone, set aside some time to explore and play around with all the handy features. By the way, your Telstra Tough 3 mobile phone is Blue Tick approved which means it’s recommended for rural and regional handheld coverage, and it is IP67 protected which means it has protection against dust and water ingress. The phone is designed to survive submersion to 1m depth of liquids, but should never be intentionally submerged. See the Extra Information section and your warranty card for more details. 1 WHAT’S INSIDE 03 Lets get started 04 Getting to know your Telstra Tough 3 10 Getting Connected 22 Contacts 25 Messages and Emails 34 Extra Features 42 Join Me PC and MAC Connection Software 48 Troubleshooting, Technical and Warranty Information 55 Extra Information 2 LET’S GET STARTED YOUR PACKAGE CONTAINS THE FOLLOWING: • Telstra Tough 3 handset and battery • Telstra Pre-Paid Next G® SIM card • AC charger and USB charging cable • Stereo headset • Telstra Pre-Paid Welcome Guide • This Getting Started Guide • Manufacturer’s warranty card • Mobile Muster recycling bag 3 GETTING TO KNOW YOUR TELSTRA TOUGH 3 Front camera Earpiece Daylight viewable Direction Keys, OK Display Key Use the Direction Keys to navigate & access shortcuts. Left & Right Soft OK key to confirm.
    [Show full text]
  • Android Y Open Handset Alliance Santiago Diaz Peña
    Android y Open Handset Alliance Santiago Diaz Peña Trabajo Práctico TAI2 2010 Ing. Juan de Urraza Ingeniería Informática Universidad Católica “Nuestra Señora de la Asunción” Asunción, Paraguay 1 Introducción En el 2005, Google adquirió Android, una pequeña compañía que recién comenzaba. Los fundadores de Android fueron a trabajar a Google. En ese entonces, era poco lo que se conocía sobre Android, solo que desarrollaban software para teléfonos móviles. Esto genero rumores de que Google estaba planeando entrar en el mercado de la telefonía móvil. En Google, un equipo desarrolló una plataforma para dispositivos móviles basado en el kernel de Linux los cuales fueron promocionados a los fabricantes y prestadores de servicios móviles a partir de la premisa de aportar una sistema flexible y fácilmente actualizable. La Open Handset Alliance fue creada a finales de 2007, liderado por Google con 34 miembros más, incluyendo fabricantes de dispositivos móviles, desarrolladores de aplicación, algunos prestadores de servicios de telefonía móvil y fabricantes de semi-conductores. Android, el software insignia de la alianza, es creado a partir de una licencia de open source y compite contra otras plataformas móviles propietario de Apple, Microsoft, Nokia, Palm, Symbian. El primer teléfono móvil corriendo Android comercialmente disponible es el T-Mobile G1, también conocido como el HTC Dream. Fue aprobado por la FCC en agosto del 2008, estuvo finalmente disponible a finales de octubre. Android nació a partir de la necesidad de crear un plataforma abierta y libre, que pueda ser actualizada, mejorada, modificada para cualquier tipo de teléfono móvil especifico con sus problemas de heterogeneidad por la comunidad de software libre, completa, es decir que tenga todas las funcionalidades que tiene cualquier otra plataforma propietario.
    [Show full text]
  • DA-19-447A1 Rcd.Pdf
    Federal Communications Commission DA 19-447 Before the Federal Communications Commission Washington, D.C. 20554 In the Matter of ) ) Edward Ryan, ) EB Docket No. 14-219 ) File No. EB-14-MD-009 Complainant, ) ) v. ) ) Cellco Partnership d/b/a Verizon Wireless, ) ) Defendant. ) ORDER Adopted: May 21, 2019 Released: May 21, 2019 By the Chief, Enforcement Bureau I. INTRODUCTION 1. In this proceeding, Edward Ryan (Ryan) filed a formal complaint alleging that Cellco Partnership d/b/a Verizon Wireless (Verizon) violated the Commission’s C Block Rules by providing an operating system update that caused the tethering application on his mobile phone to cease functioning.1 We find that the record contains no evidence that Verizon took any action causing Ryan’s difficulties. For this reason and the other reasons discussed below, we deny Ryan’s complaint. II. BACKGROUND A. Legal Framework 2. In 2007, the Commission established rules governing 700 MHz (C Block) wireless licenses, which had previously been used in analog television transmission.2 Wireless service providers that obtained licenses to C Block spectrum agreed to accept certain open-access obligations (C Block Rules).3 Under section 27.16(b) of the Commission’s rules, licensees may “not deny, limit, or restrict the ability of their customers to use the devices and applications of their choice on the licensee's C Block network.”4 Further, section 27.16(e) prohibits each licensee from “disabl[ing] features on handsets it provides to customers.”5 A party alleging violation of the C Block Rules may institute a formal 1 See Complaint, File No.
    [Show full text]
  • Policy Control for Connected and Tethered Devices
    Policy Control for Connected and Tethered Devices A Sandvine Technology Showcase Contents Executive Summary In this era of the Internet of Things, there is no practical limit to Executive Summary ................................... 1 the number of devices that can have an IP address. In addition to ‘traditional’ devices, the Internet will soon see the addition of Introduction to Device Awareness.................. 2 billions of new devices as connected homes and other machine- Sandvine’s Device Awareness ....................... 3 to-machine devices come online. Fixed Access Networks ............................ 3 The increasing number and diversity of connected devices brings Mobile Access Networks ........................... 4 opportunity to communications service providers (CSPs) who can Mobile Tethering ................................ 4 identify trends and can create services that anticipate new needs. Network Address Translators ..................... 5 Distinguishing between Concurrent Devices To take full advantage of these opportunities, however, and to behind a NAT .................................... 6 enable the Internet of Things, the policy control solutions on which CSPs rely must meet a range of technical requirements. Identifying Individual Devices behind a NAT 6 Policy Control and Business Intelligence ....... 7 For instance, the policy control platform must be able to identify and distinguish client devices in real-time, and must do so for Conclusion ............................................. 10 devices behind network
    [Show full text]
  • ZTE Avid 579 User Guide.Pdf
    ZTE Avid 579 USER GUIDE 1 TABLE OF CONTENTS Getting Started ................................................................................ 10 Installing a microSDXC™ Card ....................................................................10 Thank you for choosing Consumer Cellular! Charging the Battery ......................................................................................10 We know you’re excited to use your new ZTE Avid 579, and this user guide Extending the Battery Life .............................................................................11 will help you get familiar with it, so you can start using it as soon as possible. Powering Your Phone On/Off .....................................................................12 Each section includes instructions and pictures to make it easy to start using Setting Up Your Phone for the First Time ...............................................12 your device. If you would like to learn more, turn to the back of this guide, Locking/Unlocking the Screen and Keys ................................................13 where you’ll find the SUPPORT section. Using the Touch Screen ...............................................................................14 We’re always happy to help you! Getting to Know Your Phone .....................................................................15 Key Functions .................................................................................................17 Getting to Know the Home Screen ...........................................................18
    [Show full text]
  • Nighthawk LTE Mobile Hotspot Router User Manual
    Nighthawk LTE Mobile Hotspot Router User Manual Model MR1100 June 2018 202-11798-03 350 E. Plumeria Drive San Jose, CA 95134 USA Nighthawk® LTE Mobile Hotspot Router Model MR1100 Support To manage your AT&T account, visit att.com/myATT. For help and support on the web, visit att.com/DeviceHowTo or visit http://attwifimanager/ and click the three dot icon in the upper right corner. Or call 611 from any AT&T wireless phone, or 800.331.0500, and when prompted, enter your device©s 10-digit number. (To get the number, visit http://attwifimanager/ and click the Dashboard button.) See your warranty card for warranty and service information. For additional information, visit www.netgear.com/support to access the full user manual (this document) and to download firmware updates. Compliance For regulatory compliance information, visit http://www.netgear.com/about/regulatory. See the regulatory compliance document before connecting the power supply. Trademarks © NETGEAR, Inc., NETGEAR and the NETGEAR Logo are trademarks of NETGEAR, Inc. Any non-NETGEAR trademarks are used for reference purposes only. 2 Contents Chapter 1 Get Started Get to Know Your Mobile Router............................................................................8 Top Front View...................................................................................................8 Power Button.....................................................................................................9 Status LED........................................................................................................9
    [Show full text]
  • Tizen, Overview and Architecture
    Overview and Architecture Seokjae Jeong, Samsung Electronics Contents Overview Architecture Tizen SDK 2.0 Alpha Update Core Subsystem Conclusion A LINUX FOUNDATION EVENT 2 KOREA LINUX FORUM 2012 Overview A LINUX FOUNDATION EVENT 3 KOREA LINUX FORUM 2012 There are many smart devices in mobile market. A LINUX FOUNDATION EVENT 4 KOREA LINUX FORUM 2012 And, almost as many software platforms for them A LINUX FOUNDATION EVENT 5 KOREA LINUX FORUM 2012 Many smart devices also appear in non-mobile market A LINUX FOUNDATION EVENT 6 KOREA LINUX FORUM 2012 User Expectation Before smart device, The user knew that they were different. Therefore, the user did not expect anything among them. Now, The user is expecting something among them. However, manufacturers provide different applications and user experiences Disappointed about inconvenient and incomplete continuation among them. • Due to use of different and proprietary software platforms Proprietary platforms A LINUX FOUNDATION EVENT 7 KOREA LINUX FORUM 2012 Why do they do? Why could not manufacturers provide the same platform for their devices? The platform has been designed for a specific embedded device. Manufacturers do not want to share their proprietary platforms. Proprietary platforms A LINUX FOUNDATION EVENT 8 KOREA LINUX FORUM 2012 What if there is.. What if there is a standard-based, cross category platform? The same software can run on many categories of devices with few or no changes Devices can be connected more easily and provide better convergence services to users What if the platform
    [Show full text]