原创 捉鬼记-3

• 打鬼

现在的问题是知道了原因，未必就有办法。

这是个两年前完成的设计，板子上的电源及控制状态都已经固定，不可能再动，要动就成了修改设计了。所以前面所说的1，2，3条都办不到。但是第4条却是可以动动手脚。在这个板子上，是由一个大型ASIC直接驱动这两个QDR存储器。其时钟在ASIC的直接控制下。如果通过软件控制ASIC内部的相关寄存器在加电后先切断时钟输出一段时间，然后再开通，不就符合第4条的要求了吗。为了证实此方法的可行，我又去查那个ASIC的技术文件。那是个有数百个管脚的芯片，几千页的文件浩如烟海。好在我的目标明确，直奔主题，很快查清，确有一个寄存器可以用来控制这个时钟的输出。此计可行！剩下的就是具体实施。但这却是不在我的掌控之中了。

这部分软件修改涉及到ASIC的驱动程序，而这个驱动程序又被测试和应用两大系统使用，相关的软件开发团队有几百人，遍布全球。每个新版本的含盖内容及要处理的问题早已排好了计划，容不得我一个搞硬件的插手。我只能找相关的软件工程师帮忙了。负责这部分的人远在西部的SAN JOSE, 不能面谈，还有三个小时的时差。只能通过电邮联系了。 急忙写好邮件，说清原委，指出要修改的地方和方法，，，当然也少不了一番好话和感谢。

剩下的就是等着了。

这段时间我原来的部门经理休长假不上班，由另一个组的头儿麦克带管我们组，人也远在波士顿。麦克没有介入这个项目的开发过程，对情况一无所知。现在出了这样的事，平添了一股压力，颇有些紧张。因为都知道停产（LINE STOP）意味着什么。虽然说问题原因可能各种各样，但搞硬件的人肯定是首当其冲站在第一排挨*子儿的。万一问题解决不了，炒掉个把工程师是小事，他这个当经理的肯定也脱不了干系。 代管代出个这样的结果不是倒霉吗！所以他的电话和电邮就不断，又要开会，又要找人，也不知道到底要干什么，其实是有点儿麻爪儿了。我这里已经有了方案，但在未证实之前，又不想张扬，怕万一不成，没有了退路。只好先含含糊糊的应付他，最后干脆不接电话了。

挨到了快下班的时候，SAN JOSE有消息了。负责软件的那个哥们挺帮忙，按要求改好程序后给我发来过来。马上，开机，启动测试：

一遍，通过。

两遍，通过！

有门儿！

但这还不算。别忘了前面说过，有的板子是可以通过测试的，但并不能保证多次重复后还不出错。按要求必须要长时间反复测试才行。测试程序跑一遍要十几分钟，于是就写了个控制自动测试的SCRIPT，让这几块板子，加电，测试，关机，再加电，，，总之得把它们往死里折腾。。。

回到家，吃完饭，心里还是不踏实。就把笔记本电脑通过VPN接到了公司里测试用的路由器上，，，这也是典型的C公司文化。C公司为充分展示其网络设备公司的技术，和利用其自有网络的资源，早在十几年前就给每个工程师都配发了一部笔记本电脑。 在今天这个笔记本电脑都已经臭了街当白菜卖的时代，这实在不算个什么事儿。可是在当时每部还是要两三千美元的时候，就显得很奢侈了（因为办公室都还有台式机和工作站用）。而且员工在家中的上网费用由公司报销。当然这一切不是为了摆阔，目的是让你在任何时间任何地点，只要有网络存在，就能让你连到公司的任何一台服务器或者路由器上。公司的理由是：作为一个网络设备供应商，如果我们自己都不能用好自己的网络，如何能说服用户买我们的设备？这样你就没理由说“我不在实验室，不能。。。”的话。所以公司的一道风景就是，一到开会时，就见人手一机，这边说着会上的事，那边屏幕上还跑着终端上的数据。当然，也免不了时不时 的看点儿闲白儿，查查股票。当经理的也都知道，睁一只眼，闭一只眼。只有一条，你得出活儿，不能误事，，哦， 扯远了。

简短截说，由测试路由器终端返回的结果整齐而稳定：

测试完成，零错误。。。

测试完成，零错误。。。

：：：

测试完成， 零错误。。。

这一行行的字符看着比美女照片都养眼啊！

基本上可以肯定，问题解决了。为了保险起见，我强按住发电邮通知的冲动，决定再等一个晚上。待明天看完结果再说。那晚上，睡得好香。。。（哦，不过说实话，我平时觉也不错，躺下就跟死狗似的）

第二天一上班，就迫不及待地检查结果，不出我所料：全部测试通过，没有任何错误。大功告成！

不过，事儿还不算完。。。

捉鬼系列文章：

捉鬼记-1/2

捉鬼记-3

捉鬼记-４

捉鬼记-尾声

捉鬼后记