Sa huling kumperensya ng Linux Plumbers 2019, ang Google tungkol sa pag-unlad sa paglilipat ng mga pagbabagong binuo sa Linux kernel sa pangunahing Linux kernel para sa Android platform. Ang pinakalayunin ay payagan ang Android na gumamit ng isang karaniwang kernel, sa halip na maghanda ng hiwalay na mga build para sa bawat device batay sa isang sangay na partikular sa Android. . Ang layuning ito ay bahagyang nakamit, at ang Xiaomi Poco F1 Android smartphone na may firmware batay sa karaniwang hindi nabagong Linux kernel ay ipinakita sa kumperensya.
Kapag handa na ang proyekto, hihilingin sa mga vendor na magbigay ng base kernel batay sa pangunahing Linux kernel. Ang mga bahagi para sa suporta sa hardware ay ibibigay lamang ng mga supplier sa anyo ng mga karagdagang kernel module, nang hindi naglalagay ng mga patch sa kernel. Kailangang magkatugma ang mga module sa pangunahing kernel sa antas ng namespace ng simbolo ng kernel. Ang lahat ng mga pagbabagong nakakaapekto sa pangunahing core ay ipo-promote sa upstream. Upang mapanatili ang pagiging tugma sa mga proprietary module sa loob ng mga sangay ng LTS, iminungkahi na panatilihin ang kernel API at ABI sa isang stable na form, na magpapanatili ng pagiging tugma ng module sa mga update para sa bawat karaniwang kernel branch.
Sa paglipas ng isang taon, ang mga tampok tulad ng PSI (Pressure Stall Information) subsystem para sa pagsusuri ng impormasyon tungkol sa oras ng paghihintay para sa pagkuha ng iba't ibang mapagkukunan (CPU, memory, I/O), at ang BinderFS pseudo-file system para sa interprocess na komunikasyon Ang mekanismo ay inilipat sa pangunahing Linux kernel mula sa Android kernel edition. Binder at energy efficient task scheduler EAS (Energy Aware Scheduling). Sa hinaharap, ang Android ay binalak na ilipat mula sa partikular na SchedTune scheduler patungo sa bagong UtilClamp subsystem na binuo sa ARM, batay sa cgroups2 at karaniwang mga mekanismo ng kernel.
Alalahanin natin na hanggang ngayon ang kernel para sa Android platform ay dumaan sa ilang yugto ng paghahanda:
- Batay sa pangunahing mga kernel ng LTS (3.18, 4.4, 4.9 at 4.14), nilikha ang isang sangay ng "Android Common Kernel", kung saan inilipat ang mga patch na partikular sa Android (dati ang laki ng mga pagbabago ay umabot sa ilang milyong linya, ngunit kamakailan lamang. ang mga pagbabago ay nabawasan sa ilang libong linya ng code ).
- Batay sa "Android Common Kernel", ang mga chip manufacturer gaya ng Qualcomm ay bumuo ng "SoC Kernel" na may kasamang mga add-on upang suportahan ang hardware.
- Batay sa SoC Kernel, ginawa ng mga manufacturer ng device ang Device Kernel, na kinabibilangan ng mga pagbabagong nauugnay sa suporta para sa karagdagang kagamitan, screen, camera, sound system, atbp.
Sa esensya, ang bawat aparato ay may sariling kernel, na hindi magagamit sa iba pang mga aparato. Ang ganitong pamamaraan ay makabuluhang nagpapalubha sa pagpapatupad ng mga update upang maalis ang mga kahinaan at ang paglipat sa mga bagong sanga ng kernel. Halimbawa, ang pinakabagong Pixel 4 na smartphone, na inilabas noong Oktubre, ay ipinadala na may Linux kernel 4.14, na inilabas dalawang taon na ang nakakaraan. Sa bahagi, sinubukan ng Google na pasimplehin ang pagpapanatili sa pamamagitan ng pag-promote ng system , na nagbibigay-daan sa mga manufacturer na lumikha ng mga bahagi ng suporta sa hardware ng unibersal na hindi nakatali sa mga partikular na bersyon ng Android at Linux kernel release na ginamit. Ginagawang posible ng Treble na gumamit ng mga handa na update mula sa Google bilang batayan, pagsasama sa mga ito ng mga bahaging partikular sa isang partikular na device.
Pinagmulan: opennet.ru