Coreboot 4.17 ត្រូវបានចេញផ្សាយ

ការចេញផ្សាយគម្រោង CoreBoot 4.17 ត្រូវបានបោះពុម្ពក្នុងក្របខ័ណ្ឌដែលជម្រើសឥតគិតថ្លៃសម្រាប់កម្មវិធីបង្កប់ដែលមានកម្មសិទ្ធិ និង BIOS កំពុងត្រូវបានបង្កើតឡើង។ លេខកូដគម្រោងត្រូវបានចែកចាយក្រោមអាជ្ញាប័ណ្ណ GPLv2 ។ អ្នកអភិវឌ្ឍន៍ 150 នាក់បានចូលរួមក្នុងការបង្កើតកំណែថ្មីដែលបានរៀបចំការផ្លាស់ប្តូរច្រើនជាង 1300 ។

ការផ្លាស់ប្តូរសំខាន់ៗ៖

• ភាពងាយរងគ្រោះ (CVE-2022-29264) ដែលបានបង្ហាញខ្លួននៅក្នុង CoreBoot ចេញផ្សាយ 4.13 ទៅ 4.16 ត្រូវបានជួសជុល និងអនុញ្ញាតឱ្យដំណើរការកូដនៅលើប្រព័ន្ធដែលមាន AP (Application Processor) នៅកម្រិត SMM (System Management Mode) ដែលមានអាទិភាពខ្ពស់ជាង ( Ring -2) ជាងមុខងារ hypervisor និងសូន្យ ring នៃការការពារ ហើយមានសិទ្ធិចូលប្រើ memory ទាំងអស់គ្មានដែនកំណត់។ បញ្ហាគឺបណ្តាលមកពីការហៅមិនត្រឹមត្រូវទៅកាន់ SMI handler នៅក្នុងម៉ូឌុល smm_module_loader។
• បានបន្ថែមការគាំទ្រសម្រាប់ motherboard 12 ដែលក្នុងនោះ 5 ត្រូវបានប្រើនៅលើឧបករណ៍ដែលមាន Chrome OS ឬនៅលើម៉ាស៊ីនមេ Google ។ ក្នុងចំណោមថ្លៃសេវាមិនមែន Google៖
  • Clevo L140MU / L141MU / L142MU
  • Dell ភាពជាក់លាក់ T1650
  • ស្ថានីយការងារ HP Z220 CMT
  • Star Labs LabTop Mk III (i7-8550u), LabTop Mk IV (i3-10110U, i7-10710U), Lite Mk III (N5000) និង Lite Mk IV (N5030) ។
• ការគាំទ្រសម្រាប់ motherboards Google Deltan និង Deltaur ត្រូវបានបញ្ឈប់។
• បានបន្ថែម payload coreDOOM ថ្មីដែលអនុញ្ញាតឱ្យអ្នកចាប់ផ្តើមហ្គេម DOOM ពី Coreboot ។ គម្រោងនេះប្រើកូដ doomgeneric បញ្ជូនទៅកាន់ libpayload ។ Coreboot linear framebuffer ត្រូវបានប្រើសម្រាប់លទ្ធផល ហើយឯកសារ WAD ដែលមានធនធានហ្គេមត្រូវបានផ្ទុកពី CBFS ។
• បានធ្វើបច្ចុប្បន្នភាពសមាសធាតុ payload SeaBIOS 1.16.0 និង iPXE 2022.1 ។
• បានបន្ថែមមុខងារ SeaGRUB (GRUB2 over SeaBIOS) ដែលអនុញ្ញាតឱ្យ GRUB2 ប្រើការហៅត្រឡប់មកវិញដែលផ្តល់ដោយ SeaBIOS ជាឧទាហរណ៍ ដើម្បីចូលប្រើឧបករណ៍ដែលមិនអាចចូលប្រើបានពី GRUB2 payload ។
• បានបន្ថែមការការពារប្រឆាំងនឹងការវាយប្រហារ SinkHole ដែលអនុញ្ញាតឱ្យកូដត្រូវបានប្រតិបត្តិនៅកម្រិត SMM (System Management Mode) ។
• បានអនុវត្តសមត្ថភាពក្នុងការបង្កើតតារាងឋិតិវន្តនៃទំព័រសតិពីឯកសារជួបប្រជុំគ្នា ដោយមិនចាំបាច់ហៅឧបករណ៍ប្រើប្រាស់ភាគីទីបី។
• អនុញ្ញាតឱ្យសរសេរព័ត៌មានបំបាត់កំហុសទៅកាន់កុងសូល CBMEMC ពីឧបករណ៍ដោះស្រាយ SMI នៅពេលប្រើ DEBUG_SMI ។
• ប្រព័ន្ធនៃឧបករណ៍ដោះស្រាយការចាប់ផ្ដើម CBMEM ត្រូវបានផ្លាស់ប្តូរ ជំនួសឱ្យឧបករណ៍ដោះស្រាយ *_CBMEM_INIT_HOOK ដែលភ្ជាប់ទៅនឹងដំណាក់កាល អ្នកដោះស្រាយពីរត្រូវបានស្នើឡើង៖ CBMEM_CREATION_HOOK (ប្រើនៅដំណាក់កាលដំបូងដែលបង្កើត cbmem) និង CBMEM_READY_HOOK (បានប្រើនៅដំណាក់កាលណាមួយដែល cbmem មានរួចហើយ បានបង្កើត) ។
• បានបន្ថែមការគាំទ្រសម្រាប់ PSB (Platform Secure Boot) ដែលដំណើរការដោយប្រព័ន្ធដំណើរការ PSP (Platform Security Processor) ដើម្បីផ្ទៀងផ្ទាត់ភាពត្រឹមត្រូវនៃ BIOS ដោយប្រើហត្ថលេខាឌីជីថល។
• បានបន្ថែមការអនុវត្តផ្ទាល់ខ្លួនរបស់យើងនៃកម្មវិធីដោះស្រាយសម្រាប់ការបំបាត់កំហុសទិន្នន័យដែលបានផ្ទេរពី FSP (FSP Debug Handler) ។
• បានបន្ថែមមុខងារ TIS ជាក់លាក់របស់អ្នកលក់ (ការបញ្ជាក់ចំណុចប្រទាក់ TPM) សម្រាប់ការអាន និងសរសេរដោយផ្ទាល់ពី TPM (ម៉ូឌុលវេទិកាដែលអាចទុកចិត្តបាន) ចុះឈ្មោះ - tis_vendor_read() និង tis_vendor_write() ។
• បានបន្ថែមការគាំទ្រសម្រាប់ការស្ទាក់ចាប់សញ្ញាព្រួញគ្មានន័យតាមរយៈការចុះឈ្មោះបំបាត់កំហុស។
• បានអនុវត្តការរកឃើញឧបករណ៍ i2c ដែលធ្វើឱ្យវាកាន់តែងាយស្រួលក្នុងការធ្វើការជាមួយក្តារដែលបំពាក់ដោយបន្ទះប៉ះ ឬអេក្រង់ប៉ះពីក្រុមហ៊ុនផលិតផ្សេងៗគ្នា។
• បានបន្ថែមសមត្ថភាពក្នុងការរក្សាទុកទិន្នន័យពេលវេលាក្នុងទម្រង់ដែលសមរម្យសម្រាប់ការបង្កើតក្រាហ្វ FlameGraph ដែលបង្ហាញយ៉ាងច្បាស់ថាតើត្រូវចំណាយពេលវេលាប៉ុន្មាននៅដំណាក់កាលផ្សេងៗគ្នានៃការចាប់ផ្តើម។
• ជម្រើសមួយត្រូវបានបន្ថែមទៅឧបករណ៍ប្រើប្រាស់ cbmem ដើម្បីបន្ថែម "ត្រាពេលវេលា" នៃពេលវេលាពីទំហំអ្នកប្រើប្រាស់ទៅកាន់តារាង cbmem ដែលធ្វើឱ្យវាអាចឆ្លុះបញ្ចាំងព្រឹត្តិការណ៍នៅក្នុងដំណាក់កាលដែលបានអនុវត្តបន្ទាប់ពី CoreBoot នៅក្នុង cbmem ។

លើសពីនេះ យើងអាចកត់សម្គាល់ការបោះពុម្ពផ្សាយដោយ OSFF (Open-Source Firmware Foundation) នៃលិខិតចំហទៅកាន់ Intel ដែលស្នើឱ្យបង្កើតកញ្ចប់ជំនួយកម្មវិធីបង្កប់ (FSP, Firmware Support Package) ម៉ូឌុលបន្ថែមទៀត ហើយចាប់ផ្តើមបោះពុម្ពឯកសារទាក់ទងនឹងការចាប់ផ្តើម Intel SoC ។ . កង្វះកូដ FSP ធ្វើឱ្យស្មុគស្មាញយ៉ាងខ្លាំងដល់ការបង្កើតកម្មវិធីបង្កប់បើកចំហ និងការពារការរីកចំរើននៃគម្រោង Coreboot, U-Boot និង LinuxBoot នៅលើផ្នែករឹងរបស់ Intel ។ កាលពីមុន គំនិតផ្តួចផ្តើមស្រដៀងគ្នានេះបានទទួលជោគជ័យ ហើយ Intel បានបើកកូដសម្រាប់កម្មវិធីបង្កប់ប្លុក PSE (Programmable Services Engine) ដែលស្នើដោយសហគមន៍។

ប្រភព: opennet.ru