ການປ່ອຍແກ່ນ Linux 6.7

ຫຼັງຈາກສອງເດືອນຂອງການພັດທະນາ, Linus Torvalds ໄດ້ນໍາສະເຫນີການປ່ອຍ Linux 6.7 kernel. ໃນບັນດາການປ່ຽນແປງທີ່ຫນ້າສັງເກດທີ່ສຸດ: ການເຊື່ອມໂຍງລະບົບໄຟລ໌ Bcachefs, ການຢຸດເຊົາການສະຫນັບສະຫນູນສະຖາປັດຕະຍະກໍາ Itanium, ຄວາມສາມາດຂອງ Nouvea ທີ່ຈະເຮັດວຽກກັບເຟີມແວ GSP-R, ການສະຫນັບສະຫນູນການເຂົ້າລະຫັດ TLS ໃນ NVMe-TCP, ຄວາມສາມາດໃນການນໍາໃຊ້ຂໍ້ຍົກເວັ້ນໃນ BPF, ສະຫນັບສະຫນູນ futex ໃນ io_uring, ການເພີ່ມປະສິດທິພາບຂອງ fq (Fair Queuing) ການປະຕິບັດຕາຕະລາງ), ສະຫນັບສະຫນູນສໍາລັບການຂະຫຍາຍ TCP-AO (TCP Authentication Option) ແລະຄວາມສາມາດໃນການຈໍາກັດການເຊື່ອມຕໍ່ເຄືອຂ່າຍໃນກົນໄກຄວາມປອດໄພ Landlock, ເພີ່ມການຄວບຄຸມການເຂົ້າເຖິງ namespace ຜູ້ໃຊ້ແລະ io_uring. ຜ່ານ AppArmor.

ຮຸ່ນໃຫມ່ປະກອບມີການແກ້ໄຂ 18405 ຈາກນັກພັດທະນາ 2066, ຂະຫນາດ patch ແມ່ນ 72 MB (ການປ່ຽນແປງທີ່ໄດ້ຮັບຜົນກະທົບ 13467 ໄຟລ໌, 906147 ເສັ້ນຂອງລະຫັດໄດ້ຖືກເພີ່ມ, 341048 ເສັ້ນຖືກລຶບ). ການປ່ອຍຕົວຫຼ້າສຸດມີການແກ້ໄຂ 15291 ຈາກນັກພັດທະນາ 2058, ຂະຫນາດ patch ແມ່ນ 39 MB. ປະມານ 45% ຂອງການປ່ຽນແປງທັງຫມົດທີ່ນໍາສະເຫນີໃນ 6.7 ແມ່ນກ່ຽວຂ້ອງກັບໄດເວີອຸປະກອນ, ປະມານ 14% ຂອງການປ່ຽນແປງແມ່ນກ່ຽວຂ້ອງກັບການປັບປຸງລະຫັດສະເພາະກັບສະຖາປັດຕະຍະກໍາຮາດແວ, 13% ແມ່ນກ່ຽວຂ້ອງກັບ stack ເຄືອຂ່າຍ, 5% ແມ່ນກ່ຽວຂ້ອງກັບລະບົບໄຟລ໌, ແລະ 3% ແມ່ນກ່ຽວຂ້ອງກັບລະບົບຍ່ອຍ kernel ພາຍໃນ.

ນະວັດຕະກໍາຫຼັກໃນ kernel 6.7:

• ລະບົບຍ່ອຍແຜ່ນ, I/O ແລະລະບົບໄຟລ໌
  • kernel ຮັບຮອງເອົາລະຫັດລະບົບໄຟລ໌ Bcachefs, ເຊິ່ງພະຍາຍາມບັນລຸການປະຕິບັດ, ຄວາມຫນ້າເຊື່ອຖືແລະຂະຫນາດຂອງ XFS, ປະສົມປະສານກັບອົງປະກອບຂອງຫນ້າທີ່ກ້າວຫນ້າທີ່ພົບໃນ Btrfs ແລະ ZFS. ຕົວຢ່າງເຊັ່ນ, Bcachefs ສະຫນັບສະຫນູນລັກສະນະຕ່າງໆເຊັ່ນ: ລວມທັງອຸປະກອນຫຼາຍອັນໃນພາທິຊັນ, ການຈັດວາງໄດຫຼາຍຊັ້ນ (ຊັ້ນລຸ່ມທີ່ມີຂໍ້ມູນທີ່ໃຊ້ເລື້ອຍໆໂດຍອີງໃສ່ SSDs ໄວ, ແລະຊັ້ນເທິງທີ່ມີຂໍ້ມູນທີ່ຖືກນໍາໃຊ້ຫນ້ອຍຈາກຮາດໄດ), ການຈໍາລອງ (RAID). 1/10), caching , ການບີບອັດຂໍ້ມູນໂປ່ງໃສ (LZ4, gzip ແລະ ZSTD ໂຫມດ), ແຜ່ນລັດ (snapshots), ການກວດສອບຄວາມຖືກຕ້ອງໂດຍໃຊ້ checksums, ຄວາມສາມາດໃນການເກັບຮັກສາລະຫັດການແກ້ໄຂຂໍ້ຜິດພາດ Reed-Solomon (RAID 5/6), ການເກັບຮັກສາຂໍ້ມູນໃນ ແບບຟອມເຂົ້າລະຫັດ (ChaCha20 ແລະ Poly1305 ຖືກໃຊ້ ). ໃນແງ່ຂອງການປະຕິບັດ, Bcachefs ແມ່ນຢູ່ຂ້າງຫນ້າຂອງ Btrfs ແລະລະບົບໄຟລ໌ອື່ນໆໂດຍອີງໃສ່ກົນໄກການ Copy-on-Write, ແລະສະແດງໃຫ້ເຫັນຄວາມໄວໃນການດໍາເນີນງານທີ່ໃກ້ຄຽງກັບ Ext4 ແລະ XFS.
  • ລະບົບໄຟລ໌ Btrfs ແນະນໍາຮູບແບບໂຄຕ້າທີ່ງ່າຍດາຍທີ່ຊ່ວຍໃຫ້ທ່ານບັນລຸການປະຕິບັດທີ່ສູງຂຶ້ນໂດຍການຕິດຕາມຂອບເຂດພຽງແຕ່ໃນ subpartition ທີ່ພວກມັນຖືກສ້າງຂື້ນ, ເຊິ່ງເຮັດໃຫ້ການຄໍານວນງ່າຍແລະປັບປຸງປະສິດທິພາບຢ່າງຫຼວງຫຼາຍ, ແຕ່ບໍ່ອະນຸຍາດໃຫ້ທ່ານຄໍານຶງເຖິງຂອບເຂດທີ່ແບ່ງປັນໃນຫຼາຍໆດ້ານ. ພາກສ່ວນຍ່ອຍ.
  • Btrfs ໄດ້ເພີ່ມໂຄງສ້າງຂໍ້ມູນ "stripe tree" ໃຫມ່, ເຫມາະສົມສໍາລັບການສ້າງແຜນທີ່ຂອບເຂດທີ່ມີເຫດຜົນໃນສະຖານະການທີ່ແຜນທີ່ທາງດ້ານຮ່າງກາຍບໍ່ກົງກັນໃນທົ່ວອຸປະກອນ. ໂຄງສ້າງດັ່ງກ່າວໄດ້ຖືກນໍາໃຊ້ໃນປັດຈຸບັນໃນການຈັດຕັ້ງປະຕິບັດ RAID0 ແລະ RAID1 ສໍາລັບອຸປະກອນຕັນ zoned. ໃນອະນາຄົດ, ພວກເຂົາເຈົ້າວາງແຜນທີ່ຈະນໍາໃຊ້ໂຄງສ້າງນີ້ໃນ RAIDs ຊັ້ນສູງ, ເຊິ່ງຈະແກ້ໄຂບັນຫາຈໍານວນຫນຶ່ງທີ່ມີຢູ່ໃນການປະຕິບັດໃນປະຈຸບັນ.
  • ລະບົບໄຟລ໌ Ceph ປະຕິບັດການສະຫນັບສະຫນູນສໍາລັບການສ້າງແຜນທີ່ ID ຜູ້ໃຊ້ຂອງລະບົບໄຟລ໌ທີ່ຕິດຕັ້ງ, ນໍາໃຊ້ເພື່ອຈັບຄູ່ໄຟລ໌ຂອງຜູ້ໃຊ້ສະເພາະໃນພາທິຊັນຕ່າງປະເທດທີ່ຕິດຕັ້ງກັບຜູ້ໃຊ້ອື່ນໃນລະບົບປະຈຸບັນ.
  • ເພີ່ມຄວາມສາມາດໃນການລະບຸ uid ແລະ gid ໃນ mount ກັບ efivarfs ເພື່ອອະນຸຍາດໃຫ້ຂະບວນການທີ່ບໍ່ແມ່ນຮາກເພື່ອປ່ຽນຕົວແປ UEFI.
  • ເພີ່ມການໂທ ioctl ກັບ exFAT ສໍາລັບການອ່ານແລະການປ່ຽນແປງຄຸນລັກສະນະ FS. ເພີ່ມການຈັດການຂອງໄດເລກະທໍລີຂະຫນາດສູນ.
  • F2FS ປະຕິບັດຄວາມສາມາດໃນການນໍາໃຊ້ຕັນ 16K.
  • ກົນໄກ autofs automount ໄດ້ຖືກປ່ຽນໄປໃຊ້ API ການຕິດຕັ້ງພາທິຊັນໃຫມ່.
  • OverlayFS ສະເໜີທາງເລືອກໃນການຕິດ "lowerdir+" ແລະ "datadir+". ເພີ່ມການສະຫນັບສະຫນູນສໍາລັບການຕິດຕັ້ງແບບຊ້ອນກັນຂອງ OverlayFS ກັບ xattrs.
  • XFS ໄດ້ເພີ່ມປະສິດທິພາບການໂຫຼດ CPU ໃນລະຫັດການຈັດສັນບລັອກໃນເວລາຈິງ. ຄວາມ​ສາ​ມາດ​ໃນ​ການ​ປະ​ຕິ​ບັດ​ການ​ອ່ານ​ພ້ອມ​ກັນ​ແລະ​ການ​ດໍາ​ເນີນ​ງານ FICLONE ແມ່ນ​ສະ​ຫນອງ​ໃຫ້​.
  • ລະຫັດ EXT2 ໄດ້ຖືກປ່ຽນເປັນການໃຊ້ folios ຂອງໜ້າ.
• ຫນ່ວຍຄວາມຈໍາແລະການບໍລິການລະບົບ
  • ການສະຫນັບສະຫນູນສໍາລັບສະຖາປັດຕະຍະກໍາ ia64 ທີ່ໃຊ້ໃນໂປເຊດເຊີ Intel Itanium, ເຊິ່ງໄດ້ຢຸດເຊົາຢ່າງສົມບູນໃນປີ 2021, ໄດ້ຢຸດເຊົາ. ໂປເຊດເຊີ Itanium ຖືກນໍາສະເຫນີໂດຍ Intel ໃນປີ 2001, ແຕ່ສະຖາປັດຕະຍະກໍາ ia64 ລົ້ມເຫລວໃນການແຂ່ງຂັນກັບ AMD64, ສ່ວນໃຫຍ່ແມ່ນຍ້ອນການປະຕິບັດທີ່ສູງຂຶ້ນຂອງ AMD64 ແລະການຫັນປ່ຽນທີ່ລຽບງ່າຍຈາກໂປເຊດເຊີ 32-bit x86. ດັ່ງນັ້ນ, ຄວາມສົນໃຈຂອງ Intel ໄດ້ຫັນໄປສູ່ຄວາມໂປດປານຂອງໂປເຊດເຊີ x86-64, ແລະຈໍານວນຫລາຍຂອງ Itanium ຍັງຄົງເປັນເຄື່ອງແມ່ຂ່າຍຂອງ HP Integrity, ຄໍາສັ່ງທີ່ຖືກຢຸດເຊົາສາມປີກ່ອນ. ລະຫັດສໍາລັບການສະຫນັບສະຫນູນ ia64 ໄດ້ຖືກໂຍກຍ້າຍອອກຈາກ kernel ສ່ວນໃຫຍ່ແມ່ນຍ້ອນການຂາດການສະຫນັບສະຫນູນໃນໄລຍະຍາວສໍາລັບເວທີນີ້, ໃນຂະນະທີ່ Linus Torvalds ສະແດງຄວາມເຕັມໃຈທີ່ຈະກັບຄືນການສະຫນັບສະຫນູນ ia64 ກັບ kernel, ແຕ່ວ່າພຽງແຕ່ຖ້າມີຜູ້ຮັກສາທີ່ສາມາດສະແດງໃຫ້ເຫັນເຖິງຄຸນນະພາບສູງ. ສະຫນັບສະຫນູນເວທີນີ້ຢູ່ນອກ kernel ຕົ້ນຕໍຢ່າງຫນ້ອຍຫນຶ່ງປີ .
  • ເພີ່ມພາລາມິເຕີຄໍາສັ່ງເສັ້ນແກ່ນ "ia32_emulation", ເຊິ່ງຊ່ວຍໃຫ້ທ່ານສາມາດເປີດຫຼືປິດການສະຫນັບສະຫນູນສໍາລັບການ emulation ຮູບແບບ 32-bit ໃນ kernels ສ້າງຂຶ້ນສໍາລັບສະຖາປັດຕະ x86-64 ໃນຂັ້ນຕອນການບູດ. ໃນດ້ານປະຕິບັດ, ທາງເລືອກໃຫມ່ອະນຸຍາດໃຫ້ທ່ານສ້າງແກ່ນໂດຍສະຫນັບສະຫນູນຄວາມເຂົ້າກັນໄດ້ກັບຄໍາຮ້ອງສະຫມັກ 32-bit, ແຕ່ປິດການທໍາງານຮູບແບບນີ້ໂດຍຄ່າເລີ່ມຕົ້ນເພື່ອຫຼຸດຜ່ອນ vector ການໂຈມຕີໃນ kernel, ເນື່ອງຈາກວ່າ API ຄວາມເຂົ້າກັນໄດ້ມີການທົດສອບຫນ້ອຍກ່ວາ kernel ຕົ້ນຕໍ. ການໂຕ້ຕອບ.
  • ສືບຕໍ່ການເຄື່ອນຍ້າຍຂອງການປ່ຽນແປງຈາກສາຂາ Rust-for-Linux ທີ່ກ່ຽວຂ້ອງກັບການນໍາໃຊ້ພາສາ Rust ເປັນພາສາທີສອງສໍາລັບການພັດທະນາໄດເວີແລະໂມດູນ kernel (ການສະຫນັບສະຫນູນ Rust ແມ່ນບໍ່ມີການເຄື່ອນໄຫວໂດຍຄ່າເລີ່ມຕົ້ນ, ແລະບໍ່ໄດ້ນໍາໄປສູ່ການລວມເອົາ Rust ໃນບັນດາ. ການ​ຂຶ້ນ​ກັບ​ການ​ປະ​ກອບ​ທີ່​ຈໍາ​ເປັນ​ສໍາ​ລັບ kernel​)​. ສະບັບໃຫມ່ເຮັດໃຫ້ການຫັນປ່ຽນໄປສູ່ການນໍາໃຊ້ການປ່ອຍ Rust 1.73 ແລະສະເຫນີຊຸດຂອງການຜູກມັດສໍາລັບການເຮັດວຽກກັບ workqueues.
  • ມັນເປັນໄປໄດ້ທີ່ຈະໃຊ້ກົນໄກ binfmt_misc ເພື່ອເພີ່ມການສະຫນັບສະຫນູນສໍາລັບຮູບແບບໄຟລ໌ທີ່ສາມາດປະຕິບັດໄດ້ໃຫມ່ (ຕົວຢ່າງ, ເພື່ອດໍາເນີນການຄໍາຮ້ອງສະຫມັກ Java ຫຼື Python ທີ່ຖືກລວບລວມ) ພາຍໃນ namespaces ແຍກຕ່າງຫາກ.
  • cpuset ຕົວຄວບຄຸມ cgroup, ເຊິ່ງຊ່ວຍໃຫ້ທ່ານສາມາດຄວບຄຸມການໃຊ້ CPU cores ເມື່ອປະຕິບັດວຽກງານ, ສະຫນອງການແບ່ງສ່ວນເຂົ້າໄປໃນການແບ່ງສ່ວນທ້ອງຖິ່ນແລະຫ່າງໄກສອກຫຼີກ, ເຊິ່ງແຕກຕ່າງກັນໃນວ່າ cgroup ຫຼັກແມ່ນພາກສ່ວນຮາກທີ່ຖືກຕ້ອງຫຼືບໍ່. ການຕັ້ງຄ່າໃໝ່ “cpuset.cpus.exclusive” ແລະ “cpuset.cpus.excluisve.effective” ຍັງໄດ້ຖືກເພີ່ມໃສ່ cpuset ສຳລັບການຜູກມັດ CPU ສະເພາະ.
  • ລະບົບຍ່ອຍ BPF ປະຕິບັດການສະຫນັບສະຫນູນສໍາລັບຂໍ້ຍົກເວັ້ນ, ເຊິ່ງຖືກປຸງແຕ່ງເປັນທາງອອກສຸກເສີນຈາກໂຄງການ BPF ທີ່ມີຄວາມສາມາດໃນການຖອດກອບ stack ໄດ້ຢ່າງປອດໄພ. ນອກຈາກນັ້ນ, ໂຄງການ BPF ອະນຸຍາດໃຫ້ໃຊ້ຕົວຊີ້ kptr ໃນການເຊື່ອມຕໍ່ກັບ CPU.
  • ສະຫນັບສະຫນູນການປະຕິບັດງານກັບ Futex ໄດ້ຖືກເພີ່ມເຂົ້າໃນລະບົບຍ່ອຍອາຫານ io_Oring_schronous) ມີຂໍ້ມູນຫຼືບໍ່ເຕັມທີ່ buffer).
  • ເພີ່ມການປະຕິບັດຂອງແຖວ FIFO ທີ່ເຊື່ອມຕໍ່ແບບດ່ຽວທີ່ມີນ້ໍາຫນັກເບົາທີ່ຕ້ອງການ spinlock ພຽງແຕ່ສໍາລັບການ dequeueing ໃນສະພາບການຂະບວນການແລະ dispense ດ້ວຍ spinlock ສໍາລັບການເພີ່ມປະລໍາມະນູໃສ່ຄິວໃນທຸກສະພາບການ.
  • ເພີ່ມ ring buffer "objpool" ດ້ວຍການປະຕິບັດທີ່ສາມາດຂະຫຍາຍໄດ້ຂອງຄິວທີ່ມີປະສິດທິພາບສູງສໍາລັບການຈັດສັນແລະສົ່ງຄືນວັດຖຸ.
  • ພາກສ່ວນເບື້ອງຕົ້ນຂອງການປ່ຽນແປງໄດ້ຖືກເພີ່ມເຂົ້າໃນການປະຕິບັດ futex2 API ໃຫມ່, ເຊິ່ງມີການປະຕິບັດທີ່ດີກວ່າໃນລະບົບ NUMA, ສະຫນັບສະຫນູນຂະຫນາດອື່ນນອກເຫນືອຈາກ 32 bits, ແລະສາມາດໃຊ້ແທນການເອີ້ນລະບົບ multiplexed futex().
  • ສໍາລັບສະຖາປັດຕະຍະກໍາ ARM32 ແລະ S390x, ການສະຫນັບສະຫນູນສໍາລັບຊຸດປະຈຸບັນ (cpuv4) ຂອງຄໍາແນະນໍາ BPF ໄດ້ຖືກເພີ່ມ.
  • ສໍາລັບສະຖາປັດຕະຍະກໍາ RISC-V, ສາມາດໃຊ້ໂຫມດການກວດສອບ Shadow-Call Stack ທີ່ມີຢູ່ໃນ Clang 17, ອອກແບບມາເພື່ອປ້ອງກັນການຂຽນທັບທີ່ຢູ່ກັບຄືນຈາກຟັງຊັນໃນກໍລະນີທີ່ມີ buffer overflow ໃນ stack. ໂດຍເນື້ອແທ້ແລ້ວຂອງການປົກປ້ອງແມ່ນເພື່ອບັນທຶກທີ່ຢູ່ກັບຄືນໃນ stack "shadow" ແຍກຕ່າງຫາກຫຼັງຈາກການໂອນການຄວບຄຸມໄປຫາຫນ້າທີ່ໃດຫນຶ່ງແລະດຶງເອົາທີ່ຢູ່ນີ້ກ່ອນທີ່ຈະອອກຈາກຟັງຊັນ.
  • ຮູບແບບການສະແກນຫນ້າຫນ່ວຍຄວາມຈໍາອັດສະລິຍະໃຫມ່ໄດ້ຖືກເພີ່ມເຂົ້າໃນກົນໄກສໍາລັບການລວມຫນ້າຫນ່ວຍຄວາມຈໍາດຽວກັນ (KSM: Kernel Samepage Merging), ເຊິ່ງຕິດຕາມຫນ້າທີ່ສະແກນບໍ່ສໍາເລັດແລະຫຼຸດຜ່ອນຄວາມເຂັ້ມງວດຂອງການສະແກນຄືນໃຫມ່ຂອງພວກເຂົາ. ເພື່ອເປີດໃຊ້ໂໝດໃໝ່, ການຕັ້ງຄ່າ /sys/kernel/mm/ksm/smart_scan ໄດ້ຖືກເພີ່ມເຂົ້າ.
  • ເພີ່ມຄໍາສັ່ງ ioctl ໃຫມ່ PAGEMAP_SCAN, ເຊິ່ງ, ເມື່ອນໍາໃຊ້ກັບ userfaultfd(), ຊ່ວຍໃຫ້ທ່ານສາມາດກໍານົດຄວາມເປັນຈິງຂອງການຂຽນໃນຂອບເຂດຄວາມຈໍາສະເພາະ. ຄຸນນະສົມບັດໃຫມ່, ສໍາລັບການຍົກຕົວຢ່າງ, ສາມາດຖືກນໍາໃຊ້ໃນລະບົບເພື່ອຊ່ວຍປະຢັດແລະຟື້ນຟູສະຖານະຂອງຂະບວນການ CRIU ຫຼືໃນລະບົບຕ້ານການໂກງເກມ.
  • ໃນລະບົບການປະກອບ, ຖ້າ Clang compiler ສາມາດໃຊ້ໄດ້, ການປະກອບຕົວຢ່າງຂອງການນໍາໃຊ້ລະບົບຍ່ອຍ perf, ຂຽນເປັນໂປແກມ BPF, ຖືກເປີດໃຊ້ໂດຍຄ່າເລີ່ມຕົ້ນ.
  • ຊັ້ນ videobuf ເກົ່າ, ເຊິ່ງຖືກນໍາໃຊ້ເພື່ອຈັດການ framebuffers ໃນລະບົບຍ່ອຍສື່ແລະຖືກແທນທີ່ດ້ວຍການຈັດຕັ້ງປະຕິບັດໃຫມ່ຂອງ videobuf10 ຫຼາຍກວ່າ 2 ປີກ່ອນຫນ້ານີ້, ໄດ້ຖືກໂຍກຍ້າຍອອກ.
• Virtualization ແລະຄວາມປອດໄພ
  • ຄວາມສາມາດໃນການເຂົ້າລະຫັດຂໍ້ມູນໃນບລັອກທີ່ນ້ອຍກວ່າຂະຫນາດບລັອກໃນລະບົບໄຟລ໌ໄດ້ຖືກເພີ່ມເຂົ້າໃນລະບົບຍ່ອຍ fscrypt. ນີ້ອາດຈະຈໍາເປັນຕ້ອງໄດ້ເປີດໃຊ້ກົນໄກການເຂົ້າລະຫັດຮາດແວທີ່ສະຫນັບສະຫນູນພຽງແຕ່ບລັອກຂະຫນາດນ້ອຍ (ຕົວຢ່າງເຊັ່ນ, ຕົວຄວບຄຸມ UFS ທີ່ຮອງຮັບພຽງແຕ່ຂະຫນາດບລັອກ 4096 ສາມາດນໍາໃຊ້ກັບລະບົບໄຟລ໌ທີ່ມີຂະຫນາດບລັອກ 16K).
  • ລະບົບຍ່ອຍ "iommufd", ເຊິ່ງຊ່ວຍໃຫ້ທ່ານສາມາດຈັດການຕາຕະລາງຫນ້າຫນ່ວຍຄວາມຈໍາຂອງ IOMMU (I/O Memory-Management Unit) ຜ່ານຕົວອະທິບາຍໄຟລ໌ຈາກພື້ນທີ່ຜູ້ໃຊ້, ໄດ້ເພີ່ມການຕິດຕາມຂໍ້ມູນທີ່ຍັງບໍ່ໄດ້ຖືກລ້າງອອກຈາກແຄດ (ເປື້ອນ) ສໍາລັບ DMA. ການດໍາເນີນງານ, ເຊິ່ງເປັນສິ່ງຈໍາເປັນສໍາລັບການກໍານົດຫນ່ວຍຄວາມຈໍາທີ່ມີຂໍ້ມູນ unflushed ໃນລະຫວ່າງການຍ້າຍຂະບວນການ.
  • ການສະຫນັບສະຫນູນການກໍານົດກົດລະບຽບການຄວບຄຸມການເຂົ້າເຖິງສໍາລັບເຕົ້າສຽບ TCP ໄດ້ຖືກເພີ່ມເຂົ້າໃນກົນໄກ Landlock, ເຊິ່ງຊ່ວຍໃຫ້ທ່ານສາມາດຈໍາກັດການໂຕ້ຕອບຂອງກຸ່ມຂະບວນການກັບສະພາບແວດລ້ອມພາຍນອກ. ຕົວຢ່າງ, ທ່ານສາມາດສ້າງກົດລະບຽບທີ່ພຽງແຕ່ອະນຸຍາດໃຫ້ເຂົ້າເຖິງພອດເຄືອຂ່າຍ 443 ເພື່ອສ້າງການເຊື່ອມຕໍ່ HTTPS.
  • ລະບົບຍ່ອຍ AppArmor ໄດ້ເພີ່ມຄວາມສາມາດໃນການຄວບຄຸມການເຂົ້າເຖິງກົນໄກ io_uring ແລະສ້າງ namespaces ຜູ້ໃຊ້, ເຊິ່ງຊ່ວຍໃຫ້ທ່ານສາມາດເລືອກອະນຸຍາດໃຫ້ເຂົ້າເຖິງຄວາມສາມາດເຫຼົ່ານີ້ພຽງແຕ່ກັບຂະບວນການບາງຢ່າງ.
  • ເພີ່ມ API ການຢັ້ງຢືນເຄື່ອງ virtual ເພື່ອກວດສອບຄວາມສົມບູນຂອງຂະບວນການ boot ເຄື່ອງ virtual.
  • ລະບົບ LoongArch ສະຫນັບສະຫນູນ virtualization ໂດຍໃຊ້ KVM hypervisor.
  • ເມື່ອໃຊ້ KVM hypervisor ໃນລະບົບ RISC-V, ການສະຫນັບສະຫນູນການຂະຫຍາຍ Smstateen ໄດ້ປາກົດ, ເຊິ່ງຂັດຂວາງເຄື່ອງ virtual ຈາກການເຂົ້າເຖິງການລົງທະບຽນ CPU ທີ່ບໍ່ໄດ້ຮັບການສະຫນັບສະຫນູນຢ່າງຊັດເຈນໂດຍ hypervisor. ຍັງໄດ້ເພີ່ມການສະຫນັບສະຫນູນສໍາລັບການນໍາໃຊ້ການຂະຫຍາຍ Zicond ໃນລະບົບແຂກ, ເຊິ່ງອະນຸຍາດໃຫ້ນໍາໃຊ້ການປະຕິບັດຈໍານວນເຕັມທີ່ມີເງື່ອນໄຂບາງຢ່າງ.
  • ໃນລະບົບແຂກທີ່ໃຊ້ x86 ທີ່ເຮັດວຽກພາຍໃຕ້ KVM, ສູງສຸດ 4096 CPU virtual ແມ່ນອະນຸຍາດໃຫ້.
• ລະບົບຍ່ອຍເຄືອຂ່າຍ
  • ໄດເວີ NVMe-TCP (NVMe over TCP), ເຊິ່ງອະນຸຍາດໃຫ້ທ່ານເຂົ້າເຖິງໄດ NVMe ຜ່ານເຄືອຂ່າຍ (NVM Express over Fabrics) ໂດຍໃຊ້ໂປໂຕຄອນ TCP, ໄດ້ເພີ່ມການສະຫນັບສະຫນູນສໍາລັບການເຂົ້າລະຫັດຊ່ອງທາງການສົ່ງຂໍ້ມູນໂດຍໃຊ້ TLS (ໃຊ້ KTLS ແລະຂະບວນການພື້ນຖານ. ໃນພື້ນທີ່ຜູ້ໃຊ້ tlshd ສໍາລັບການເຈລະຈາການເຊື່ອມຕໍ່).
  • ການປະຕິບັດຂອງຊຸດຕາຕະລາງ fq (Fair Queuing) ໄດ້ຖືກປັບປຸງໃຫ້ດີທີ່ສຸດ, ເຊິ່ງເຮັດໃຫ້ມັນເປັນໄປໄດ້ທີ່ຈະເພີ່ມການສົ່ງຜ່ານ 5% ພາຍໃຕ້ການໂຫຼດຫນັກໃນການທົດສອບ tcp_rr (TCP Request / Response) ແລະ 13% ດ້ວຍການໄຫຼເຂົ້າບໍ່ຈໍາກັດຂອງແພັກເກັດ UDP.
  • TCP ເພີ່ມຄວາມສາມາດກໍານົດເວລາຄວາມແມ່ນຍໍາ microsecond (TCP TS) (RFC 7323), ເຊິ່ງຊ່ວຍໃຫ້ການຄາດຄະເນການລ່າສັດທີ່ຖືກຕ້ອງຫຼາຍຂຶ້ນ ແລະໂມດູນຄວບຄຸມຄວາມແອອັດທີ່ກ້າວໜ້າກວ່າ. ເພື່ອເປີດໃຊ້ມັນ, ທ່ານສາມາດນໍາໃຊ້ຄໍາສັ່ງ "ip route add 10/8 ... features tcp_usec_ts".
  • TCP stack ໄດ້ເພີ່ມການສະຫນັບສະຫນູນສໍາລັບສ່ວນຂະຫຍາຍ TCP-AO (TCP Authentication Option, RFC 5925), ເຊິ່ງເຮັດໃຫ້ມັນເປັນໄປໄດ້ທີ່ຈະກວດສອບ TCP headers ໂດຍໃຊ້ລະຫັດ MAC (Message Authentication Code), ໂດຍໃຊ້ algorithms ທີ່ທັນສະໄຫມຫຼາຍກວ່າເກົ່າ HMAC-SHA1 ແລະ CMAC-AES- 128 ແທນທີ່ຈະມີທາງເລືອກ TCP-MD5 ກ່ອນຫນ້ານີ້ໂດຍອີງໃສ່ MD5 algorithm ທີ່ເປັນມໍລະດົກ.
  • ປະເພດໃຫມ່ຂອງອຸປະກອນເຄືອຂ່າຍ virtual "netkit" ໄດ້ຖືກເພີ່ມ, ເຫດຜົນການໂອນຂໍ້ມູນທີ່ຖືກກໍານົດໂດຍໃຊ້ໂຄງການ BPF.
  • KSMBD, ການປະຕິບັດລະດັບ kernel ຂອງເຊີບເວີ SMB, ໄດ້ເພີ່ມການສະຫນັບສະຫນູນສໍາລັບການແກ້ໄຂຊື່ໄຟລ໌ທີ່ມີຄູ່ຕົວແທນຂອງຕົວອັກສອນປະສົມ.
  • NFS ໄດ້ປັບປຸງການປະຕິບັດກະທູ້ກັບບໍລິການ RPC. ເພີ່ມການສະຫນັບສະຫນູນສໍາລັບການຂຽນຕົວແທນ (ສໍາລັບ NFSv4.1+). NFSD ໄດ້ເພີ່ມການສະຫນັບສະຫນູນສໍາລັບຕົວຈັດການ rpc_status netlink. ປັບປຸງການສະຫນັບສະຫນູນສໍາລັບລູກຄ້າ NFSv4.x ເມື່ອສົ່ງອອກຄືນໃຫມ່ໄປຫາ knfsd.
• ອຸປະກອນ
  • ການສະຫນັບສະຫນູນເບື້ອງຕົ້ນສໍາລັບເຟີມແວ GSP-RM ໄດ້ຖືກເພີ່ມເຂົ້າໄປໃນໂມດູນແກ່ນ Nouveau, ເຊິ່ງຖືກນໍາໃຊ້ໃນ NVIDIA RTX 20+ GPU ເພື່ອຍ້າຍການດໍາເນີນງານເບື້ອງຕົ້ນແລະການຄວບຄຸມ GPU ໄປຂ້າງຂອງ microcontroller GSP ແຍກຕ່າງຫາກ (GPU System Processor). ການສະຫນັບສະຫນູນ GSP-RM ຊ່ວຍໃຫ້ຄົນຂັບ Nouveau ເຮັດວຽກຜ່ານການໂທ firmware, ແທນທີ່ຈະດໍາເນີນໂຄງການໂດຍກົງການໂຕ້ຕອບຂອງຮາດແວ, ເຮັດໃຫ້ມັນງ່າຍຂຶ້ນຫຼາຍທີ່ຈະເພີ່ມການສະຫນັບສະຫນູນສໍາລັບ NVIDIA GPUs ໃຫມ່ໂດຍການນໍາໃຊ້ການໂທຫາເບື້ອງຕົ້ນສໍາລັບການເລີ່ມຕົ້ນແລະການຄຸ້ມຄອງພະລັງງານ.
  • ໄດເວີ AMDGPU ຮອງຮັບ GC 11.5, NBIO 7.11, SMU 14, SMU 13.0 OD, DCN 3.5, VPE 6.1 ແລະ DML2. ປັບປຸງການສະຫນັບສະຫນູນສໍາລັບການໂຫຼດ seamless (ບໍ່ມີ flickering ໃນເວລາທີ່ປ່ຽນຮູບແບບວິດີໂອ).
  • ໄດເວີ i915 ເພີ່ມການຮອງຮັບຊິບ Intel Meteor Lake ແລະເພີ່ມການຈັດຕັ້ງປະຕິບັດເບື້ອງຕົ້ນຂອງ Intel LunarLake (Xe 2).
  • ເພີ່ມການຮອງຮັບຊ່ອງສາຍສົ່ງທີ່ບໍ່ສົມມາຕຖານທີ່ເພີ່ມໃສ່ສະເພາະ USB4 v2 (120/40G).
  • ເພີ່ມການສະຫນັບສະຫນູນສໍາລັບ ARM SoC: Qualcomm Snapdragon 720G (ໃຊ້ໃນໂທລະສັບສະຫຼາດ Xiaomi), AMD Pensando Elba, Renesas, R8A779F4 (R-Car S4-8), USRobotics USR8200 (ໃຊ້ໃນ routers ແລະ NAS).
  • ເພີ່ມການສະຫນັບສະຫນູນສໍາລັບໂທລະສັບສະຫຼາດ Fairphone 5 ແລະ ARM boards Orange Pi 5, QuartzPro64, Turing RK1, Variscite MX6, BigTreeTech CB1, Freescale LX2162, Google Spherion, Google Hayato, Genio 1200 EVK, RK3566 Powkiddy RGB30.
  • ເພີ່ມການສະຫນັບສະຫນູນສໍາລັບກະດານ RISC-V Milk-V Pioneer ແລະ Milk-V Duo.
  • ເພີ່ມການຮອງຮັບການໂຕ້ຕອບສຽງຂອງແລັບທັອບ HUAWEI ທີ່ສະໜອງໃຫ້ CPU AMD. ເພີ່ມການຮອງຮັບລຳໂພງເພີ່ມເຕີມທີ່ຕິດຕັ້ງຢູ່ໃນແລັບທັອບ Dell Oasis 13/14/16. ເພີ່ມການສະຫນັບສະຫນູນສໍາລັບລໍາໂພງໃນຕົວ ASUS K6500ZC. ເພີ່ມການຮອງຮັບຕົວຊີ້ບອກປິດສຽງໃນແລັບທັອບ HP 255 G8 ແລະ G10. ເພີ່ມການສະຫນັບສະຫນູນສໍາລັບໄດເວີສຽງ acp6.3. ເພີ່ມການຮອງຮັບ Focusrite Clarett+ 2Pre ແລະ 4Pre ການໂຕ້ຕອບການບັນທຶກແບບມືອາຊີບ.

ໃນຂະນະດຽວກັນ, ມູນນິທິຊອບແວຟຣີຂອງອາເມລິກາລາຕິນໄດ້ສ້າງຕັ້ງສະບັບຂອງ kernel 6.7 ຟຣີຢ່າງສົມບູນ - Linux-libre 6.7-gnu, ລ້າງອົງປະກອບຂອງເຟີມແວແລະໄດເວີທີ່ມີສ່ວນປະກອບທີ່ບໍ່ແມ່ນຟຣີຫຼືພາກສ່ວນລະຫັດ, ຂອບເຂດຈໍາກັດ. ໂດຍຜູ້ຜະລິດ. ໃນການປ່ອຍ 6.7, ລະຫັດທໍາຄວາມສະອາດ blob ໄດ້ຖືກປັບປຸງໃນໄດເວີແລະລະບົບຍ່ອຍຕ່າງໆ, ສໍາລັບການຍົກຕົວຢ່າງ, ໃນໄດເວີ amdgpu, nouveau, adreno, mwifiex, mt7988, ath11k, avs ແລະ btqca drivers. ລະຫັດສໍາລັບການທໍາຄວາມສະອາດໄດເວີ localtalk ແລະ rtl8192u ໄດ້ຖືກໂຍກຍ້າຍອອກເນື່ອງຈາກການຍົກເວັ້ນຂອງເຂົາເຈົ້າຈາກແກ່ນ. ເອົາອົງປະກອບທີ່ບໍ່ຈໍາເປັນອອກສໍາລັບການທໍາຄວາມສະອາດໄດເວີ xhci-pci, rtl8xxxu ແລະ rtw8822b, ກ່ອນຫນ້ານີ້ໄດ້ເພີ່ມໂດຍຄວາມຜິດພາດ. ເຮັດຄວາມສະອາດຊື່ blob ໃນໄຟລ໌ dts ສໍາລັບສະຖາປັດຕະ Aarch64. ລຶບ blobs ໃນໄດເວີໃຫມ່ mt7925, tps6598x, aw87390 ແລະ aw88399.

ແຫຼ່ງຂໍ້ມູນ: opennet.ru