Ang ikapitong kandidato para sa paglabas ng kernel, ang Linux 6.18-rc7, ay nasa Git tree na ngayon at darating bilang lingguhang pulso na nagmamarka sa huling yugto bago ang stable release. Kung walang anumang mga huling sandali, ang huling paglabas ay inaasahan sa Linggo, Nobyembre 30. Ang paglabas na ito ay malinaw na nakatuon sa mga pag-aayos ng regression, mga pagpipino ng driver, at mga maliliit na pagbabago upang pinuhin ang naging isang napaka-abalang siklo.
Mayroong isang estratehikong detalye na hindi napapansin: lahat ay tumutukoy sa Linux 6.18 bilang taunang paglabas ng LTS (Long Term Support) , na nagpapaliwanag sa pag-iingat na ginawa sa mga pag-aayos sa arkitektura, mga subsystem ng network, mga GPU, at seguridad. Bukod pa rito, ang paglabas na ito ng rc7 ay kasunod ng isang takot sa rc6 : isang regresyon sa virtual memory (VM) na naayos gamit ang isang simpleng patch, ngunit nagsilbing paalala na, napakalapit ng deadline, ang anumang maluwag na pagtatapos ay maaaring magkahalaga ng isa pang linggo.
Ano ang inaalok ng Linux 6.18-rc7 at kung bakit ito mahalaga
Ang layunin ng rc7 ay pagtibayin ang katatagan: ang mga pagkakaiba-iba kumpara sa rc6 ay nabawasan, at karamihan sa mga pagbabago ay nabibilang sa mga karaniwang kategorya: mga update ng driver (na nakatuon sa GPU at networking), mga pag-aayos sa arkitektura (longarch, mips, arm64) , ilang kernel-level networking, at mga pagpapabuti sa mga tool at dokumentasyon. Mayroon ding isang kapansin-pansing patch sa SELinux na dulot ng kalituhan tungkol sa mga pangalan ng variable na humantong sa pagpapalit ng pangalan upang linawin ang isyu.
Mga highlight ng balita ngayong linggo
Sa mga nakikitang pagbabago, ang pinakakapansin-pansin ay ang pagwawasto ng vendor identifier para sa MIPS sa RISC-V ecosystem. Mali ang value sa parehong kernel at QEMU test code, at nakatakda na ito ngayon sa 0x127, na siyang nag-a-align sa pareho. Ang ganitong mga banayad na pagsasaayos ay pumipigil sa mga incompatibility na mahirap i-diagnose sa panahon ng development at virtualization.
Sa hardware ng mga mamimili, ang RC7 ay nagbibigay-daan sa dual-handed touchpad operation sa AYANEO Flip DS. Nangangahulugan ito na ang parehong digitizer ay naka-activate, isang mahalagang tampok para sa sinumang gumagamit ng device na ito bilang isang portable PC console na may touch controls . May mga paparating ding mga pagpapabuti sa pamilyang ASUS ROG Ally, sa Lenovo Legion Go, at ilang Alienware laptop—isang alon ng mga pagpipino na nagpapalawak ng compatibility at nagpapakintab ng mga detalye sa mga sikat na gaming machine.
Ang sinabi ni Linus Torvalds
Sa mensahe ng anunsyo, kinilala ni Linus na ang RC6 ay hindi ang pinakamagandang linggo dahil sa glitch ng VM na iyon, bagama't ang pag-aayos ay naging maliit lamang. Gayunpaman, nananatili siyang kumpiyansa: kung walang anumang malalaking sorpresa, ang pinal na release ay dapat na handa sa susunod na linggo . Ang RC7 na ito ay mas mahinahon kaysa sa nauna, na isang magandang senyales: kaunting "kaguluhan" at halos normal na mga pagbabago.
Isang maluwag na pagsasalin ng diwa ng mensahe : ang regression ng virtual memory subsystem sa RC6 ay isang huling dagok, ngunit ang patch ay simple at hindi tumutugon sa isang malalim na problema. Sa RC7, bumababa ang volume; nakakakita tayo ng mga pag-aayos sa driver—pangunahin ang GPU at network—mga pag-aayos sa arkitektura (kasama ang longarch, MIPS, at arm64 sa unahan), mga pagpapabuti sa kernel ng network, at ilang tooling at dokumentasyon. Mayroong mas malaki kaysa sa karaniwang SELinux patch, na dulot ng pagpapalit ng pangalan ng mga variable upang maiwasan ang kalituhan . Gamitin natin ito noong nakaraang linggo upang mahuli ang sinumang nahuhuli.
Pinagtibay ng LWN ang interpretasyon na malamang na ito na ang huling kahilingan sa paglabas (-rc) bago ang stable na 6.18. Kung may matuklasan na hindi kanais-nais, posible ang isang rc8 release, ngunit sa ngayon, inaasahan na darating ang 6.18 nang walang karagdagang pagkaantala.
Arkitektura: longarch, mips, arm64 at iba pa
Sa loongarch, natugunan na ang mga kritikal na isyu: pag-parse ng NUMA node gamit ang numa_memblks, pagsasama-sama ng pangalan ng CPU sa /proc/cpuinfo, pag-interrupt masking habang isinasagawa ang kexec/kdump upang maiwasan ang mga hindi inaasahang error, at maging ang isang setting na nagdi-disable sa BPF trampoline para sa mga trace sa mga function ng module . Ang mga uri ng UAPI ay inayos din sa ptrace header, na naglilinis ng mga interface.
Isang magkakaibang hanay ng mga update ang inilabas para sa MIPS: mga pag-aayos para sa mga platform ng Malta (MMIO SOC-it na may !EVA), pag-iwas sa pag-shutdown ng TLB sa panahon ng paunang pag-iisa, mga pagwawasto sa DTS (econet/EN751221), at isang solusyon sa mga random na pagkakamali sa segmentasyon na nakakaapekto sa katatagan. Kasabay nito, ang MIPS vendor ID para sa RISC-V ay na-update sa 0x127, na nag-synchronize sa kernel at test tooling.
Maraming pagbabago ang naranasan sa ARM64 mula sa DTS: Nakakakita ang Rockchip ng mga pagsasaayos sa mga OPP board (RK3576 at RK3588), mga PCIe at USB power pin sa mga BigTreeTech board, mga boltahe sa Orange Pi 5, ang alias ethernet0 sa Raspberry Pi 5 (BCM2712), at ang pag-disable ng HS400 sa ilang profile upang maiwasan ang mga hindi matatag na high-speed mode . Sa NXP/Imx, may mga pag-aayos mula sa MSI sa imx95, ang pag-on ng OTG sa imx8mp, at iba pang mga pag-aayos na nagpapaganda sa platform. Sa NVIDIA Tegra, ang mga PHY ay minarkahan bilang mga wake source sa Jetson Xavier NX.
Mga driver: GPU, HID input, at x86 platform
Maraming maitutulong ang mga GPU at display. Itinatama ng AMD ang napaaga na DTBCLK gating, pinapabuti ang katumpakan ng pbn-to-kbps conversion, mga retries at timing ng pagbasa ng DPCD, nilalaktawan ang "power ungate" sa sleep mode para sa VPE, at nagdaragdag ng mga VCN queue reset check sa SR-IOV . Sa Intel, ang i915/xe3 ay naglo-load ng DMC 30.02 para sa Xe3_LPD, pinipino ang c10phy detection sa PHY A lamang, at pinaghihiwalay ang mga wcl subplatform PCI identifier. Tinatanggal ng Radeon ang isang fence path na maaaring magdulot ng pagharang. Kasama sa Xe ang mga overflow defense na may BIT(), duplicate option cleanup, at MSI-X vector0 interrupt handling.
Sa aspeto ng HID/input, bukod pa sa suporta para sa SONiX AK870 PRO at ELECOM M-XT3URBK, may mga pag-aayos para sa mga memory leak sa mga controller tulad ng PlayStation, UC Logic, NTRIG, at PIDFFF; mga pagpapabuti sa mga keyboard (Lenovo Yoga Slim 7X), mga AMD SFH sensor (huminto bago mag-restart), at isang pagbabago sa pagmamay-ari ng input, na tinatawag na ngayong INPUT_PROP_PRESSUREPAD . Pinino rin ang mga espesyal na key sa mga HONOR device, at idinagdag ng Goodix ang ACPI ID GDIX1003 na may mga paglilinis sa paghawak ng pin.
May karga ang x86 platform: kinikilala ng amd/pmc module ang Van Gogh SoC, idinagdag ang suporta para sa pekeng 8042 chipset sa ROG Ally, at kasama ang mga feature para sa Lenovo Legion Go 2. Sa mundo ng HP/Alienware, may mga bagong thermal at cooling profile na magagamit para sa Omen at Victus, at idinagdag ang suporta ng AWCC sa Alienware 16 Aurora; pinalawak din ang saklaw upang maisama ang buong pamilya ng "M", "X", at "G" sa alienware-wmi-wmax driver. Nakakatanggap ang MSI at Acer ng mga pagsasaayos ng load at event sa kanilang mga WMI module.
Networking at storage: MPTCP, L2TP, NVMe at higit pa
Nangunguna ang MPTCP sa listahan ng mga pag-aayos: mga kondisyon ng karera sa pag-iiskedyul ng trabaho at mga timer na naitama, pinapabuti ang pagbuo ng ACK sa mga sitwasyon ng fallback, pinipigilan ang mga napaaga na pag-crash, naantala ang mga fallback kung may mga out-of-order na packet, at ang fastclose ay inaalis sa tradisyonal na lohika ng TCP. Sa L2TP, ang skb control buffer ay wastong nire-reset habang nagpapadala , habang ang veth ay nakakakuha ng katatagan upang maiwasan ang pagka-stuck sa mga karera kapag pinamamahalaan ang mga queue ng TX.
Ino-optimize ng NVMe at ng Fibre Channel transport nito ang lifetime ng queue ng mga kahilingan sa pamamahala at tinitiyak ang pagkansela ng mga nakabinbing trabaho sa pamamagitan ng pag-alis ng mga driver. Tinutugunan ang isang babala ng lockdep habang nag-i-scan ng partition sa multipath. Pinapakinisin din ang error path sa idpf upang maiwasan ang mga null dereference, at pinoproseso ang mga driver tulad ng ice (PTP cleanup), mlx5 (IRQ handling), mlxsw (statistics at checks), Open vSwitch (pag-alis ng suporta sa NSH na hindi kailanman gumana), phylink (mga sinusuportahang mode sa mga nakapirming link), at DSA (microchip lan937x at hellcreek).
Mga file system at VFS
Ang efivarfs ay palaging naka-freeze bago ang hibernation/suspend upang maiwasan ang corruption ng data, at inaayos ng XFS ang mga out-of-bounds reads sa pamamagitan ng pag-aayos ng mga symbolic link. Sinusuri na ngayon ng ilang system (vfat, exfat, isofs, at muli ang xfs) ang return value ng sb_min_blocksize(), at minamarkahan ng block subsystem ang API na iyon bilang __must_check kaya walang magbabalewala dito. Inaayos ng tmpfs/shmem ang reconfiguration gamit ang noswap, muling binubuo ng bfs ang uri ng file habang naglo-load, at may mga pagpapabuti na ginawa sa VFS path (iput_not_last) at Landlock upang maiwasan ang mga splat mula sa mga tawag na maaaring natutulog.
Seguridad: SELinux at XFRM
Naglalapat ang SELinux ng pagpapalit ng pangalan ng mga pangunahing baryabol (ang task_security_struct ay magiging cred_security_struct at isasailalim sa pamantayan sa crsec kung saan naaangkop) at inililipat ang access decision cache sa isang konteksto bawat gawain, na nagpapadali sa pangangatwiran at pumipigil sa kalituhan . Kasama sa XFRM ang isang hanay ng mga pag-aayos: mga sanggunian sa SA sa mga update, pag-aalis ng mga hindi idinagdag na tunnel, pagmamarka ng mga estado bilang DEAD kapag nabigo ang mga migrasyon, paglilinis ng estado ng device kapag nabigo ang paglipat, pinahusay na mga mensahe ng error/EXTACK, at paghahanap ng mga natitirang estado kapag inalis ang isang netns.
Memorya, oras at kasangkapan
Sa memorya at mga timer, ipinapatupad ang fine-tuning: wastong kinakalkula ng memblock ang mga libreng pahina gamit ang soft-reserve, hindi labis na nilalason ng mempool ang mga pahinang HIGHMEM, inaayos ng mga tick ang isang idle condition, at pinipigilan ng mga timer ang isang karera gamit ang mga null function pointer kapag ginagamit ang shutdown_sync. Sa timekeeping, isinasara ang isang resource leak, at sa mm/huge_memory, wastong na-initialize ang malaking zero folio . Inaayos ng io_uring ang mga uri ng argument, inaayos ng perf ang mga zero counter sa cpu-clock, at itinatama ng mga tool ng RISC-V ang mga maling pagkakahanay ng kahulugan ng CSR.
Virtualization at ACPI
Kinokompyut ng KVM/arm64 ang mga FGT trap bago i-activate ang mga ito at tinatapos ang mga ID register nang isang beses lamang bawat VM; sa SVM (AMD), naiiwasan ang mga paulit-ulit na pag-update ng mga LBR MSR intercept. Inaayos ng ACPI/APEI/EINJ ang initialization at injection sa bersyon 2, at ilang kernel-doc-type na elemento ng dokumentasyon sa mga Intel platform module, tee uapi, at iba pa ay nakahanay, na tumutulong sa tree na malinis na mag-compile at nagpapabuti sa kalidad ng reference.
Base sa aktibidad at tono ng anunsyo, ang RC7 ay nag-iiwan ng maayos na pundasyon sa 6.18: mga partikular na pag-aayos sa mga VM pagkatapos ng takot sa RC6, maraming pagwawasto sa driver—na may espesyal na diin sa GPU at networking—mga pagpapabuti sa DTS para sa ARM64, paglilinis at paglilinaw sa SELinux at XFRM, at mga pagpapabuti sa mga device na malawakang ginagamit (AYANEO Flip DS, ROG Ally, Legion Go, Alienware). Ang plano ay tapusin ang stable release sa susunod na Linggo, maliban na lang kung may lumitaw na malaking bug na nangangailangan ng pag-update sa RC8; kung hindi, lahat ay nagpapahiwatig na ang 6.18, isang kandidato para sa status na LTS, ay ilulunsad nang maayos na may malawak na suporta sa hardware.
