参加者(ATND順・敬称略)
|
発表内容（動画)
@ AkiraTsukamoto : 「ARM LinuxとAndroid on ARMv8の動向について」(資料非公開)
- 自己紹介
- Linaroの人
- 本日のお題 : Android & Chrome Activity
- 64bit CPUの時にAndroidが動くように
- 64bitといっても色々ありますが、64bit Kernelの上で64bit Androidを動かせるようにがんばってます。
- OpenSSLやChromeを64bitで高速化されたNeon命令等を使うようにオプティマイズしています。
- 64bit ARMに関する開発活動
- ARMv8 activity(64bitの事をこう呼ぶ模様）
- Kernel WG
- Toolchain WG
- Graphics WG
- Power Management WG
- Virtualization team
- big-LITTLE IKS(aka CPU Migration)
- Cortex-A15とCortex-A7をペアにして切り替えながらLow PowerとHigh Performanceを切り替えながら動かしている
- Linux SchedulerへのパッチをARMが開発
- ただし、Upstreamのメンテナと相談せずに作ったため、メインストリームに入る見込みはない
- そこで、upstreamに大してはCPUに依存せず新しいスケジューラを作りましょうという活動をしている
- 詳しくは、こちら
- CPU使用率の平均を取って、高いタスクを判定してbigとLITTLEへの振り分けを行っている
- ARM in Servers
- 64bit ARMサーバーを一番真面目にやってるのは、RedHatさん
- 速度では、Intelに敵わない。速度はそこまで必要でもないサーバー向け
- LAMP
- Hadoop
- HipHop
- OpenStack
- 今は、Bootloaderの開発を急いでいる。UEFI/ACPI/GRUB
- UEFI
- ACPI
- RAS
- 最適化
- CRC
- openSSL
- RAND
- PHP
- Python
- OpenJDK (特にこれが遅い）
- LNG - initial focus areas
- Virtualization support
- Data Plan
- Mixed-endian (Networkにあわせて、Big Endianで動かす方が早くなるため）
- Power Management
- HSA(Heterogeneous System Architecture)
- GPGPU
- OpenCLだけでなくHSAも対応しよう
- コンパイラはLLVMでということになっている
- Security WG
- Support for TEE compatibility
- Standardized APIs including Global Platform
- Support for ARM Secure boot architecture
- こういったものの互換性を壊さないようにするためのWG
- Linaro Stable Kernel(LSK)
- LTSをベースに開発している
- support.linaro.org
- サイト
- https://wiki.linaro.org/FrontPage
- https://support.linaro.org/home
- http://www.linaro.org/
- 最近Yoctoの要望が多いので対応を行っている
- 昔はPanda BoardとかSnowballとか並んでいたけど、技術者引き上げられてしまったので・・・。
- 今後はLLVM化して行く流れ
- ARMが作ったカバー範囲が広いけど遅いもの
- Appleさんが作ったカバー範囲が狭いけど早いもの
- 二種類あって、今はAppleさんのものに、ARM/Linaroが足りないものを追加していっている所
- ARM64がAppleのもの、AArch64がARM/Linaroのもの
- マージが終わったら名前を統一する予定
- QA
- 64bitは何で動作検証している？
- ごめんなさい、カメラ動いてると言えないです。
- 64bitは何で開発している？
- ARM fast modelsを使っています（ARMが売ってる有償のものですが）
- この後は、会場のみの
@ hidenorly : 「AOSPの64bit対応」(資料)
- 自己紹介は非公開
- 最近は各社さんとも64bitが盛んになってきている
- 64bit support will come!(AOSP)
- 多くの事はサイトから読み取れる
- Executive Summary
- 64bitデバイス上で32bitも64bitも動作する
- Using ART(Not Dalvik)
- 32bit動作のデモ
- Javaのアプリケーションへの影響はありません
- AOSP is working to support 64bit! - 変更があったディレクトリを見るだけでも多くの情報が
- build
- art
- system
- bionic
- ndk
- sdk
- external
- frameworks/
- av
- native
- compile
- rs
- hardware
- libcore
- 64bitサポートのアーキテクチャ
- CPU(64bit対応)
- Kernel (64bit)
- Userspace
- init -> Zygote64 -> Applocations(64bit)
- init -> Zygote -> Application(32bit)
- init -> Media server(32bitのまま)
- 32bit/64bitどちらも動かせるように作られている
- Binderは、32bit,64bitアプリケーション間で通信できる
- System Serviceは64bit空間に居る
- 32bitか64bitかで一部は切り分けられている。たとえば、64bitはsystem/lib64というフォルダ内のものが使われている。
- 64bitのサポート形式
- LP64形式
- longが64bit, pointerが64bitになる
- Build下を見て行くとサポートCPUがわかる
- System プロパティも、abilistにも64等が用意されている
- Build : 64bit
- Build : Blacklist for 64bit
- ここで指定されているものは、自動的に32bitになる
- 基本は、それぞれのmakefileで書くのが基本になってきていると思われる
- 32bit only process一覧
- LOCAL_32_BIT_ONLY = true で検索すると見つかる
- Build : Indicator to build 32/64
- LOCAL_MULTILIB
- Deploy
- /system/lib
- /system/lib64
- /system/lib/apkname
- /system/lib64/apkname
- Package Manager changes for dual zygote stack.
- Zygoteは２つが前提になる
- systemが使うのは、両方用にビルドします
- shared libraryは使う時にビルドします
- System server executes on Zygote32 or Zygote64
- 64bitの場合、システムサーバーは64bitでしか立ち上げていない
- ART!!!(no 64bit support on Dalvik)
- Binder (64bit support)
- OpenGL(32bitと64bit両方用意されていて、アプリケーションによって選択される）
- Appendix : 64bit VM
- SELinuxとは
- 強制アクセス制限を付加する機能
- セキュアOS
- 最小特権
- 強制アクセス制御
- Type Enforcement
- ドメイン遷移
- RBAC(Role Base Access Control)
- AndroidでのSELinux
- AOSPへの実装状況
- Android 4.3からPermissiveモード
- Android 4.4からEnforcingモード
- 動作モードの確認方法
- adb shell getenforce
- SELinuxの実装
- Linux kernel
- ユーザーランド(Android)
- セキュリティポリシの読み方
- タイプの設定
- type ラベル, type....
- TEの記述
- allow domain type:ocjectclass access vector;
- domainはプロセス
- タイプ：オブジェクトクラスはリソース
- アクセスベクタはプロセスがリソースに対して行える操作
- ドメイン遷移の記述
- セキュリティポリシの格納場所
- ビルドシステム
- ビルド時に４つの変数をみている
- BOARD_SEPOLICY_REPLACE 定義を置き換える
- BOARD_SEPOLICY_UNION 定義を追加する
- BOARD_SEPOLICY_DIRS 格納場所の指定
- BOARD_SEPOLICY_IGNORE フィルタをかけるらしいが使われていない
- Android 4.4の定義は最低限？
- ポリシー定義をみるとお試しに近い
- システム関連はunconfined_domainや、permissiveが多用されている
- アプリケーションの保護は細かく設定されている
- unconfined_domainは多くの操作を許可している
- Master Branchの状況
- Android 4.4よりも細かく真面目に設定されている
- permissiveは使用しなくなった
- unconfined_domainはにt_しぇっlのみ
- SELinuxを試したい人は、Master Branchで試すのが良い
- Android開発の注意点
- 有効・無効の判断
- 個人的には無効にする必要がないので、有効にしています。
- 無効にしていると、セキュリティクラスタから有り難いお言葉をいただけるかもしれません。
- セキュリティポリシの確認
- 黙視による全確認は厳しいのでpermissiveモードにしてアクセス違反のログを全部吐かせる
- アクセス違反のログを参考に、セキュリティポリシーや追加した機能を修正すると良い
- JCROMでの例
- 遭遇した問題
- ブートアニメーションが出ない
- テーマとして設定した/data/theme/bootanime/bootanimation.zipを読み込めていない
- bootanimation.zipを読み込むためのパーミッションは問題ない
- ログを確認したらSELinuxだった
- 解決までに行った事
- 応用編
- 新しい機能の追加（サービス追加への対応例）
- 僕は最速になりたい。
- 内容は動画で確認して下さい。早いのでついて行けませんでした。
