https://dockr.eurogiciel.fr/blogs/embedded/back-from-tdcsf14/
https://www.tizen.org/events/tizen-developer-conference/2014/multiuser-mode-tizen-3
Multiuser mode in Tizen 3
The multiuser mode is a new feature of Tizen 3. Tizen 3 support of multi user is aiming at enabling multiple profile in connected devices. The presentation will focus on the changes induced by enabling multiuser in Tizen 3.
Traditionally, Tizen has always been single-user ; however, real-world use cases advocate for a multi-user model. per-user settings, private or shared applications, shareable contents …
It brings up lots of challenges : how could we dispatch configurations, databases, applications, network communications among a dynamic number of users ? Enhancements target the source code, packaging, and the whole architecture.
Topics:
* multiuser architecture,
* what needs to be changed,
* migration steps,
* roadmap.
Year:
2014
Track:
Platform development
Presenter(s):
Baptiste DURAND, EUROGICIEL
Location:
Continental 5
Scheduled Time:
Wednesday, 4 June 2014 - 10:40am to 11:20am
5. 5
Tizen Multi User System
● Categories of Multi User System
– Multi Seat System
The system can be used at the same time by several users and they
could share the same display.
– Single Seat System
The system can be used by one user at the given time
6. 6
Multi User System : Key Requirements
● User Management
– Needs user account
– Each user has its Environment / data / applications
– “Administrator” concept
● Application Management
Global AppsUser 1 Apps User 2 Apps
7. 7
Multi User System : Key Requirements
● Security Management
– User can only read its own data and system data
– Security must protect the user data, the system data
– Security must control resources access per User
● Resource / Service Management
– Shared Access
– Exclusive Access
– Service Concept
8. 8
Multi Seat System : IVI Needs
● Guest user
– Is logged in by default
– Starts Default Applications
Global AppsUser 1 Apps User 2 Apps
Default Apps
9. 9
Multi Seat System : IVI Needs
● Resources Management
– Users can share the same display (e.g. passengers and driver)
– Users can also exchange seats (and so displays)
10. 10
Single Seat System
● Similar to profile system (shared phone TV)
● No specific resource management
● Security Management
12. 12
Multi User Related changes
● Main Challenge
– Keep the project consistent during migration process
● Tizen Platform Configuration
● Application Framework
● Resources Services
● Service API
● User Management
13. 13
Upcoming updates : Tizen Platform Configuration
● Package source code compliance
– The source code was not compliant with Multi User architecture
● Hard-coded path
● Hard-coded uids / gids / Username related to user App
15. 15
Upcoming updates : Tizen Platform Configuration
● Tizen Platform Configuration
– Goal : Having a unique package that defines how the environment
variables are made
– Based around on 1 configuration file (meta file) and 1 wrapper library
– Easy to use (as it is bash readable)
20. 20
Upcoming updates : Application Framework
● On tizen 2, All apps were launched in a static 'sourced'
Environment with the ID App
● 'User' concept needs to be introduced
22. 22
Upcoming updates : Application Framework
● Application are launched in the User Environment provided by
systemd session.
● Each User can access to :
– A set of databases corresponding to System/common Application
– Another corresponding to it own databases.
– Application Databases look like the Tizen 2.0 ones
– Core API should be extended
23. 23
Upcoming updates : Resources Services
● Resources not related to a Tizen framework should be shared:
● Display (IVI Requirement)
● Audio
● Resources related to a framework should be managed:
– Service API Daemon?
…
24. 24
Upcoming updates : Resources Services
Weston
● Initial Case
– Officially 1 compositor per user session
– User cannot switch of display without restarting the weston service
● What's done
– 1 compositor for the whole system
– Weston daemon is responsible to allocate visual resources to a user
– Launched as “display” user (system uid)
25. 25
Upcoming updates : Service API
State PROPOSAL
Other investigations are being also tested :
● Containers
● Smack containers launcher
26. 26
Upcoming updates : Service API
● Framework / CORE API in Tizen2.0
Model in
Tizen 2.X
28. 28
Upcoming updates : Service API
● Framework / CORE API Tizen3.0
● New services API (SAPI) is introduced as a drop-in replacement for Core APIs
● SAPI will be as close as possible as actual Core APIs
● Calls are sent to the Services Daemon (local RPC)
● The Services Daemon gets the app. credentials: uid, git, smack label and
checks if the call is allowed (using Cynara)
● The call is then executed using the actual Core APIs and the result sent back
to client.
● Extra features could be implented inside the SAPI Daemon (e.g. dynamic
resources management)
29. 29
Upcoming updates : TLM / GUMD
● Gumd
● Manages users accounts
● DBUS API
● Tizen Login Manager
● Opens user sessions
● Provides : DBUS API
● Support : GUI less / auto login
● Should be adapted to include admin notion
31. 31
Status and estimated deliveries
Status Comments Estimate delivery
Tizen Configuration Plaform
Fully Integrated since sart
of the year
Platform Meta should be adopted by
Profile
X
Application Frwk Implemented
Some API extension are missing
Crosswalk Need to be integrated
End of this month
Ressources Management In investigation
Note :
Weston Server Fully integrated
Background Work
Service API Architexture review Architecture proposal is ready 2014-Q3
Welcome to this MU presentation
My name is BD
I'm contractor for Intel on behalf of Eurogiciel company.
I has been started to work on the Tizen Project since two years ago
During this 2 years I worked on WRT integration on proof of concept profile of Tizen called Tizen PC.
I also worked on x64 architecture build isse & gstreamer 1.0 migration.and various IVI debugging
And Now I'm dealing with Crosswalk Integration
I will present a new feature of tizen 3. the multi user compliance
Initialy , Tizen OS has been devellopped initially for single user syystem such as mobile phone.
With Tizen 3, Tizen is going to become a multi user OS to answer to needs of profile such as TV or IVI system.,
Let me expoqe The one main difference bettween Tizen 2 and Tizen 3 and it associated requirements: the Tizen multi user system
Platform Configuration
Application Framework
User Management
Resources Management [Shared / Unique]
Service API (Service proxy deamon)
There many diffent multi user system
I present you an one that introduce Seat notion.
Here is a multple seat with 1 display probably a touch sceen display.
This kind of system is 1 of kind of system addressed by Tizen 3.0
TV phone
Some needs are same for each categories preiously exposed
This one to standart Linux OS ones
As Shared access resources we have network for example
Exclusive access : Bluettooth for example
Let talk about tizen specific needs especialy about IVI needs.
Guest is logged in by default
Default apps doesn't needs to have specific configuration to be launched.
For example guest user can have access to email applications.
That doesn't make any sense.
We need to configure this kind of app for using it.
That suppose we need to be identied by system
User applications could be move from one seat to an other without restarting them
We have simillar requireemnt than the previous ones execpt for Ressource management because here all HW ressources are avaible and dedicated to the only user
The Multi user migration is currrently on going.
Some of changes are already avaibl in Tizen.
I will detail them and also the upcomming changes
Let me shouw up how we have been added some Multi User featue by keeping project integrity
In order to prepare the code before the migration we had to remove hard coded path.
Indeed in Tizen 2,the architecture is single user.
There is a lot of hardcoded path related to one user called APP.
As we will see later all application framework architecture is mainly based on this user.
L