نسخه Coreboot 4.12 منتشر شد

منتشر شده انتشار پروژه Core Boot 4.12، که در حال توسعه یک جایگزین رایگان برای سیستم عامل و BIOS اختصاصی است. 190 توسعه دهنده در ایجاد نسخه جدید شرکت کردند که 2692 تغییر را آماده کردند.

اصلی نوآوری ها:

• پشتیبانی از 49 مادربرد اضافه شد که بیشتر آنها در دستگاه‌های دارای سیستم عامل کروم استفاده می‌شوند. پشتیبانی از 51 مادربرد حذف شد. این حذف عمدتاً مربوط به پایان دادن به پشتیبانی از بردهای قدیمی و تلاش برای حذف نسخه های تکراری انواع بردهای مشابه است. بسیاری از تخته هایی که قبلاً به عنوان مدل های جداگانه ارائه شده بودند در مجموعه هایی (انواع) ترکیب می شوند که در آن یک ماژول کل خانواده دستگاه ها را به طور همزمان پوشش می دهد. با در نظر گرفتن تمیز کردن موارد تکراری، با وجود اینکه به طور رسمی تعداد بردهای حذف شده بیشتر از تعداد بردهای اضافه شده است، لیست تجهیزات پشتیبانی شده افزایش یافته است. نسخه جدید همچنین شامل تغییرات زیادی برای بهبود پشتیبانی از دستگاه‌هایی است که با سیستم‌افزار OEM عرضه می‌شوند، از جمله آن‌هایی که مبتنی بر Coreboot هستند.
• پاکسازی پایه کد ادامه یافت. یادداشت های طولانی مجوز در سرفصل های فایل با شناسه های کوتاه جایگزین شده اند SPDX. نام تمام نویسندگانی که در توسعه شرکت کردند در فایل AUTHORS جمع آوری شده است. بازنگری در فایل‌های هدر برای به حداقل رساندن کد پوشش داده شده هنگام مونتاژ هر واحد مونتاژ انجام شد.
• درایور برای فلش مموری SMMSTORE به عنوان آماده برای استفاده گسترده شناخته شده است. درایور از SMM (حالت مدیریت سیستم) برای نوشتن، خواندن و پاک کردن نواحی روی فلش مموری استفاده می‌کند و می‌تواند در سیستم‌عامل یا اجزای میان‌افزار برای ذخیره دائمی تنظیمات، بدون نیاز به پیاده‌سازی درایور مخصوص پلتفرم استفاده شود.
• ابزارهای تست واحد گسترش یافته اند، با سیستم ساخت جدید یکپارچه شده و به استفاده از چارچوب Cmocka منتقل شده اند. یک دایرکتوری جداگانه برای تست های واحد در درخت منبع ایجاد شده است.
• اجزایی که اکنون برای سیستم های x86 اجباری هستند عبارتند از RELOCATABLE_RAMSTAGE، POSTCAR_STAGE، و C_ENVIRONMENT_BOOTBLOCK. RELOCATABLE_RAMSTAGE امکان جابجایی زمان اجرا را می دهد راوی به قسمت حافظه دیگری که با حافظه سیستم عامل یا کنترل کننده های بار همپوشانی ندارد (این حرکت ضروری است زیرا ramstage در CBMEM برای بارگذاری سریعتر هنگام خروج از حالت آماده به کار ذخیره می شود). POSTCAR_STAGE برای انتقال از CAR (Cache-As-Ram) به کد در حال اجرا از DRAM استفاده می شود. C_ENVIRONMENT_BOOTBLOCK به شما امکان می دهد از یک بوت بلاک کامپایل شده با استفاده از GCC معمولی به جای کامپایلر تخصصی romcc استفاده کنید.
• کد پشتیبانی از پلتفرم‌های AMDFAM10، VIA VX900 و FSP1.0 (BROADWELL_DE، FSP_BAYTRAIL، RANGELEY)، که الزامات جدید را برآورده نمی‌کنند، از پایه کد اصلی حذف شده است. به عنوان مثال، امکان پیاده سازی مرحله POSTCAR در FSP1.0 وجود ندارد.

منبع: opennet.ru