Can mainline Linux run on Android without vendor hooks
summary
Argues that many Android-only patches are now implemented as vendor hooks (tracepoints added to the GKI) to override kernel behavior because real devices expose scheduler, DVFS and errata problems that upstream kernels don’t yet solve. Lists concrete failures: UI jank, battery and thermal regressions, priority inversion from DVFS and binder locking, EAS packing vs CFS spreading, RT placement and heavy background-task interference. Proposes building user-space QoS libraries and SDKs to reduce hooks, targets incremental fixes aiming for Android 15 timeframes.
AI-written summary · about
chapters (7)
- 0:00Introduction and motivation
- 1:42Vendor hooks and quality issues
- 3:10Scheduler challenges in Android
- 8:47Latency and performance inversions
- 11:15Background tasks and real-time issues
- 12:18Breaking the deadlock with user space
- 13:20Q&A and discussion
related talks
08mTechnical debt
09mAndroid Kernel Upstreaming to the Linux Kernel
42mAndroid: Protecting the Kernel
37mRunning Android on the Mainline Graphics Stack
01h 08mAndroid Plateform Anatomy
41mUnifying Android and Mainline Kernel Graphics Stack
33mAndroid Kernel Upstreaming: Overview & Status
42mAndroid Common Kernel and Out of Mainline Patchset Status
