Ami graphic output protocol policy что это в биосе
Ami graphic output protocol policy что это в биосе
UEFI GOP vBIOS для AMD Radeon HD5XXX по R9 2XX
Есть возможность добавить в биос видеокарт AMD поддержка драйвера UEFI GOP (Graphics Output Protocol). Это нужно для поддержки ультра быстрой загрузки системы Win 8-8.1 и последующие.
Драйвер GOP нужен только для материнок с UEFI BIOS, если у вас старый биос, это не касается вас.
Есть список видеокарт на котором 100% драйвер работает, на остальных надо пробовать.
Прошивка биоса видеокарты опасная затея, по этому если вам и без GOP живется не плохо то лучше не прошивать.
ПРОШИВКА БИОСА ТОЛЬКО НА СВОЙ СТАХ И РИСК.
Если у вас 1) карта без двойного биоса как на HD69XX и у вас 2) нет старой видеокарты PCI для того что бы с нее восстановить оригинал биоса НЕ СОВЕТУЮ прошивать даже если известно что на вашей модели 100% GOP работает.
Примерно так выглядит работа GOP+UEFI Secure Boot+Super Fast Boot 
Если вы все-таки решили что UEFI GOP как раз не хватает для полного экстаза 
то нужен оригинал vBios, снятый GPU-Z или ATI Winflash и скрин GPU-Z. В некоторых случаев может понадобится дополнительная информация. Оставьте запрос, я постараюсь спалить помочь 
gop driver что это
В предыдущей публикации «Компостер» коснулся тонких материй, соединяющих прошлое с настоящим. В компьютерном мире это называется совместимостью. Пытливый ум экспериментатора хочет знать: что будет, если ослушаться маму мануал и отказаться от совместимости? Другими словами: хорошо ли усвоен материал по выполнению на материнской плате операции Clear CMOS? Если с этим все в порядке, следуйте за нами, дорогие читатели. Мы начинаем эксперименты с утилитой Aptio Setup Utility, надежно встроенной в состав UEFI BIOS производства American Megatrends.
Не говори GOP, если не знаешь, чем это закончится
Легко и просто с ноутбуками: заходя в Setup, они бодро рапортуют о том, какая именно версия GOP поддерживается на данной платформе. Напомним тем, кто только недавно к нам подключился: Graphics Output Protocol – это новинка, пришедшая на смену VGA BIOS в угоду UEFI.
Рис 1.CSM, как технология совместимости,
открывает дополнительные опции меню UEFI BIOS
Сложнее дело обстоит с настольными системами. В слот расширения можно установить практически любую подходящую видео карту. И если у нас видеокарта, не имеющая поддержки GOP, а мы выключаем CSM-режим и выходим из Setup с записью, то после перезагрузки нас ждет фатальная ошибка – звуковой сигнал об отсутствии видео (1 длинный и три коротких гудка). Затем пауза и следующая перезагрузка, при которой BIOS включил CSM самовольно и предупреждает нас об этом таким сообщением:
The VGA Card is not supported UEFI Driver.
CSM (Compatibility Support Module) settings have been changed for better compatibility.
Что же происходит в процессе выполнения POST-процедур? Очевидно, что если VGA BIOS не поддерживает UEFI, то firmware системной платы не может взаимодействовать с ресурсами видеокарты по GOP-протоколу. Проигнорировать «неудобный» Legacy VGA BIOS и работать с видео контроллером напрямую, firmware системной платы также не может, так как операции с графическим контроллером требуют весьма специфической поддержки и UEFI BIOS системной платы не готов заранее поддерживать все типы графических контроллеров.
CSM – это мост между прошлым и будущим
Единственное решение, приемлемое для совместимости старого и нового, – технология Compatibility Support Module. Только она способна создать «мостик» между UEFI GOP и Legacy VGA BIOS.
Рис 2. Запрет CSM-технологии не допускает
редактирования других опций CSM-меню
Алгоритмы утилиты Aptio Setup в этом нас убеждают. Если CSM-режим разрешен, все прочие опции на этой странице доступны. При выключении режима совместимости другие опции становятся недоступными. И если выйти из Setup, сохранив изменения, платформа не сможет проинициализировать видео и сгенерирует ошибку, описанную выше.
Очевидно, вопрос касается не только графики. Если мы устанавливаем, например Storage-контроллер, firmware которого не поддерживает UEFI, то при запрете режима CSM, диски, подключены к нему, останутся недоступными.
FAQ BIOS and Firmware
BIOS and Firmware
UEFI stands for Unified Extensible Firmware Interface. UEFI is a replacement for legacy system BIOS and is flexible, fast, and efficient and has no driver size constraints. The UEFI pre-boot firmware architecture can be 32-bit, 64-bit, or IA64. There is no binary compatibility. Compatibility support module (CSM) is used to boot legacy operating systems and operate with legacy option ROMs.
Intel® Embedded Media and Graphics Driver (Intel® EMGD) for the Intel® Atom™ processor E6xx series and the Intel® System Controller Hub US15W chipset supports the Extensible Firmware Interface (EFI) graphics output protocol (GOP) driver, which gets merged into the UEFI system pre-boot firmware. The EFI GOP driver supports fast boot capability.
2. Is video BIOS (VBIOS) the same as the graphics output protocol (GOP) driver?
No. The GOP driver (also known as EFI video driver in some Intel EMGD documentation) is a replacement for legacy video BIOS and enables the use of UEFI pre-boot firmware without compatibility support module (CSM). The Intel EMGD GOP driver can either be fast boot (speed optimized and platform specific) or generic (platform agnostic for selective platforms).
Here is a quick comparison between GOP and video BIOS:
3. Can VBIOS and the GOP driver coexist on a platform?
4. How is the VBIOS Option ROM linked to the display adapter in EFI pre-boot firmware?
The VBIOS Option ROM is linked with the PCI vendor-device ID of the VGA device (typically Bus 0, Device 2, Function 0). This information is embedded in the EFI pre-boot firmware at compile time or merged into the image on the host via the firmware vendor merging utility.
5. Which VBIOS is activated when I have an external graphics card such as Matrox* and internal graphics such as internal low-voltage differential signalling (LVDS)?
The answer depends upon the EFI pre-boot firmware setting, if available. If the «PCI as primary» option is available and enabled, then the VBIOS option ROM from the Matrox card is activated. If «PCI as primary» is not enabled, then the Intel EMGD VBIOS is activated. Note that there can be only one instance of VBIOS in the platform.
6. What are the VBIOS usage scenarios under Windows* XP?
Windows XP uses the VBIOS via INT 10h for displaying the splash screen and any messages until the graphics driver is loaded. Note that during the OS boot process the OS writes to the framebuffer directly, bypassing VBIOS for display purposes. After the graphics driver is loaded, the OS transfers control to VBIOS during full screen DOS mode and during “blue screen” to display the stack information.
7. Does Intel EMGD v1.18 for Windows Embedded* Compact 7 support the UEFI-based Intel® Boot Loader Development Kit (Intel® BLDK)?
Yes, it is supported on the Intel® Atom™ processor E6xx series-based platform.
8. Why did the CED generate 127K VBIOS instead of 64K VBIOS for the Intel Atom processor E6xx series?
Intel EMGD v1.16 (and onward) VBIOS supports 127K VBIOS for the Intel Atom E6xx processor-based platform and 64K VBIOS for the Intel System Controller Hub US15W chipset series. From Intel EMGD v1.16 onward, the 64K VBIOS for Intel Atom E6xx processor series is no longer available due to file size constraints as new features were added in the VBIOS that increased the file size to over 64K. If you require a 64K VBIOS, please consider using Intel EMGD v1.10 vBIOS package for Windows* XP and Linux* OS or Intel EMGD v1.14 VBIOS package for Windows 7, Windows Embedded Standard 7, and Windows Embedded Compact 7 OS.
Video BIOS (или VBIOS) — выделенный BIOS видеокарты компьютера, получающий управление на ранней стадии начальной загрузки IBM PC-совместимых компьютеров. Производит инициализацию видеокарты и установку обработчиков прерываний видеосервиса (INT 10H), с помощью которых основной BIOS, загрузчик ОС, ОС и прикладные программы могут выводить на экран текст и изображения до момента инициализации полноценного драйвера видеокарты.
Поскольку видеокарта обладает собственным процессором, оперативной памятью и системой питания, ей необходим выделенный BIOS для управления.
Так же, как и системный BIOS, VBIOS предоставляет набор функций и инструкций, необходимых приложению для доступа к видеокарте, выступает в роли посредника между приложением (в основном драйвером) и аппаратной частью видеокарты (в частности, реализуя Int 10h [2] ). VBIOS также содержит данные о рабочих частотах и напряжениях графического процессора и видеопамяти (и её таймингов), режимы работы системы охлаждения и прочее.
После загрузки операционной системы в роль посредника вступает видеодрайвер, оснащенный бо́льшим функционалом и работающий по принципу «приложение-драйвер-VideoBIOS-аппаратная часть» (или напрямую «приложение-драйвер-аппаратная часть»).
Разработка 64-битного графического UEFI-приложения в Visual Studio
а вот статей про “Hello, World” на UEFI да с графикой действительно не хватает. Больше того — я таких вообще не припомню.» (MinimumLaw)
Под катом мы пошагово перепишем ту бутсекторную демку под UEFI, и она будет работать в полноцветном видеорежиме с высоким разрешением. С другой стороны, вместо 512 байт она будет занимать несколько десятков КБ.
▍ 1. Подготовка среды
Осовремененный шаблон (170 МБ трафика, 600 МБ на диске) развёртывается командой:
Модуль HelloWorld мы и возьмём за основу для нашей демки.
▍ 2. Тригонометрия
▍ 3. Пиксельная графика
Сразу заметны три проблемы, унаследованные из бутсекторной демки:
▍ 4. Графические ресурсы
Наконец, в начало файла HelloWorld.c дописываем:
А в начало UefiMain — код для загрузки изображения:
После получения указателя на GOP можно проинициализировать структуру Output :
И теперь внутри цикла, сразу после очистки экрана, выведем это изображение:
▍ 5. Работа с Blt
DrawImageId шлёт изображение из ресурсов напрямую на экран; нам же для эффекта мигающего логотипа понадобится буфер в памяти, где мы будем плавно менять яркость пикселей перед отрисовкой. Для работы с памятью в начало файла надо добавить:
Теперь удалим объявление структуры Output и её инициализацию, и вместо этого создадим буфер:
В начале цикла нет надобности очищать весь экран: вместо этого вызовом Blt(EfiBltVideoFill) очистим лишь ту часть, где рисуется спираль-ёлочка.
Саму спираль сместим вниз на высоту логотипа:
И в завершение художества — в конце цикла, перед задержкой, рассчитываем и отрисовываем вызовом Blt(EfiBltBufferToVideo) плавно мигающий логотип:
Окончательный вариант кода лежит в репозитории в каталоге HelloWorld, а его работа показана на ролике в начале и конце статьи.
Кроссплатформенная оценка графических возможностей в контексте UEFI
В отличие от систем с архитектурой x86, использование UEFI (Unified Extensible Firmware Interface) на ARM-платформах не стало топом в IT-новостях. Из этого не следует, что расширяемый интерфейс фирменного программного обеспечения – идея только для рынка персональных компьютеров. Спецификация UEFI декларирует универсальные подходы для инициализации любого аппаратного обеспечения и его взаимодействия с операционной системой.
В силу того, что спецификация UEFI поддерживает все распространенные архитектуры вычислительных систем, хотелось бы сравнить их аппаратную производительность с «чистого листа», т.е. до запуска драйверной поддержки. Особенно интересно посмотреть на работу графики на конкурирующих процессорных платформах. Так ли она хороша, как об это говорят ее производители? Образцов для сравнения сколько угодно – NVidia, например, выпускает Tegra для работы с ARM, и GeForce для персональных систем.
Чтобы ответить на поставленный вопрос мы решили свою утилиту UEFImark, измеряющую скорость записи в видеопамять и выводящую информацию о графических возможностях системы поставить на рельсы EFI Byte Code.
Как известно, EFI Byte Code (EBC) – довольно изящный метод разработки кроссплатформенного программного обеспечения в рамках спецификации UEFI. Его идея очевидна и не нова – программа, написанная в системе команд модной ныне регистровой виртуальной машины, может быть выполнена на любой аппаратной платформе, снабженной программой-интерпретатором команд.
Работа с графикой
Для визуализации графической информации в среде UEFI, а также как объект для бенчмарок, применяется GOP (Graphics Output Protocol). В рамках данного UEFI-протокола, используется функция BLT (Block Transfer). Эта функция выполняет построение на экране прямоугольного объекта, получая от вызывающей процедуры в качестве входных параметров его координаты, размеры и содержимое.
В отличие от UEFImark x64 Edition, приложение UEFImark EBC Edition не использует прямое обращение к видео памяти, так как в системах с архитектурами, отличными от PC, такой метод визуализации может не поддерживаться. Для декларирования такой ситуации предусмотрен специальный атрибут BltOnly. Точнее, прямое обращение к видео памяти планируется использовать, но только тогда, когда детектирована x86-совместимая платформа и видео память доступна в адресном пространстве.
Бенчмарки
Обратимся к последней строке экрана системной информации – GOP.BLT, FPS. Она содержит два параметра:
В данных тестах, размер прямоугольника задан равным размеру экрана. Для измерения времени используется таймер, реализованный в рамках CPU Architectural Protocol (CAP), метод доступа к которому не зависит от аппаратных особенностей платформы. Объем видео памяти, используемой для представления экрана, зависит от горизонтального и вертикального разрешения, а также количества бит на пиксель. Соответственно, чем больше разрешение и количество бит на пиксель, тем больший объем требуется обработать. Поэтому, количество кадров в секунду или FPS (frames per second) будет различным для различных видео режимов. При сравнении производительности двух систем для них требуется использовать одинаковые видео режимы.
Кадры или мегабайты в секунду
Почему в бенчмарках EBC-версии мы перешли от измерения скорости записи в видео память в мегабайтах в секунду, к измерению интегральной производительности видео подсистемы в кадрах в секунду или FPS?
Точное измерение пропускной способности шин возможно только для нативного кода, непосредственно выполняющего запись в видео память, так как между моментами чтения начального и конечного состояний таймера должны быть расположены только те операции, время выполнения которых требуется измерить. При использовании технологий GOP.BLT и UEFI API это условие невыполнимо, так как вызываемая API-процедура выполняет не только собственно пересылку блока, но и ряд вспомогательных операций. Основные из них — подготовка параметров для пересылки блока, передача управления на подпрограмму, сохранение параметров, восстановление параметров, возврат из подпрограммы и т. д. Поэтому для этих методов графической визуализации используется интегральный параметр FPS.
Особенности отладки
Готовящаяся к выходу версия 0.13 поддерживает выдачу 8-битных отладочных кодов в 8-битный порт с адресом 80h. При отладке используется устройство IC80v5.0 производства IC Book Labs. В целях обеспечения работоспособности программы на платформах с архитектурами, отличными от x86, выдача кодов в порт 80h выполняется только в случае успешного детектирования платформы x86 в сочетании с firmware IA32 EFI или x64 UEFI. В целях обеспечения работоспособности в эмулируемой среде, выдача кодов в порт 80h выполняется только в случае, если программа работает в режиме супервизора, а именно текущий уровень привилегий (CPL), определяемый битами [1,0] регистра сегмента кода (CS), равен нулю, что означает отсутствие эмулятора или отсутствие режима перехвата обращений к портам ввода-вывода. Практика показала, что вывод в порт 80h может вызвать аварийное завершение эмулятора.
Ami graphic output protocol policy что это в биосе
Некоторым ранним спонсорам (типа меня) отправили раньше.
Экслер обзор выложил.
Себе бы купил, если можно будет запитать от нормального универсального БП (например 65ваттных gan, коих сейчас много). Сейчас из дома работаю, фактически rdp на рабочий комп. А стоит для этого обычный гроб-башня, орущий вентиляторами. Larkbox прицепил бы к монитору, и все, собственно.
Frequently Asked Questions:
Dear Backers:
In the past few days, we have collected some of the backer’s questions about LarkBox. Here are the corresponding answers:
Q1: If I add the SSD, will it be pre-installed?
A1: If you buy SSD, the SSD will be pre-installed on the machine. The OS will be pre-installed on SSD instead of eMMC.
Q2: What are the specs of this SSD?
A2: We will provide Kingston SATA M.2 2242 SSD 240GB. With SSD, the read-write speed will up to 500MB/S, faster than eMMC.
Q3: Can we have an option to upgrade the ram to 8GB?
A3: Sorry for the inconvenience. Due to the motherboard design, it may not be possible to upgrade to 8GB of RAM.
Q4: Does LarkBox M.2 expansion slot support NVMe drives?
A4: Sorry that it only supports SATA.
Q5: What is the pre-installed system?
A5: We will install Win 10 but you can upgrade to Win 10 PRO by yourself.
Q6: What is the maximum Micro SD card capacity supported by larkbox？
A6: The maximum capacity of micro SD you can install is 128G.
Q7: Will you send me the right plug?
A7: We will provide the right power plug type according to the delivery address. Please do not worry.
Q8: Does the power supply only works with the included power adapter?
A8: The power supply you use must support the specification of 12V/2A, but please note that PD protocol chargers are not supported. And the power bank is not supported.
Q9: What is the shipping date?
A9: We will arrange the shipment in August. If there are any changes, we will inform you as soon as possible.
If you have any other questions, please do not hesitate to leave us a comment on our Indiegogo page or email us at [email protected]