EDKII中的shell在执行起来的时候,并不会去检测当前的image(即shell.efi)是从哪个路径invoke起来的,我想是因为Intel在porting EDKII的时候就没想到会有人在shell的基础上去修改成另外一个程序,默认的就是BIOS POST结束,接着invoke这个shell.efi,从而不需要考虑当前的shell.efi是从哪里执行起来的。
但在我们实际使用时,是把shell改成另外一个程序,然后在shell下执行,即BIOS POST-> shell ->我们的程序。此时,如果不考虑image load的路径,就会出现与file access相关的问题,例如屏幕输出不能重定向到一个文件(即 command >> test.log),或者无法读取文件,因为根本就不知道从哪里去读。
在UEFI的标准下,每个image执行起来之后,shell都会为它新建一个ImageHandle传进来,在这个handle上会挂有LoadedImageProtocol,这个protocol里能找到File path,同时,该protocol里有一个DeviceHandle,在DeviceHandle上会挂有DevicePathProtocol,从这个DevicePathProtocol里可以找到image device path。
具体细节请参考shell.c, GetDevicePathsForImageAndFile

本文探讨了EDKII中Shell执行路径的问题。当Shell被修改并作为其他程序的基础时,会出现路径相关的错误。文章详细介绍了如何通过LoadedImageProtocol和DevicePathProtocol来解决这些问题。
768

被折叠的 条评论
为什么被折叠?



