Narito ang CoreBoot 4.12 at mayroong suporta para sa 49 board at higit pa

Pagkatapos ng kalahating taon mula sa huling bersyon na inihayag, ang paglabas ng bagong bersyon ng CoreBoot 4.12 ay inihayag kung saan idinagdag ang isang serye ng mga pagpapabuti tulad ng higit na suporta, pag-aalis ng hindi na ginagamit na code at marami pa.

Para sa mga hindi pamilyar sa CoreBoot, dapat mong malaman na ito ay isang bukas na alternatibong mapagkukunan sa tradisyunal na Pangunahing I / O System (BIOS) na nasa MS-DOS 80s PCs at pinalitan ito ng UEFI (Unified Extensible). Ang CoreBoot ay isa ring libreng pagmamay-ari na firmware analog at magagamit para sa buong pag-verify at pag-audit. Ginagamit ang CoreBoot bilang batayang firmware para sa pagpapasimula ng hardware at koordinasyon ng boot.

Kasama ang grapiko na pagsisimula, PCIe, SATA, USB, RS232. Sa parehong oras, ang FSP 2.0 (Intel Firmware Support Package) na mga binary na bahagi at ang binary firmware para sa Intel ME subsystem, na kinakailangan upang simulan at ilunsad ang CPU at chipset, ay isinama sa CoreBoot.

Ano ang bago sa CoreBoot 4.12?

Sa bagong bersyon ng Ang CoreBoot 4.12, 190 ang mga developer ay lumahok at naghanda ng 2692 na mga pagbabago kabilang sa kung saan ang pinakamahalaga ay ang mga sumusunod.

Sa Coreboot 4.12 nagdagdag ng suporta para sa 49 na mga motherboard, na ang karamihan ay ginagamit sa mga aparatong Chrome OS.

Habang sa kabilang banda ang suporta para sa 51 mga motherboard ay inalis, na ang pag-aalis ay higit na nauugnay sa pagtatapos ng suporta para sa mga lipas na plate at nagtatrabaho upang maalis ang mga duplicate katulad na mga pagpipilian sa board. Maraming mga board, na dating ipinakita bilang magkakahiwalay na mga modelo, ay pinagsama sa mga hanay (variant), kung saan ang isang module ay agad na sumasakop sa buong pamilya ng mga aparato.

Ang code upang suportahan ang mga platform AMDFAM10, VIA VX900 at FSP1.0 (BROADWELL_DE, FSP_BAYTRAIL, RANGELEY), na hindi natutugunan ang mga bagong kinakailangan, ay naibukod mula sa base ng code punong-guro. Halimbawa, sa FSP1.0 hindi posible na ipatupad ang yugto ng POSTCAR.

Isinasaalang-alang ang paglilinis ng mga duplicate, sa kabila ng katotohanan na pormal na ang bilang ng mga tinanggal na board ay lumampas sa bilang ng idinagdag, ang listahan ng mga katugmang kagamitan ay nadagdagan. Ang bagong bersyon ay gumawa din ng maraming mga pagbabago na nauugnay sa pinahusay na suporta para sa mga aparato na kasama ng OEM firmware, kabilang ang mga batay sa Coreboot.

Bilang karagdagan sa patuloy na paglilinis ng base ng code, dami ng tala sa mga lisensya sa mga header ng file napalitan ng maikling SPDX identifier. Ang mga pangalan ng lahat ng mga may-akda na lumahok sa pagbuo ay nakolekta sa AUTHORS file. Ang mga file ng header ay binago upang mabawasan ang sakop ng code sa pagpupulong ng bawat unit ng pagpupulong.

Ang SMMSTORE flash drive controller ay kinikilala bilang handa na para sa laganap na paggamit. Gumagamit ang controller ng mode na SMM (System Management Mode) upang isulat, basahin at burahin ang mga lugar sa memorya ng flash, at maaaring magamit sa mga sangkap ng OS o firmware upang ayusin ang permanenteng pag-iimbak ng mga setting, nang hindi kinakailangan na magpatupad ng isang partikular na controller sa bawat platform.

Ang mga tool sa pagsubok ng unit ay pinalawak, na nagsasama sa bagong sistema ng pagbuo at isinasagawa ang paggamit sa balangkas ng Cmocka. Ang isang magkakahiwalay na pagsubok / direktoryo ay nilikha sa pinagmulan ng puno para sa mga pagsubok sa yunit.

Kinakailangan na ngayon ang mga bahagi para sa mga x86 system RELOCATABLE_RAMSTAGE, POSTCAR_STAGE, at C_ENVIRONMENT_BOOTBLOCK. RELOCATABLE_RAMSTAGE na nagpapahintulot sa ramstage na ilipat sa isa pang lugar ng memorya sa runtime na hindi nag-o-overlap sa operating system o mga driver ng payload (kinakailangan ang paglipat habang ang ramstage ay naka-cache sa CBMEM para sa mas mabilis na pag-load sa paglabas ng standby mode).

POSTCAR_STAGE ginamit upang lumipat mula sa CAR (Cache-As-Ram) patungo sa pagpapatakbo ng code mula sa DRAM. C_ENVIRONMENT_BOOTBLOCK pinapayagan na gumamit ng bootblock na natipon gamit ang regular na GCC, sa halip na isang dalubhasang tagatala ng romcc.

Kunin ang CoreBoot

Panghuli, para sa mga interesado na makuha ang bagong bersyon ng CoreBoot magagawa nila ito mula sa kanilang seksyon ng pag-download, na maaaring matagpuan sa opisyal na website ng proyekto.

Bilang karagdagan sa na sa ito ay makakahanap sila ng dokumentasyon at karagdagang impormasyon tungkol sa proyekto.

Ang link ay ito.


Iwanan ang iyong puna

Ang iyong email address ay hindi nai-publish. Mga kinakailangang patlang ay minarkahan ng *

*

*

  1. Responsable para sa data: AB Internet Networks 2008 SL
  2. Layunin ng data: Kontrolin ang SPAM, pamamahala ng komento.
  3. Legitimation: Ang iyong pahintulot
  4. Komunikasyon ng data: Ang data ay hindi maiparating sa mga third party maliban sa ligal na obligasyon.
  5. Imbakan ng data: Ang database na naka-host ng Occentus Networks (EU)
  6. Mga Karapatan: Sa anumang oras maaari mong limitahan, mabawi at tanggalin ang iyong impormasyon.