• <Mehr auf Intel.com

Intel® Embedded Graphics Drivers FAQ

BIOS / firmware

1.  What is UEFI?

 

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 either be 32-bit/64-bit/IA64. There is no binary compatibility. CSM (Compatibility Support Module) is used to boot legacy operating systems and operate with legacy Option ROMs.

Intel® Embedded Graphics Drivers support the EFI driver, which gets merged into the UEFI system Pre-boot Firmware. The EFI driver supports fast boot capability.

 

2.  What does “EPOG” stand for and how is it used?

 

EPOG stands for Embedded Pre-OS Graphics feature. EPOG was first supported with the Intel® Embedded Graphics Drivers 10.2 Gold release. This driver is a module within the Intel® Boot Loader Development Kit (Intel® BLDK).

 

EPOG is configured using CED. CED provides a file called libepog.a, which must be integrated into the firmware. The EPOG feature enables quick display of the user’s chosen splash screen (8-bit or 24-bit per pixel .bmp format with size less than 50K). Splash screens are often used to display corporate logos. The current EPOG driver supports a static splash screen only. Industry suppliers can also provide splash video, but this is not currently implemented by Intel.

 

From the time control is handed over to the EPOG driver by the Intel® BLDK environment, the EPOG driver typically takes no longer than 500ms to display the splash screen.

 

3.  Is video BIOS (VBIOS) the same as the GOP (Graphics Output Protocol) driver?

 

No. The GOP driver is a replacement for legacy video BIOS and enables the use of UEFI Pre-boot Firmware without Compatibility Support Module (CSM). GOP driver can be 32-bit/64-bit/IA64 with no binary compatibility. UEFI Pre-boot Firmware architecture (32-/64-bit) must match the GOP driver architecture (32-/64-bit). Intel® Embedded Graphics Drivers' 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:

 

  • GOP: No 64 KByte limit. 32-bit protected mode. No need for CSM. Speed optimized (Fast Boot). The UEFI Pre-boot firmware architecture (32-/64-bit) must match the GOP driver.
  • Video BIOS: 64 KByte limit. 16-bit execution. CSM is needed with UEFI system firmware. Performance inferior to GOP CSM. The vBIOS works with both 32- and 64-bit architectures.

 

4.  Can VBIOS and the GOP driver coexist on a platform?

 

No. This is not recommended as the UEFI Pre-boot firmware will choose the GFX firmware component for Console_out during runtime based on an algorithm (currently the version number). The GFX firmware component with the highest version number will be chosen, and this algorithm is subject to change. This same answer is applicable to multiple instances of the GOP driver.

 

5.  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), and this information is embedded in the EFI pre-boot firmware at compile time or merged into the image on the host via the Merge utility.

 

6.  Which VBIOS is activated when I have an external graphics card such as Matrox and internal graphics such as internal 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® Embedded Graphics Drivers VBIOS is activated. Note that there can be only one instance of VBIOS in the platform.

 

7.  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.