https://www.FreeBSD.org/ 10.0-RELEASE 起，系统提供了一个最早由 NetApp 开发的使用处理器提供的虚拟化硬件支持 (目前是 Intel VT 和 AMD-V；针对 ARM 平台的支持也在 https://reviews.freebsd.org/D26976) 的虚拟化环境 https://wiki.freebsd.org/bhyve，这套虚拟化环境可以运行支持 VirtIO 规范的各种操作系统，并提供了 UEFI 支持。
DMA (Direct Memory Access) 是一种提高计算机系统并发能力的技术。简单地说，它允许外围设备以异步方式操作内存，从而减少了CPU在I/O操作中的参与。
目前的微机和PC服务器都广泛采用了 DMA 技术。由于 DMA 是一种异步操作，因此在撰写驱动时，有很多需要注意的问题。
Disclaimer: 这是一篇科普文章，不会涉及太多的技术细节。
简单地说，驱动程序是操作系统与硬件（有时也包括其他的软件或在硬件上运行的firmware）之间的一种接口程序。对于操作系统来说，驱动程序是非常重要的
不过，在现代系统中，多数情况下，驱动程序并不只是简单机械地翻译操作系统的请求，更多的时候，驱动程序还有另外的很重要的作用，即绕过硬件本身的问题，常见的例如，临时加载一份较新版本的固件、针对某些版本的硬件禁用某些会导致问题的特性、分配内存的时候确保按边界对齐或只在前4GB分配以绕过DMA引擎寻址能力差的问题、通过增加延迟来解决硬件制造时对时序过于敏感的问题，等等。通过驱动程序绕过这些问题，能够让用户看不到（或者，至少在硬件负载不大的情况下看不到）问题的存在，并消除一小部分问题（例如原先随硬件发布的固件版本存在一些问题，而又没有提供更新固件的接口，新版本的驱动可能会在系统引导的过程中上传一份新版的固件到设备的临时存储）。
一般来说，驱动程序可以在逻辑上分为以下三个部分：
又是等待了将近一个月，很遗憾，对于为招商银行写驱动的这位兄弟，不是我那么想在快过年了的时候跟你过不去，而是——你让我在从11月6日到今天——12月22日——将近两个月的时间里，我一直对你抱有希望，抱有期待，然而，直到现在，今天我所看到的、经过招商银行再次签名确认的5.1.3.9版本，依然无法在Windows 2003 x64版本上无法运行，这两个月来，我一直不得不依靠电话银行甚至ATM来进行所需的工作。
原因依然是，你花了两个月的时间，竟然仍然不了解如何撰写一个能够支持64位Windows版本的程序——我们且不论你的程序是否需要这个服务，是否应该安装一个捆绑我的键盘的驱动——你依然在我行我素地坚持将可执行文件或动态连接库命名为.dat的错误习惯，更过分的是，你甚至不曾找过一个64位版本的Windows 2003来进行哪怕一点点的兼容性测试，在我看来，根据我对银行这个行业的粗浅了解，这样的程序能够经过重重的发布审计，并最终发布，是令人震惊的。
哪怕是一家非常小的作坊式软件企业，花了两个月的时间，也应该想到「回退到已知正确版本」这最后一招了吧？
今天收到了很多朋友关于招行问题的回应，如同我所预期的那样，回应分成了两派，一派是支持，一派是反对，具体的我就不转载了，因为这些回应，都不能代表招商银行的态度，而目前我能做的，在法律许可范围内的事情也就到此为止了——招商银行并没有在授权协议中明示是否允许对其驱动程序进行逆向工程，因此，我们应该默认不允许这样做，并尊重相关的版权宣示。对于招商银行，我想说的是，请尽快修正问题，因为招商银行提供的是我认为目前国内最好的网上银行服务。
今天有朋友问我，为什么我一定要跟招行「过不去」？现将本人立场公布如下：
招行是国内最有实力的一家从事网上银行业务的银行。即使是现在，我仍然不认为国内有任何一家其他银行具有同招商银行竞争的实力。从我自己在中关村支行办理第一张招行卡，到后来的工资卡、信用卡，招商银行的专业水准和服务一直都是第一流的。
然而，从11月初以来，招商银行所发生的一系列变化是令人震惊和无法理解的。我无法想象，在自己如此信任的一家银行到底发生了什么，是什么，使得一家有极高专业水准和素质的银行，在自己的网上银行专业版产品中，加入了如此多的令人怀疑和困惑的、违反基本安全常识的东西。
除了我本人之外，我还推荐了许多朋友使用招商银行的服务。从11月6日第一次投诉到现在，我正在不断地丧失对招商银行的信心和信任。我认为有必要让更多的人了解相关的这些情况，因为并不是每个人都会十分关注自己使用的银行是否在为自己的计算机埋下不安全的隐患——公众通常会认为，银行首先是可信的，同时，我认为公众有权力了解，自己所选的银行是否存在一些问题，因为我想，并不是每个人对于银行的安全性都是毫不在乎的，如果你在一家银行有存款，你当然会关心自己的存款是否安全。
Before reporting this to the list, I would first gather enough information.
Alu’s server boxes is suffering in continued reboot when server is loaded. Because he is supporting FreeBSD by utilizing 5.3-RC1 in his production environment (and it’s moderately loaded as it is connected to the ChinaNet Backbone), and donated many devices for dedicated services of the FreeBSD China Community, I think we must help him to solve these out.
I have plugged a new kernel configuration on his box in order to obtain a (potential) crashdump and figure out what is happening. Maybe we will get it tomorrow.