luobing4365

​​​ 由于GUILite是由C++开发的，将其移植到UEFI下，意味着代码必须支持C++的特性。EDK2中全是C语言代码，因此需要做一定的调整，而且与编译器强相关

​ 在开始这个探索系列的时候，我就计划在UEFI上移植一个完整的GUI库。选中了GUI Lite，开始这个尝试

随着国产计算机的迅猛发展，相关的产业从业人员，也开始逐渐进入到生态链中。作为设备的驱动，Option ROM自然也必须适应此变化

​​​ ​ 今天来探索上次提出的第三个问题：如何产生Protocol？ 准备以一个实例驱动，实现整个过程

虽然一直使用各种Protocol来实现需要的程序功能，但对其背后的原理、实现还是不大清晰。准备用几篇梳理下protocol的背后运作方式

​作为一个底层的支持系统，UEFI没有支持中断。如果想支持异步操作，只能通过Event的方式来实现。是不是可以构建一个多任务的操作环境出来？

前段时间在Linux下开发UEFI程序，发现以前写的AppPkg的32位程序没法编译了。大概是平常改动得太多了，影响了代码。还是得构建自己的Package，不要影响通用的库

​准确地说，应该是在Ubuntu 16.04下，使用Qemu模拟UEFI启动环境。平常开发调试的时候，会比较方便

​ 最近正在尝试在Unbutu16上搭建开发和调试环境，其中过程一言难尽，到现在也没有完全解决问题。有鉴于此，特建立此网页，记录遇到的问题，不定期会更新。