Sa loob ng higit sa isang taon, ang Intel ay nagtatrabaho sa pagbuo ng Xe Linux kernel graphics driver bilang isang modernong Direct Rendering Manager driver para sa Gen12 at mas bagong integrated/discrete graphics. Para sa kamakailang hardware ito ay upang palitan ang umiiral na i915 kernel na paggamit ng driver. Ang mga Intel open-source developer ay patuloy na nagtatrabaho patungo sa milestone na maisumite ang driver na ito para sa mainlining sa upstream Linux kernel.
Gamit ang Xe kernel graphics driver, ang mga inhinyero ng Intel na kasangkot ay nakagawa ng bagong diskarte sa disenyo kumpara sa i915 kernel driver na binuo nang organiko sa nakalipas na dalawang dekada. Sa driver ng Xe, sinusuportahan lang nila ang Gen12 at mas bago kaya hindi nila kailangang mag-alala tungkol sa mga mas lumang Intel graphics hardware na henerasyon, maaari silang tumuon sa paggamit ng mga modernong tampok ng kernel, at sa kanilang user-space API hindi na nila kailangan. mag-alala tungkol sa pabalik na pagkakatugma sa umiiral na mga limitasyon/hamon ng i915 uAPI.
Sa linggong ito, nai-post ng mga inhinyero ng Intel Linux ang kanilang pinakabagong plano sa pagsasanib para sa driver ng Xe.
Sa ngayon ang driver ng Xe ay itinuturing na gumagana at may suportang”pang-eksperimento”para sa Tiger Lake at mas bago. Kapag na-upstream na ang driver sa kernel, ang plano ay panatilihin ang suporta ng Gen12+ sa i915 pa rin. Ang Xe driver ay mag-opt-in sa pamamagitan ng force_probe module parameter habang ang isa ay maaaring hindi paganahin ang i915 driver mula sa pag-load para sa isang partikular na GPU. Kaya para sa ilang paglabas o gaano man katagal para mapatunayan ng driver ng Xe ang sarili nito, maaaring manu-manong lumipat ang mga user sa Xe upang makatulong sa pagsubok sa suporta.
Sa katunayan, itinala ng merge plan na para sa kasalukuyang-release na Intel hardware, ang i915 ay maaaring patuloy na maging default nang walang hanggan:”Upang maiwasan ang mga regression ng espasyo ng user, patuloy na susuportahan ng i915 ang lahat ng kasalukuyang platform na wala na sa proteksyong ito. Ang suporta ng Xe ay magiging pang-eksperimentong magpakailanman at nakadepende sa paggamit ng force_probe para sa mga platform na ito.”
Kabilang sa mga layunin na mayroon ang mga developer ng driver bago pagsamahin ang Xe ay para sa pag-uuri ng mga pagbabago sa DRM scheduler, GPU virtual address mapping na mga pagbabago na i-upstream, DRM_VM_BIND, async VM_BIND, user pointer”userptr”integration at VM_BIND support, at mas mahusay na pakikitungo sa matagal nang pag-compute ng mga workload. Nais din ng mga developer ng mas mahusay na pagsasama/pagbabahagi ng display code sa i915 driver at imprastraktura ng devcoredump para sa pag-uulat ng mga estado ng error.
Kasabay na idinaragdag ng mga inhinyero ng open-source ng Intel ang Xe kernel driver compatibility sa kanilang mga driver ng Mesa pati na rin ang kanilang Compute-Runtime stack para sa OpenCL at Level Zero. Ang pagiging tugma ng driver ng Intel ANV Vulkan at Iris Gallium3D/OpenGL sa Xe ay sana ay i-square ang layo para sa Mesa 23.2 upang kapag ang driver na ito ay talagang mainline, ang suporta sa espasyo ng gumagamit ay handa at nasa lugar.
Maaaring makita ng mga interesado sa pinakabagong pagsisikap at plano sa pag-upstream ng Xe driver ang kanilang pinakabagong merge plan. Sana ay makita namin ang driver ng Xe na naka-mainline sa Linux kernel–sa pang-eksperimentong anyo–mamaya sa taong ito ng kalendaryo.
