青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

string

string
posts - 27, comments - 177, trackbacks - 0, articles - 0
  C++博客 :: 首頁 :: 新隨筆 :: 聯(lián)系 :: 聚合  :: 管理

UEFI 實戰(zhàn)(4) protocol

Posted on 2012-03-06 07:30 djx_zh 閱讀(18147) 評論(18)  編輯 收藏 引用
什么是protocol
從字面意思上看,protocol是server和client之間的一種約定,雙方根據(jù)這種約定互通信息。這里的server和client是一種廣義的稱呼,提供服務的稱為server,使用服務的稱為client。 TCP是一種protocol, client(應用程序)通過一組函數(shù)來壓包和解包,壓包和解包是server提供的服務。COM也是一種protocol,client通過CoCreateInstance(...)和GUID獲得指向COM對象的指針,然后使用該指針獲得COM對象提供的服務, GUID標示了這個COM對象。現(xiàn)在我們對protocol有了概念上的理解,那么具體到UEFI里,protocol是什么樣子呢? 如何標示一個protocol?如何得到protocol對應的對象?...容我慢慢道來.
在講protocol什么樣子之前,還要插幾句C與C++的區(qū)別。我們知道UEFI是用C來開發(fā)的,C是面向過程的一種語言。而管理和使用UEFI眾多的protocol完全使用面向過程的思想會使程序變得復雜。protocol作為一種對象來設計管理會比較直觀。因而UEFI中的Protocol引入了面向?qū)ο蟮乃枷耄胹truct來模擬class, Protocol用struct來實現(xiàn),用函數(shù)指針(Protocol的成員變量)模擬成員函數(shù),此種函數(shù)的第一參數(shù)必須是指向Protocol的指針,用來模擬this指針。
Protocol的摸樣
以EFI_DISKIO_PROTOCOL 來看看Protocol的樣子。 
MdePkg/Include/Protocol/BlockIo.h
:
220
///
///  This protocol provides control over block devices.
///
struct _EFI_BLOCK_IO_PROTOCOL {
  
///
  
/// The revision to which the block IO interface adheres. All future
  
/// revisions must be backwards compatible. If a future version is not
  
/// back wards compatible, it is not the same GUID.
  
///
  UINT64              Revision;
  
///
  
/// Pointer to the EFI_BLOCK_IO_MEDIA data for this device.
  
///
  EFI_BLOCK_IO_MEDIA  *Media;

  EFI_BLOCK_RESET     Reset;
  EFI_BLOCK_READ      ReadBlocks;
  EFI_BLOCK_WRITE     WriteBlocks;
  EFI_BLOCK_FLUSH     FlushBlocks;

};

extern EFI_GUID gEfiBlockIoProtocolGuid;
MdePkg/Include/Protocol/BlockIo.h
:
220
#define EFI_BLOCK_IO_PROTOCOL_GUID \
  { \
    
0x964e5b210x64590x11d2, {0x8e0x390x00xa00xc90x690x720x3b } \
  }

typedef 
struct _EFI_BLOCK_IO_PROTOCOL  EFI_BLOCK_IO_PROTOCOL;
EFI_BLOCK_IO_PROTOCOL 有兩個成員變量,四個成員函數(shù)(當然從C的角度來看,“成員函數(shù)”叫法不準確,它實際上也是一個成員變量,只是這個變量是函數(shù)指針).  gEfiBlockIoProtocolGuid({0x964e5b210x64590x11d2, {0x8e0x390x00xa00xc90x690x720x3b })標示了EFI_BLOCK_IO_PROTOCOL 。
來看成員函數(shù)的聲明

/**
  Read BufferSize bytes from Lba into Buffer.

  @param  This       Indicates a pointer to the calling context.
  @param  MediaId    Id of the media, changes every time the media is replaced.
  @param  Lba        The starting Logical Block Address to read from
  @param  BufferSize Size of Buffer, must be a multiple of device block size.
  @param  Buffer     A pointer to the destination buffer for the data. The caller is
                     responsible for either having implicit or explicit ownership of the buffer.

  @retval EFI_SUCCESS           The data was read correctly from the device.
  @retval EFI_DEVICE_ERROR      The device reported an error while performing the read.
  @retval EFI_NO_MEDIA          There is no media in the device.
  @retval EFI_MEDIA_CHANGED     The MediaId does not matched the current device.
  @retval EFI_BAD_BUFFER_SIZE   The Buffer was not a multiple of the block size of the device.
  @retval EFI_INVALID_PARAMETER The read request contains LBAs that are not valid,
                                or the buffer is not on proper alignment.

*
*/
typedef
EFI_STATUS
(EFIAPI 
*EFI_BLOCK_READ)(
  IN EFI_BLOCK_IO_PROTOCOL          
*This,
  IN UINT32                         MediaId,
  IN EFI_LBA                        Lba,
  IN UINTN                          BufferSize,
  OUT VOID                          
*Buffer
  );
EFI_BLOCK_READ具體用法我們先不看,我們來看它的第一個參數(shù),指向EFI_BLOCK_IO_PROTOCOL  對象自己的this指針,這是成員函數(shù)區(qū)別于一般函數(shù)的重要特征。

如何使用Protocol       

使用Protocol之前,我們要弄清楚Protocol位于什么地方。首先我們要來認識一下EFI_HANDLE,
///
/// A collection of related interfaces.
///
typedef VOID                      *EFI_HANDLE;
EFI_HANDLE是指向某種對象的指針,UEFI用它來表示某個對象。 UEFI掃描總線后,會為每個設備建立一個Controller對象,用于控制設備,所有該設備的驅(qū)動以protocol的形式安裝到這個controller中,這個Controller就是一個EFI_HANDLE對象。 當我們將一個.efi文件加載到內(nèi)存中,UEFI也會為該文件建立一個Image對象(此Image非圖像的意識), 這個Image對象也是一個EFI_HANDLE對象。 在UEFI內(nèi)部,EFI_HANDLE被理解為IHANDLE
///
/// IHANDLE - contains a list of protocol handles
///
typedef struct {
  UINTN               Signature;
  
/// All handles list of IHANDLE
  LIST_ENTRY          AllHandles;
  
/// List of PROTOCOL_INTERFACE's for this handle
  LIST_ENTRY          Protocols;
  UINTN               LocateRequest;
  
/// The Handle Database Key value when this handle was last created or modified
  UINT64              Key;
} IHANDLE;
每個IHANDLE中都有一個Protocols鏈表,存放屬于自己的protocol。所有的IHANDLE通過AllHandles鏈接起來。
要使用Protocol,首先要找到protocol對象,可以通過BootServices的OpenProtocol(...), HandleProtocl(...), LocateProtocol(...)獲得。
typedef
/**
  Queries a handle to determine if it supports a specified protocol. If the protocol is supported by the
  handle, it opens the protocol on behalf of the calling agent.
  @param  Handle                The handle for the protocol interface that is being opened.
  @param  Protocol              The published unique identifier of the protocol.
  @param  Interface             Supplies the address where a pointer to the corresponding Protocol
                                        Interface is returned.
  @param  AgentHandle        The handle of the agent that is opening the protocol interface
                                        specified by Protocol and Interface.
  @param  ControllerHandle    If the agent that is opening a protocol is a driver that follows the
                                        UEFI Driver Model, then this parameter is the controller handle
                                        that requires the protocol interface. If the agent does not follow
                                        the UEFI Driver Model, then this parameter is optional and may
                                        be NULL.
  @param  Attributes            The open mode of the protocol interface specified by Handle
                                        and Protocol.
  @retval EFI_SUCCESS         An item was added to the open list for the protocol interface, and the
                                        protocol interface was returned in Interface.
  @retval EFI_UNSUPPORTED       Handle does not support Protocol.
  @retval EFI_INVALID_PARAMETER One or more parameters are invalid.
  @retval EFI_ACCESS_DENIED     Required attributes can't be supported in current environment.
  @retval EFI_ALREADY_STARTED   Item on the open list already has requierd attributes whose agent
                                                handle is the same as AgentHandle.
**/
EFI_STATUS
(EFIAPI *EFI_OPEN_PROTOCOL)(
  IN  EFI_HANDLE                Handle,
  IN  EFI_GUID                   *Protocol,
  OUT VOID                       **Interface, OPTIONAL
  IN  EFI_HANDLE                AgentHandle,
  IN  EFI_HANDLE                ControllerHandle,
  IN  UINT32                      Attributes
  );
Handle是Protocol的提供者,如果Handle的Protocols鏈表中有該Potocol,Protocol對象的指針寫到*Interface,并返回EFI_SUCCESS;否則 返回EFI_UNSUPPORTED
如果在驅(qū)動中調(diào)用OpenProtocol(), AgentHandle是擁有該EFI_DRIVER_BINDING_PROTOCOL對象的Handle;ControllerHandle是擁有該驅(qū)動的Controller。
如果調(diào)用OpenProtocol的是應用程序,那么AgentHandle是該應用對應的Handle,也就main函數(shù)的第一個參數(shù)。 
ControllerHandle此時可以忽略。
Attributes可以取以下5種值。
#define EFI_OPEN_PROTOCOL_BY_HANDLE_PROTOCOL   0x00000001
#define EFI_OPEN_PROTOCOL_GET_PROTOCOL             0x00000002
#define EFI_OPEN_PROTOCOL_TEST_PROTOCOL           0x00000004
#define EFI_OPEN_PROTOCOL_BY_CHILD_CONTROLLER  0x00000008
#define EFI_OPEN_PROTOCOL_BY_DRIVER                   0x00000010
#define EFI_OPEN_PROTOCOL_EXCLUSIVE                   0x00000020

HandleProtocol是OpenProtocol的簡化版,因為大部分情況下我們都不需要關心AgentHandle,ControllerHandle和Attributes。
EFI_STATUS
EFIAPI
CoreHandleProtocol (
  IN EFI_HANDLE       UserHandle,
  IN EFI_GUID         
*Protocol,
  OUT VOID            
**Interface
  )
{
  
return CoreOpenProtocol (
          UserHandle,
          Protocol,
          Interface,
          gDxeCoreImageHandle,
          NULL,
          EFI_OPEN_PROTOCOL_BY_HANDLE_PROTOCOL
          );
}
LocateProtocol(...)是從內(nèi)核中找出指定Protocol的第一個實例。
typedef
EFI_STATUS
LocateProtocol (
IN EFI_GUID 
*Protocol,
IN VOID       
*Registration OPTIONAL,
OUT VOID     
**Interface
);
UEFI內(nèi)核中某個Protocol的實例可能不止一個,例如每個硬盤及每個分區(qū)都有一個EFI_DISK_IO_PROTOCOL實例。LocateProtocol順序搜索HANDLE鏈表,返回找到的第一個該Protocol的實例。
我們可以用BootServices提供的其它函數(shù)處理HANDLE和Protocol。
typedef
EFI_STATUS
LocateHandleBuffer (
IN EFI_LOCATE_SEARCH_TYPE SearchType,
IN EFI_GUID                         
*Protocol OPTIONAL,
IN VOID
                              
 
*SearchKey OPTIONAL,
IN OUT UINTN                       
*NoHandles,
OUT EFI_HANDLE                  
**Buffer
);
可以獲得所有支持指定Protocol的HANDLE,SearchType 有三種:AllHandles(查找所有HANDLE), ByRegisterNotify, ByProtocol(查找支持指定Protocol的HANDLE)。NoHandles是找到的HANDLE的數(shù)量, Buffer數(shù)組由UEFI復雜分配,由用戶負責釋放。
typedef
EFI_STATUS
LocateHandle (
IN EFI_LOCATE_SEARCH_TYPE SearchType,
IN EFI_GUID                        
*Protocol OPTIONAL,
IN VOID                              
*SearchKey OPTIONAL,
IN OUT UINTN                      
*BufferSize,
OUT EFI_HANDLE                  
*Buffer
);
與LocateHandleBuffer相似,只是用戶負責分配和釋放Buffer數(shù)組。
typedef
EFI_STATUS
ProtocolsPerHandle (
IN EFI_HANDLE Handle,
OUT EFI_GUID  
***ProtocolBuffer,
OUT UINTN      
*ProtocolBufferCount
);
獲得指定Handle所支持的所有Protocol, UEFI負責分配內(nèi)存給ProtocolBuffer,用戶負責釋放該內(nèi)存。

typedef
EFI_STATUS
(EFIAPI 
*EFI_OPEN_PROTOCOL_INFORMATION) (
IN EFI_HANDLE Handle,
IN EFI_GUID    
*Protocol,
OUT EFI_OPEN_PROTOCOL_INFORMATION_ENTRY 
**EntryBuffer,
OUT UINTN     
*EntryCount
);
typedef struct {
  EFI_HANDLE  AgentHandle;
  EFI_HANDLE  ControllerHandle;
  UINT32        Attributes;
  UINT32        OpenCount;
} EFI_OPEN_PROTOCOL_INFORMATION_ENTRY;
OpenProtocolInformation()獲得指定Handle中指定Protocol的打開信息。
SPEC2.3.1第165頁有很好的例子演示了怎么打開一個Protocol, 
EFI_BOOT_SERVICES *gBS;
EFI_HANDLE ImageHandle;
EFI_DRIVER_BINDING_PROTOCOL 
*This;
IN EFI_HANDLE ControllerHandle,
extern EFI_GUID gEfiXyzIoProtocol;
EFI_XYZ_IO_PROTOCOL 
*XyzIo;
EFI_STATUS Status;

Status 
= gBS->OpenProtocol (
ControllerHandle,
&gEfiXyzIoProtocol,
&XyzIo,
ImageHandle,
NULL,
EFI_OPEN_PROTOCOL_BY_HANDLE_PROTOCOL
);

Status 
= gBS->OpenProtocol (
ControllerHandle,
&gEfiXyzIoProtocol,
&XyzIo,
This
->DriverBindingHandle,
ControllerHandle,
EFI_OPEN_PROTOCOL_GET_PROTOCOL
);
打開Protocol之后就可以使用了,最后要通過CloseProtocol關閉打開的Protocol。
typedef
EFI_STATUS
(EFIAPI 
*EFI_CLOSE_PROTOCOL) (
IN EFI_HANDLE Handle,
IN EFI_GUID 
*Protocol,
IN EFI_HANDLE AgentHandle,
IN EFI_HANDLE ControllerHandle
);
通過HandleProtocol和LocateProtocol打開的Protocol因為沒有指定AgentHandle,所以無法關閉。如果一定要去關閉它,要調(diào)用OpenProtocolInformation()獲得AgentHandle和ControllerHandle,然后關閉它。
下面看一個完整的例子,用EFI_DISK_IO_PROTOCOL讀取GPT硬盤的分區(qū)表
#include <Uefi.h> 
#include <Base.h> 
#include <Library/UefiLib.h>
#include <Library/BaseLib.h>
#include <Library/BaseMemoryLib.h>
#include <Library/UefiBootServicesTableLib.h>
#include <Library/PrintLib.h>
#include <Protocol/DiskIo.h> 
#include <Protocol/BlockIo.h> 
#include <Protocol/DevicePath.h>    
#include <Uefi/UefiGpt.h>
#include <Library/DevicePathLib.h>
EFI_STATUS
EFIAPI
UefiMain(
  IN EFI_HANDLE        ImageHandle,
  IN EFI_SYSTEM_TABLE  *SystemTable
  )
{
        EFI_STATUS                              Status;
        UINTN                                       HandleIndex, HandleCount;
        EFI_HANDLE                               *DiskControllerHandles = NULL;
        EFI_DISK_IO_PROTOCOL               *DiskIo;

        /*找到所有提供 EFI_DISK_IO_PROTOCOL 的Controller  */
        Status = gBS->LocateHandleBuffer(
                        ByProtocol,
                        &gEfiDiskIoProtocolGuid,
                        NULL,
                        &HandleCount,
                        &DiskControllerHandles);

        if (!EFI_ERROR(Status)) {
                CHAR8 gptHeaderBuf[512];
                EFI_PARTITION_TABLE_HEADER* gptHeader = (EFI_PARTITION_TABLE_HEADER*
)gpHeaderBuf;
                for (HandleIndex = 0; HandleIndex < HandleCount; HandleIndex++) {
                       /*打開EFI_DISK_IO_PROTOCOL  */ 
                       Status = gBS->HandleProtocol(
                                        DiskControllerHandles[HandleIndex],
                                        &gEfiDiskIoProtocolGuid,
                                        (VOID**)&DiskIo);

                        if (!EFI_ERROR(Status)){
                                {
                                        EFI_DEVICE_PATH_PROTOCOL                 *DiskDevicePath;
                                        EFI_DEVICE_PATH_TO_TEXT_PROTOCOL   *Device2TextProtocol = 0;
                                        CHAR16*                                             TextDevicePath = 0;
                                          /*1. 打開EFI_DEVICE_PATH_PROTOCOL  */  
                                        Status = gBS->OpenProtocol(
                                                        DiskControllerHandles[HandleIndex],
                                                        &gEfiDevicePathProtocolGuid,
                                                        (VOID**)&DiskDevicePath,
                                                        ImageHandle,
                                                        NULL,
                                                        EFI_OPEN_PROTOCOL_GET_PROTOCOL
                                                        );
                                        if(!EFI_ERROR(Status)){
                                                if(Device2TextProtocol == 0)
                                                        Status = gBS->LocateProtocol(
                                                                        &gEfiDevicePathToTextProtocolGuid,
                                                                        NULL,
                                                                        (VOID**)&Device2TextProtocol
                                                                        );
                                                /*2. 使用 EFI_DEVICE_PATH_PROTOCOL  得到文本格式的Device Path  */  
                                                TextDevicePath = Device2TextProtocol->ConvertDevicePathToText(DiskDevicePath, TRUE, TRUE);
                                                Print(L"%s\n", TextDevicePath);
                                                if(TextDevicePath)gBS->FreePool(TextDevicePath);
                                                /*3. 關閉 EFI_DEVICE_PATH_PROTOCO */   
                                                Status = gBS->CloseProtocol(
                                                                DiskControllerHandles[HandleIndex],
                                                                &gEfiDevicePathProtocolGuid,
                                                                ImageHandle,
                                                                );
                                        }
                                }
                                {
                                        EFI_BLOCK_IO_PROTOCOL* BlockIo = *(EFI_BLOCK_IO_PROTOCOL**) (DiskIo + 1);
                                        EFI_BLOCK_IO_MEDIA* Media = BlockIo->Media;
                                        /*讀1號扇區(qū)。  */   
                                        Status = DiskIo->ReadDisk(DiskIo, Media->MediaId, 512, 512, gptHeader);
                                        /*檢查GPT標志。  */    
                                        if((!EFI_ERROR(Status)) &&( gptHeader -> Header.Signature == 0x5452415020494645)){
                                                UINT32 CRCsum;
                                                UINT32 GPTHeaderCRCsum =  (gptHeader->Header.CRC32);
                                                gptHeader->Header.CRC32 = 0;
                                                gBS -> CalculateCrc32(gptHeader , (gptHeader->Header.HeaderSize), &CRCsum);
                                                if(GPTHeaderCRCsum == CRCsum){
                                                // Find out a GPT Header
                                                }

                                        }

                                }

                        }

                }
                gBS->FreePool(DiskControllerHandles);
        }
}
 









Feedback

# re: UEFI 實戰(zhàn)(4) protocol   回復  更多評論   

2012-08-13 13:55 by 劉煒
EFI_BLOCK_IO_PROTOCOL* BlockIo = *(EFI_BLOCK_IO_PROTOCOL**) (DiskIo + 1);

這是說明兩個協(xié)議的數(shù)據(jù)結構連續(xù)地放在一起嗎?

# re: UEFI 實戰(zhàn)(4) protocol [未登錄]  回復  更多評論   

2012-08-15 22:02 by djx_zh
@劉煒
是的。
MdeModulePkg\Universal\Disk\DiskIoDxe\DiskIo.h:36
typedef struct {
UINTN Signature;
EFI_DISK_IO_PROTOCOL DiskIo;
EFI_BLOCK_IO_PROTOCOL *BlockIo;
} DISK_IO_PRIVATE_DATA

# re: UEFI 實戰(zhàn)(4) protocol   回復  更多評論   

2012-10-04 16:29 by 關于 gptHeader-> Header.Signature
你好 我接觸 UFEI 不長時間
有個問題
CHAR8 gptHeader[512];
gptHeader-> Header.Signature
這樣寫可以嗎?
gptHeader 應該是個 struct吧
還有能否把inf文件也發(fā)上來呢 謝謝了

# re: UEFI 實戰(zhàn)(4) protocol   回復  更多評論   

2012-10-04 17:44 by snowman1101
你好
我復制了你的代碼
編譯后提示 未聲明 DevicePathToText 于是我加入了
#include <Protocol/DevicePathToText.h>
修改所有錯誤以后
又說 外部 gEfiDevicePathToTextProtocolGuid
請問怎么解決呢。可以發(fā)一下完整代碼嗎
謝謝了

# re: UEFI 實戰(zhàn)(4) protocol   回復  更多評論   

2012-10-05 08:37 by djx_zh
代碼中少了一句
EFI_PARTITION_TABLE_HEADER* gptHeader = (EFI_PARTITION_TABLE_HEADER*
)gpHeaderBuf;

在你.inf文件的[Protocols]下面加上
gEfiDevicePathToTextProtocolGuid

# re: UEFI 實戰(zhàn)(4) protocol [未登錄]  回復  更多評論   

2012-10-06 22:06 by snowman1101
多謝指教,已經(jīng)可以了


# re: UEFI 實戰(zhàn)(4) protocol [未登錄]  回復  更多評論   

2012-11-15 11:47 by ktfun
親,find out a GPT header 后面的內(nèi)容呢?

# re: UEFI 實戰(zhàn)(4) protocol   回復  更多評論   

2013-01-07 17:43 by linhao
關于:EFI_BLOCK_IO_PROTOCOL* BlockIo = *(EFI_BLOCK_IO_PROTOCOL**) (DiskIo + 1);
我認為這樣更方便理解:
DISK_IO_PRIVATE_DATA *Private_Data;
Private_Data = DISK_IO_PRIVATE_DATA_FROM_THIS (DiskIo);
BlockIo = Private_Data;

# re: UEFI 實戰(zhàn)(4) protocol   回復  更多評論   

2013-01-07 17:45 by linhao
修改:
BlockIo = Private_Data->BlockIo;

# re: UEFI 實戰(zhàn)(4) protocol   回復  更多評論   

2013-01-07 22:12 by djxzh
@linhao
是的。如果你看DiskIO的源碼會發(fā)現(xiàn)EDK2就是這樣做的。

# re: UEFI 實戰(zhàn)(4) protocol   回復  更多評論   

2013-02-28 06:44 by howard
hi, 請問如何選擇特定的device進行讀寫?我想parse EFI_DEVICE_PATH_PROTOCOL 的bus id 部分,然后找到目標進行讀寫,但貌似沒有合適的API可以用

Thanks in advance!

# re: UEFI 實戰(zhàn)(4) protocol   回復  更多評論   

2013-03-06 06:08 by djxzh
@howard

EFI_DEVICE_PATH_PROTOCOL 是一個辦法, 確實沒有順手的API, 你要一個node一個node的分析。

也可以用PciIo讀取PCI設備的配置空間,來判斷設備。

# re: UEFI 實戰(zhàn)(4) protocol   回復  更多評論   

2013-03-08 03:29 by howard
恩,我現(xiàn)在暫時用capacity來找我的device. 不知樓主用過EADK嗎,把C標準庫加到EDKII里。 我試了一下,build出來的efi放在shell那一跑就crash with exception, sample efi也一樣問題。。

# re: UEFI 實戰(zhàn)(4) protocol   回復  更多評論   

2014-12-27 03:54 by asam
【UEFI是用C來開發(fā)的,C是面向過程的一種語言。而管理和使用UEFI眾多的protocol完全使用面向過程的思想會使程序變得復雜。protocol作為一種對象來設計管理會比較直觀。因而UEFI中的Protocol引入了面向?qū)ο蟮乃枷耄胹truct來模擬class, Protocol用struct來實現(xiàn),用函數(shù)指針(Protocol的成員變量)模擬成員函數(shù),此種函數(shù)的第一參數(shù)必須是指向Protocol的指針,用來模擬this指針。。。。。。】



怪不得,看了hello world,沒有消息機制。特別是和硬件打交道,對這個uefi表示亞歷山大。

# re: UEFI 實戰(zhàn)(4) protocol   回復  更多評論   

2015-05-29 15:07 by 周彬彬
@djx_zh
這個在EDK2 SPE2.4的MdeModulePkg\Universal\Disk\DiskIoDxe\DiskIo.h
這樣定義的:二者并沒有相鄰
#define DISK_IO_PRIVATE_DATA_SIGNATURE SIGNATURE_32 ('d', 's', 'k', 'I')
typedef struct {
UINT32 Signature;

EFI_DISK_IO_PROTOCOL DiskIo;
EFI_DISK_IO2_PROTOCOL DiskIo2;
EFI_BLOCK_IO_PROTOCOL *BlockIo;
EFI_BLOCK_IO2_PROTOCOL *BlockIo2;

UINT8 *SharedWorkingBuffer;

EFI_LOCK TaskQueueLock;
LIST_ENTRY TaskQueue;
} DISK_IO_PRIVATE_DATA;

# re: UEFI 實戰(zhàn)(4) protocol   回復  更多評論   

2015-06-01 04:38 by djx_zh
@周彬彬
對。本文中的方法依賴于 DISK_IO_PRIVATE_DATA的實現(xiàn),而這個實現(xiàn)沒有一個標準,故不能保證向前兼容。這不是一個安全的方法,只是一個快速的方法。安全的方法還是調(diào)用OpenPrototocol或LocateProtocol。

# re: UEFI 實戰(zhàn)(4) protocol   回復  更多評論   

2015-06-02 19:58 by 夏濤
怎么添加關注的啊?
青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            亚洲一区二区精品在线| 欧美一区不卡| 午夜在线精品| 亚洲精品女人| 久久中文久久字幕| 亚洲卡通欧美制服中文| 日韩午夜在线播放| 国产精品毛片va一区二区三区| 宅男精品视频| 午夜国产一区| 亚洲国产成人av| 亚洲精品女av网站| 欧美视频在线不卡| 久久综合亚州| 欧美日一区二区三区在线观看国产免| 亚洲欧洲日本一区二区三区| 国产一区二区电影在线观看| 久久综合五月| 国产欧美日韩三区| 亚洲精品欧美专区| 在线高清一区| 午夜精品婷婷| 一区二区精品在线| 久久久久www| 欧美一区二区三区视频在线观看| 久热精品视频在线观看| 久久精品国产综合| 国产日产高清欧美一区二区三区| 亚洲欧洲美洲综合色网| 黄色综合网站| 久久不射网站| 久久免费视频在线观看| 国产伦精品一区| 亚洲新中文字幕| 欧美永久精品| 一区二区在线观看av| 久久激情一区| 欧美大片免费| 99视频热这里只有精品免费| 欧美xx视频| 亚洲最新在线视频| 午夜日韩激情| 在线观看国产一区二区| 久久视频国产精品免费视频在线| 久久精品国产96久久久香蕉 | 欧美国产日韩视频| 日韩一级在线| 国产精品美女午夜av| 亚洲网站在线| 老司机精品视频网站| 亚洲免费av片| 国产日韩专区| 欧美成人免费全部观看天天性色| 久久蜜桃资源一区二区老牛| 久久亚洲精选| 亚洲国产成人91精品| 中国成人亚色综合网站| 国产伦精品一区二区三区照片91| 欧美一区二区三区在线| 亚洲国产另类精品专区| 欧美一区成人| 亚洲美女在线国产| 国产在线观看一区| 欧美日韩综合另类| 欧美成人免费在线| 久久久久久久激情视频| 一本色道久久精品| 亚洲国产精品悠悠久久琪琪 | 亚洲大片av| 韩国v欧美v日本v亚洲v| 国产伦精品一区二区三区照片91 | 亚洲精品乱码久久久久久久久 | 免费视频久久| 久久久久久9| 久久免费99精品久久久久久| 欧美一区二区三区另类| 欧美在线视屏| 久久综合久久综合这里只有精品| 亚洲视频1区| 亚洲欧美日韩视频一区| 亚洲综合视频网| 欧美亚洲一区在线| 久久精品国产综合| 麻豆av福利av久久av| 欧美成人综合| 亚洲日韩视频| 在线亚洲免费视频| 亚洲欧美一区二区在线观看| 亚洲图片你懂的| 欧美一区免费| 欧美激情一区二区三级高清视频| 亚洲黄色在线看| 亚洲午夜在线观看| 久久久久久久网| 欧美精品国产精品| 国产伦精品一区二区三| 亚洲国产美女久久久久| 亚洲欧美激情四射在线日| 久久九九电影| 一区二区91| 美女视频一区免费观看| 欧美香蕉视频| 亚洲蜜桃精久久久久久久| 久久精品国产亚洲5555| 亚洲国产精品第一区二区三区| 亚洲一区二区在线观看视频| 久久综合网络一区二区| 国产精品试看| 一区二区激情视频| 亚洲大片av| 免费观看日韩| 最新国产精品拍自在线播放| 欧美一区二区三区视频免费| 99re视频这里只有精品| 免费久久99精品国产| 国产一区自拍视频| 久久一区二区三区超碰国产精品| 99re热这里只有精品免费视频| 欧美成人午夜影院| 亚洲电影在线看| 欧美激情1区2区3区| 久久成人精品| 亚洲激情社区| 国产精品久久久一本精品| 99热这里只有精品8| 亚洲精品久久久久中文字幕欢迎你| 久久精品国产久精国产爱| 狠狠色香婷婷久久亚洲精品| 久久国产精品色婷婷| 亚洲一区二区3| 国产精品久久久久婷婷| 亚洲欧美日韩中文在线制服| 99在线|亚洲一区二区| 91久久精品一区二区三区| 欧美.www| 亚洲影院在线观看| 久久精品99国产精品酒店日本| 一区二区三区在线视频免费观看| 欧美mv日韩mv国产网站app| 欧美精品一区二| 亚洲欧美综合网| 久久亚洲欧美| 亚洲综合视频网| 欧美国产一区二区| 久久精品视频免费播放| 奶水喷射视频一区| 久久久久久夜| 国产精品区一区| 亚洲三级视频在线观看| 激情成人综合| 在线亚洲欧美| 99精品视频免费| 久久久最新网址| 久久久中精品2020中文| 国产精品福利网| 亚洲黄色片网站| 在线观看日韩av电影| 亚洲在线观看| 午夜国产精品影院在线观看| 欧美成在线视频| 欧美激情一区三区| 亚洲国产精品一区二区三区| 久久精品国产视频| 欧美一级专区| 国产欧美一区二区精品性| 亚洲香蕉视频| 欧美永久精品| 在线观看视频免费一区二区三区| 欧美在线播放高清精品| 久久久精品国产免费观看同学| 国产精品午夜电影| 亚洲欧美日韩国产成人精品影院| 中文在线不卡视频| 国产精品久久久久久久免费软件| 99精品欧美一区二区三区综合在线 | 亚洲最新色图| 欧美日韩国产成人| 新67194成人永久网站| 欧美xx69| 亚洲综合导航| 亚洲第一色在线| 欧美日韩中文精品| 欧美一级大片在线观看| 亚洲激情在线播放| 欧美一区1区三区3区公司| 亚洲激情网站| 黑人一区二区三区四区五区| 欧美成人国产va精品日本一级| 99视频精品| 亚洲区中文字幕| 麻豆成人av| 久久se精品一区二区| 亚洲人体大胆视频| 伊人色综合久久天天| 国产精品草莓在线免费观看| 久久精品国产清高在天天线| 娇妻被交换粗又大又硬视频欧美| 亚洲一二三四区| 一本久久精品一区二区| 亚洲激情视频在线播放|