Огляд uefi материнської плати asus j1800i-c
Як театр починається з вішалки. Ну, загалом, почнемо знайомитися з новинкою від ASUS заглянувши в CMOS Setup материнської плати J1800I-C. Благо справу, зараз доступ до вбудованому програмному забезпеченню можливий як при натисканні звичної клавіші DEL, так і по F2. Ця маленька хитрість деталь інтерфейсу свідчить про те, що платформи тайванського бренду освоюються, а в деяких випадках і з успіхом конкурують, в тих нішах IT-бізнесу, де персонал звик до ергономіки HP, Dell і іже з ними. Як діти, їй Богу. )
У виборі елементної бази для зберігання UEFI BIOS компанія ASUS залишається вірною собі, віддаючи перевагу чіпам від Winbond. Зокрема, на материнській платі J1800I-C встановлена мікросхема W25Q64 значного обсягу. Вісім мегабайт її простори зайняті, крім усього іншого, кодом графічної оболонки, що стала вже звичною користувачам десктопних платформ, але (з невідомих причин) не завжди задіяною в ноутбуках. На платі використовується графічний інтерфейс UEFI BIOS Utility все тієї ж версії v2.10.1208 з функцією генерації скріншотів, ніж ми і скористаємося для ілюстрації нашого огляду.
конфігурація CPU
Насамперед поцікавимося можливостями процесора Intel Celeron J1800 з сімейства Bay Trail-D. Саме цей «двоатомний» чіп дав назву платформі в силу того, що жорстко і незнімної встановлений на друкованій платі. Здається, таке рішення давно вже виправдано і з економічної точки зору (ціна сокета - це більше ніж долар!), І з технологічних міркувань. Інженери сервісних центрів давно і точно описали неприємну релевантність: «відвал сокета». На платі ASUS J1800I-C такого не буде!
Рис 1. CPU Configuration на платі ASUS J1800I-C
Відзначимо два факти, які очевидні на наведеному вище скріншоті. По-перше, встановлений двоядерний процесор має апаратну реалізацію. Технологія HT не підтримується, але чомусь в списку меню вказана. По-друге, Celeron J1800 по-модному забезпечений виртуализацией. «Для чого?» - питання абсолютно недоречний. Зараз все так носять роблять і, як правило, в 64-бітному виконанні.
Інше питання, чому в SoC, де інтегровані процесорні ядра з системною логікою, не знайшлося місця для технології віртуалізації девайсів? Intel VT-d навіть не вказана в списку неактивних опцій меню. А значить, віртуалізація периферії відсутнє, як явище. За великим рахунком, для простенького обчислювача, яким по суті є сверхінтегрірованний Celeron серії J, в такому випадку і віртуалізація процесів не дуже то і корисна.
конфігурація пристроїв
Налаштування системної логіки в режимі Advance Mode досить стандартна. Все як завжди: звично, зручно, очевидно і рознесено по групах вбудованих пристроїв.
Рис 2. Меню конфігурації плати ASUS J1800I-C
На особливу увагу заслуговує, мабуть, тільки опція управління USB-шиною. Вибір налаштувань тут невеликий: є тільки керування функцією EHCI Hand-off (про це трохи нижче) і спосіб ініціалізації контролера USB 3.0:
Рис 3. Конфігурація USB-шини на платі ASUS J1800I-C
Метод Smart Auto
Протокол Hand-off
Дуже багато питань і суперечок викликає опція USB-конфігурації EHCI Hand-off. Як випливає з назви, її використання може бути застосовано тільки до USB 2.0 і складається в способі арбітражу між UEFI і операційною системою при доступі до контролера EHCI. Існує синонім цього терміна, більш точно передає зміст того, що відбувається, - EHCI Ownership.
Найбільшу плутанину вносить використання терміна Hand-off при відключенні EHCI-контролера від заданого порту для використання пристроїв Full або Low-Speed спільно з контролерами-компаньйонами OHCI / UHCI для роботи в режимі USB 1.1. Слід підкреслити, що до процедури EHCI Hand-off це не має ні найменшого відношення.
У чому суть EHCI Hand-off? При старті платформи, для забезпечення підтримки USB-пристроїв (клавіатури, миші, завантажувальних дисків) до завантаження операційної системи, BIOS / UEFI повинен самостійно ініціювати EHCI-контролер і обслуговувати його USB-операції. Для активізації своєї драйверной підтримки операційна система повинна «відняти» контролер у firmware і підтримувати його самостійно. Одночасне володіння контролером EHCI двома драйверами (firmware і ОС), призведе до помилки - контролер не може одночасно перебувати в двох різних контекстах.
Теоретично, для арбітражу існує механізм семафорів, бітових полів в складі EHCI Legacy Support Capability Structure. Для того щоб «забрати» контролер у firmware, ОС повинна встановити біт OS Owned і дочекатися обнулення біта BIOS Owned.
- Біт OS Owned = 1, якщо контролером володіє ОС
- Біт BIOS Owned = 1, якщо контролером володіє firmware
Зазначені біти не перемикайтеся контролером EHCI апаратно, це просто осередку scratch pads, які можна програмно записувати і зчитувати. За підтримку протоколу арбітражу відповідає відповідний модуль firmware, що виконується в System Management Mode непомітно для ОС. Опція EHCI Hand-off забороняє роботу даного модуля і робить арбітраж неможливим (як передачу контролера від firmware до ОС, так і зворотну передачу, яка також передбачена специфікацією). На практиці часто буває по-іншому - на ряді платформ ця опція не впливає на поведінку EHCI-контролера, а замість неї використовуються хитрі програмні трюки.
Конфігурація старту ОС
Рис 4. Вибір запускаються операційних систем на платі ASUS J1800I-C
Тут вибір невеликий: Windows 7 або Windows 8. Що, втім, не завадило успішно стартувати з USB-накопичувача Linux Ubuntu :)