请教: UEFI CoreStartImage中为什么用EFI_PEI_TRANSFER_CONTROL_PROTOCOL?
EDK_20080905(各家IBV的应该类似),文件Image.c,在CoreStartImage(),如下一段中:Status = gEfiPeiTransferControl->SetJump (gEfiPeiTransferControl, Image->JumpContext);//
// The SetJump returns EFI_SUCCESS when LongJump Buffer has been armed
// SetJump returns EFI_WARN_RETURN_FROM_LONG_JUMP as a result of the LongJump
// All other return values for SetJump are undefined.
//
if (Status == EFI_SUCCESS) {
//
// Call the image's entry point
//
Image->Started = TRUE;
Image->Status = Image->EntryPoint (ImageHandle, Image->Info.SystemTable);
//
// Add some debug information if the image returned with error.
// This make the user aware and check if the driver image have already released
// all the resource in this situation.
//
DEBUG_CODE (
if (EFI_ERROR (Image->Status)) {
DEBUG ((EFI_D_ERROR, "Error: Image at %08X start failed: %x\n", Image->Info.ImageBase, Image->Status));
}
)
//
// If the image returns, exit it through Exit()
//
CoreExit (ImageHandle, Image->Status, 0, NULL);
}调用DXE driver前,为什么要用SetJump保存CPU的信息,driver返回后,再用CoreExit--LongJump恢复到SetJump时的状态
既然driver可以返回,为什么非要这样恢复到调用前的状态呢?难道在调用driver的过程CPU的状态可能会被破坏吗?
而且目前来看driver只会返回Status而已,根据这个就可以做处理了.
我感觉有点多此一举了...不解 我觉得可能是要保证DXE driver之间的独立性吧。 C程序可以用return语句在main()里退出，也可以用exit()函数在程序里任何合适的地方退出。UEFI也提供了类似的机制，即Exit boot service。与从UEFI driver的入口函数中用return退出相比，用Exit()除了可以在其它的函数中直接退出，而不用先返回到入口函数再退出之外，还可以返回额外的Exit data。
EFI_PEI_TRANSFER_CONTROL_PROTOCOL提供的SetJump/LongJump函数就是支持Exit boot service用的。类似于C的setjmp和longjmp库函数。 有点了解了,Exit()可以直接退出 和 返回一些参数.
没有用过,暂且记下了.
非常感谢!!!
页:
[1]