【我所认知的BIOS】->深入理解IRQ7by lightseed12/13/2010这篇文章的线索是因为偶然间发现自爱DOS下面，IRQ7对应的中断服务程序（ISR）只有一个Iret.那我不经会问，这是为什么呢？因为在BIOS下面IRQ7是有对应的ISR的。这个问题归根结底是由于8259的中断产生机制造成。简单回顾一下8259中断的产生过程。共分了6步：1.一个或者多个中断请求产生的时候，8259把对应的IRR（interrupt request register）置起来。2.8259评估这些中断请求，如果是可以的话，发送INT信号给CPU。3.CPU收到INT后，回发INTA#给8259。4.在接收从CPU发来的INTA#的过程中优先级最高的IRR会被填入到ISR中去。同时IRR的对应位被8259清掉。（不过这这个INTA#的过程汇总，8259并不会把数据放到DATA bus上去。）5.CPU触发第二个INTA#，在这个过程中，8259把数据放到data bus上去，CPU同时从bus上读取数据。6.数据传输完成，CPU解析数据并进入到对应的interrupt service routing处理，最后发EOI（end of interrupt）给8259。8259于是清掉ISR。整个中断过程结束。根据8259 datasheet的说明，有这样一种可能性。在第③步发生了一种特殊情 ...继续阅读 (27)

这篇文章的线索是因为偶然间发现自爱DOS下面，IRQ7对应的中断服务程序（ISR）只有一个Iret.那我不经会问，这是为什么呢？因为在BIOS下面IRQ7是有对应的ISR的。 ...继续阅读 (16)

PCI enumerateByLightseed10/06/2010这篇文章本是很久以前写的，最近感觉比较懒惰今天才贴出来。近两年开始EFI越来越流行了，可以说逐渐有颠覆legacy bios的趋势。处于对知识的渴望和追求我也最近对EFI有了一些简单的了解，我打算在后续的文章中做一个关于EFI的专题，基于EDK来写blog应该不错。毕竟它是开源的嘛，如果以AMI的EFI来写文章我估计可能会涉及到商业机密的问题。希望能像网上那个《linux的那些事儿》那样做成一个一个的小专题。也希望如果有兴趣的朋友或者BIOSER能够和我联系，咱们一起研究哈。期待您的加入。。。先说说我的打算，PCI，IDE等这些比较重要的东西都各自做一个小专题。至于其他的嘛暂时还没想到。形式以code为例子直接加注或者说明。另外之前有关于ACPI的文章，但是看了看，真的觉得没啥好说的，都是架构上的一些东西。估计要说的话，肯能也就要结合到实际的代码，我再斟酌斟酌用什么形式来表达出来会比较好。1、PCI bridge的工作原理在PCI的架构中，引入了PCI bridge的概念来扩展使用更多的PCI设备。其他的基本东西就不多讲了，开门见山先分析在PCI bridge处理总线上访问的原理。1.1PCI总线的两种方式PCI总线上有两种访问方式，分别是Type0和Type1。且bridge会通过比对自己的secondary b ...继续阅读 (36)

这篇文章本是很久以前写的，最近感觉比较懒惰今天才贴出来。近两年开始EFI越来越流行了，可以说逐渐有颠覆legacy bios的趋势。处于对知识的渴望和追求我也最近对EFI有了一些简单的了解，我打算在后续的文章中做一个关于EFI的专题，基于EDK来写blog应该不错。毕竟它是开源的嘛，如果以AMI的EFI来写文章我估计可能会涉及到商业机密的问题。希望能像网上那个《linux的那些事儿》那样做成一个一个的小专题。也希望如果有兴趣的朋友或者BIOSER能够和我联系，咱们一起研究哈。期待您的加入。。。先说说我的打算 ...继续阅读 (13)

如何使用WinDBG跟踪调试ASL/ACPI?去年在研究ACPI的时候我有用windbg来分析一下ACPI methods，当时配置windbg的时候参考了几位前辈的文章，今天也转其中一篇过来以做备份。原地址是：http://blog.csdn.net/EFIBIOS/archive/2007/03/12/1526763.aspx在现代计算机中，硬件和固件（BIOS）都必须符合ACPI规范，以便操作系统可以控制所有模块的自动配置和电源管理。 使用WinDbg调试ACPI代码通常需要两台计算机，一台是目标机（Debuggee），另一台作为主机（Debugger）。下面就介绍一下怎么在两台机器上建立调试环境。1、配置调试Debuggee的连接方式Windbg支持COM、1394、USB2.0三种不同的连接方式，看到网上有些文章关于使用USB2.0来连接，需要购买特殊的USB调试线，而且价格不菲，本篇文章就不讨论了。笔记本电脑一般都没有COM端口，只好使用1394或是COM转USB，但在这里我只想讨论怎么使用COM端口来连接。启动到操作系统，使用bootcfg命令或直接使用文本编辑器修改boot.ini文件，指定调试使用的端口及参数。为了使用COM端口来调试，需要在启动参数中加入/debug参数，并指定/debugport和/baudrate子参数来作为启动项。下面这个boot.ini文 ...继续阅读 (39)

去年在研究ACPI的时候我有用windbg来分析一下ACPI methods，当时配置windbg的时候参考了几位前辈的文章，今天也转其中一篇过来以做备份。原地址是：http://blog.csdn.net/EFIBIOS/archive/2007/03/12/1526763.aspx ...继续阅读 (8)

【我所认知的BIOS】->反汇编BIOS之Bootblock(11)--初识BIOS的解压缩By Lightseed8/24/2010最近一段时间心态不太好，所以blog也没有更新。现在总算是调整过来了，目前我是这么打算，反汇编的文章暂时就写到bootblock这里了。至于如果还有兴趣研究POST部分的爱好者的话，我们可以私聊。后续文章准备写些比较深入点的文章，比较细节点的分析等等。希望大家给点建议，也希望我们BIOS ren共同进步~并且我准备把这个blog搬到BIOS联盟上去。毕竟那面比较专业一点。至此这篇文章也是bootblock反汇编的最后一篇文章了，其中还有一个问题没研究就是award bios的解压缩函数。这个函数用的LHA的压缩和解压缩算法，我没深入研究过。不过据说网上研究过的人比比皆是，再加上这段code一般都不会出错，所以我暂时也不打算深入研究了。如果你已经研究过了，可否和我share一下？1、BIOS的主流程在bootblock的最后阶段，那当然就是把BIOS的压缩代码全部解压缩出来，然后进入到后续的BIOS初始化流程当中去。在这个章节中，我们就来简单探讨一下解压缩和解压缩以后BIOS的大致走向。（关于解压缩的细节，我们再议。）图1 BIOS主流程2、在解压缩BIOS之前的一些初始化BIOS执行到现在，它本身已经被copy到了RAM中来，并且也正常RAM中跑了。 ...继续阅读 (32)

最近一段时间心态不太好，所以blog也没有更新。现在总算是调整过来了，目前我是这么打算，反汇编的文章暂时就写到bootblock这里了。至于如果还有兴趣研究POST部分的爱好者的话，我们可以私聊。后续文章准备写些比较深入点的文章，比较细节点的分析等等。希望大家给点建议，也希望我们BIOS ren共同进步~并且我准备把这个blog搬到BIOS联盟上去。毕竟那面比较专业一点。 ...继续阅读 (18)

【我所认知的BIOS】->反汇编BIOS之Bootblock(10)--基本的内存检测copy BIOS to RAMBy Lightseed6/28/20101、BIOS的主流程BIOS执行到这里，bootblock任务基本完成。内存初始化好了以后，为了能够安全地把BIOS copy到内存中，还需要做一些安全性的检测呀什么的。让我们来继续往下看吧。图1 BIOS主流程2、Copy BIOS之前test基本内存废话不用多说，让我们来看看反汇编出来的代码吧。_F000:E3B5 ;Test first 256Kb memory , Send endless beep if DRAM is bad_F000:E3B5_F000:E3B5 loc_FE3B5:; CODE XREF: _F000:E3E7j_F000:E3B5moves, dx_F000:E3B7assume es:seg000_F000:E3B7cld_F000:E3B8movcx, 2000h_F000:E3BBxordi, di_F000:E3BDrepe stosd_F000:E3C0noteax_F000:E3C3movcx, 2000h_F000:E3C6repe stosd_F000:E3C9noteax_F000:E3CCmovcx, 2000h_F000:E3CFxordi, di_F000:E3D1r ...继续阅读 (30)

当内存检测完毕，一切准备就绪的时候，award bios就会准备把bios从ROM里copy到实际的RAM中来。当然在做这些之前还做了其他的动作，比如说操作timer呀什么的，看上面的代码就好，不赘述了。 从_F000:E439这行开始，bios先去在F000段搜索是否有压缩的字样（当然肯定是有啦。）找到后，把BIOS从ROM里面copy出来，分别放到了10000-2FFFFH（E000和F000分别对应1000和2000）对应的RAM里面，同时也备份了一份到180000H-19FFFFH里面。然后用一个 ...继续阅读 (23)

【我所认知的BIOS】->反汇编BIOS之Bootblock(9)-- Memory initial函数By Lightseed06/24/20101、BIOS的主流程为什么会有bootblock和非bootblock这么一说呢？其实就是因为有没有真正的内存可以用的区别。这个章节里我们一起来看看经过之前那些章节的讨论后，BIOS在初始化memory之前会做的一些动作。（稍微比较琐碎点，看起来比较枯燥。）Memory initial这个函数里面，会再做一些前期的准备工作。比如8259的中断控制器的初始化，PCIE的初始化，等等然后进入到intel提供的MRC里面去。那么这节就讲讲这个函数里面具体接触的东西。图1 BIOS主流程2、CT_Memory_Init整个函数的架构_F000:36E0 CT_Memory_Init:; CODE XREF: _F000:E377jCallPower_Managment_init；伪代码_F000:370C Power_Managment_init_Exit:; CODE XREF: _F000:8850jCallPCIExpressInit；伪代码CallMemory_INIT; There are too many registers which intel do not release, so I have not plan to comm ...继续阅读 (36)

【我所认知的BIOS】->反汇编BIOS之Bootblock(8)-- Memory initial函数的入口By Lightseed6/24/20101、BIOS的主流程为什么会有bootblock和非bootblock这么一说呢？其实就是因为有没有真正的内存可以用的区别。这个章节里我们一起来看看经过之前那些章节的讨论后，BIOS在初始化memory之前会做的一些动作。（稍微比较琐碎点，看起来比较枯燥。）图1 BIOS主流程2、怎么去找到Memory initial的函数入口2.1 Memory initial函数两套方案的必要性Memory对于一个计算机而言，很明显是非常非常重要的一个东西。没有他的话基本上电脑就要脑瘫了，（虽然也可以走路，但是和本山大叔小品里面的那些特殊人士差不多了，要么必须用拐，要么必须用轮椅。。。哈哈，扯远了。）在BIOS里面考虑的比较周全，为了能够万无一失地确保能够把memory初始化的工作做好，BIOS用了两套方案来初始化内存。一种方法非常严谨，校验和呀其他什么的都很齐全。另外一种方法就是直接进入到memory初始化的函数中去。前者确实是严谨，但是越严谨说明要求的条件就越多，条件越多就越有可能出错从而导致memory的初始化不能正常进行（当然一般情况下是不会这样的啦。）。假如是真的发生了这样的事情，那么BIOS就会马上启动第二备用方案直接进入到memo ...继续阅读 (37)

堆和栈的区别（转过无数次的文章） 一、预备知识—程序的内存分配 一个由C/C++编译的程序占用的内存分为以下几个部分 1、栈区（stack）— 由编译器自动分配释放 ，存放函数的参数值，局部变量的值等。其 操作方式类似于数据结构中的栈。 2、堆区（heap） — 一般由程序员分配释放， 若程序员不释放，程序结束时可能由OS回 收 。注意它与数据结构中的堆是两回事，分配方式倒是类似于链表，呵呵。 3、全局区（静态区）（static）—，全局变量和静态变量的存储是放在一块的，初始化的 全局变量和静态变量在一块区域， 未初始化的全局变量和未初始化的静态变量在相邻的另 一块区域。 - 程序结束后由系统释放。 4、文字常量区 —常量字符串就是放在这里的。 程序结束后由系统释放 5、程序代码区—存放函数体的二进制代码。 二、例子程序 这是一个前辈写的，非常详细 //main.cpp int a = 0; 全局初始化区 char *p1; 全局未初始化区 main() { int b; 栈 char s[] = "abc"; ...继续阅读 (24)

【我所认知的BIOS】->反汇编BIOS之Bootblock(7)-- Memory initial之前的一些初始化DMA，8259By Lightseed5/20/20101、BIOS的主流程为什么会有bootblock和非bootblock这么一说呢？其实就是因为有没有真正的内存可以用的区别。这个章节里我们一起来看看经过之前那些章节的讨论后，BIOS在初始化memory之前会做的一些动作。（稍微比较琐碎点，看起来比较枯燥。）图1 BIOS主流程2、确实是Normal后的第一个JMP从下面的这段code中我们来研究一下，_F000:E1FC这里是的SP指向E200H地址，且我们看看在E200H这里这里存储的数据是E292H，注意了，这里可不是E202H哦。执行retn后，那么CPU的IP寄存器就变成了E292H了，那么CPU就会从此处取code来执行。（可不要犯了ROM_CALL的定势思维。）_F000:E1F8 Not_Resume_From_Sx: ; CODE XREF: _F000:E1D3j_F000:E1F8 ; _F000:E1EDj ..._F000:E1F8 mov al, 0C0h ; '?_F000:E1FA ...继续阅读 (55)

【我所认知的BIOS】->反汇编BIOS之Bootblock(6)--关于S3与Normal reset BIOS的走向By Lightseed5/18/2010一、BIOS的主流程我们的BIOS主流程如图1所示，上一个章节我们的BIOS执行到了记录CPU type的东东，当时我们就发现其实在Record_CPU_type的前面还有其他函数。那么我们这节就来单独讨论这个问题。这个章节的内容是我们作为BIOS engineer必定要聊熟于心的东西，我想任何一个业内人士应该不会否认这点的。也是BIOS的一个走向的十字路口，搞清楚这章节我想对理解整个X86架构中的power management理解是一个很好的基础。图1 BIOS主流程二、Normal reset和Resume from Sx的算法下面这段代码就是紧接了前面我们反汇编出来的BIOS源码的后半段。虽然这里短短数行，但是却把BIOS完全分成了两个不同的道路。Normal reset就会走平时我们理解的BIOS流程，继续进行后续的其他设备的初始化动作。而Resume from Sx的那条路就是从之前系统保存好的各个状态中逐个把系统的各个设备快速恢复他们的状态，进而BIOS把控制权交个OS，让OS自己也恢复到之前的状态。不过，后者我们暂时不去讨论，那个还牵涉到ACPI的部分，目前我们先说到这里，以后我肯定会和大家share的。（ ...继续阅读 (28)

【我所认知的BIOS】->反汇编BIOS之Bootblock(5)--Store CPU type to CMOSBy Lightseed5/18/2010一、BIOS的主流程从这章开始，我在每章的开头说把目前BIOS的主流程进行到了哪一步放在最前面，这样有助于理解整个Award BIOS的流程。到目前为止，我们的BIOS主流程如图1所示，图1 BIOS主流程那这节我们就来看看BIOS中记录CPU type的子函数。二、Record_CPU_type_cmos废话还是要说一下，从下面的code中我们可以看到，在Record_CPU_type_cmos这个函数前面有其他的东西，我们先暂时不管，直接看这个函数的一些片段（因为那是下下个章节要说的。）。_F000:E580 ;哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪?_F000:E580_F000:E580 Record_CPU_type_cmos: ; CODE XREF: _F000:E1DAj_F000:E580 mov es, sp_F000:E582 assume es:nothing_F000:E582 xchg si, dx_F000:E584 mov sp, 0E58Ah_F000:E587 jmp locret_FF7 ...继续阅读 (33)

【我所认知的BIOS】->反汇编BIOS之Bootblock(4)--initialize Super IOBy Lightseed5/13/2010一、BIOS的主流程到目前为止，我们已经看了两个重要的函数了，也是BIOS的必经之路。如下面的代码片段，BT_CPU_Init和Chipset_Reg_Init_Early我们都详细探讨过，那么随着流程下去，就是讨论SuperIO_INIT这个函数了。到目前为止，我们的BIOS主流程如图1所示， 图1 BIOS主流程那么今天就和大家详细来看看SuperIO_INIT这个函数都做了什么。BIOS究竟是怎么来初始化我们听的耳朵都起茧了的一个芯片——super IO。二、SuperIO_INIT废话就不多说了，让我们来看看code吧，这样一下子就明了了。_F000:E274 mov ax, cs:[si]_F000:E277 mov dx, 2Eh ; '.' ; Superio_Config_Port_F000:E27A out dx, al_F000:E27B out 0EBh, al_F000:E27D xchg ah, al_F000:E27F inc dx_F000:E280 out dx, al ; out to SIO's ...继续阅读 (42)

【我所认知的BIOS】->反汇编BIOS之Bootblock(3)--initialize some chipset registerBy Lightseed5/13/2010在上一篇中，我和大家探讨了下面代码中的BT_CPU_Init这个函数，它主要是一些特殊CPU的micro code的update。那么我们继续往下走，就会发现初始化chipset寄存器的函数，如_F000:E1C3这行所示。这里是用ROM_CALL来调用的。_F000:E1B8 mov sp, 0E1BEh ; First Use ROM_CALL_F000:E1BB jmp BT_CPU_Init ; Save esp(Return Address)_F000:E1BB ;哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪?_F000:E1BE dw 0E1C0h_F000:E1C0 ;哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪?Call Chipset_Reg_Init_Early；伪代码Chipset_Reg_Init_Early函数的代码要反汇编也很容易啦，双击或者是点中它回车即可。反汇编并加注如下：;哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪哪?_F000:F60 ...继续阅读 (66)

【我所认知的BIOS】->反汇编BIOS之Bootblock(2)--CPU micro code updateBy Lightseed5/12/20101、CPU micro code的背景先做个铺垫为什么要在BIOS刚刚开始跑的时候就来讲CPU的micro code。以下引用自网络：；-------------------------------------在十多年前的Pentium时代, INTEL曾经发布过有缺陷的CPU,因为浮点运算表边界上有几个数据错误,导致在某些应用会出现错误,这个错误概率很小,出错几率小于千万分之一,但在还是被捅出来了. INTEL为此召回CPU.从Pentium Pro起, INTEL决定给CPU留出一个补丁接口,当CPU内部有缺陷的时候,通过加载微码(Microcode),可以修复CPU的部分缺陷.INTEL说,他们只测试过的CPU都是加载了微码的,如果没有加载微码, INTEL不保证会出现什么问题.现在的CPU有一个CPUID,通过执行CPUID指令,可以知道当前CPU的版本和Stepping.根据这个信息,再给CPU打相应的补丁.下图就是CPUID=06D2, Rev.A2何时给CPU打补丁?在给CPU初始化的时候,就需要把INTEL提供的微码写进CPU去,因此,加载CPU微码就是系统BIOS的任务.如果系统的CPU是可更换的,那么其微码也需 ...继续阅读 (40)

【我所认知的BIOS】->反汇编BIOS之Bootblock(1)By Lightseed5/12/2010 先说明，我用来反汇编的BIOS bin文件是512KB的。它是研XXX出的一块板子AIMB552主板上的BIOS。呵呵。。。有兴趣的，大家可以买块板子搞里面的BIOS哦。不过，我想这种文件应该只要用AwardFlash都可以dump出来，所以也应该不会侵权。我就在这里和大家share了。在这个包里，有A552V110.BIN，这个就是BIOS bin文件。IDA freeware 4.3反汇编工具，CBROM，MODBIN6。这些都是我用的工具。1、IDA脚本语言有了前面两篇文章的铺垫，我想如果您看到这里的话，那么我们就算是真正动手反汇编了。首先，我们应该磨一下我们反汇编的工具，IDA pro。；----------------------------下面这段话同样是引用自《Pinczakko's Guide to Award BIOS Reverse Engineering》的文章，感觉他介绍的很好，我也不用再去写了，直接将他说的大致意思翻译过来。（不是直译，意译罢了。）-------------------------IDA也有相对应的脚本语言，而且这些脚本语言能够帮助我们大大地提高反汇编出来的代码的可读性。①在IDA的脚本里面，只有byte的变量，比如说auto。没有 ...继续阅读 (36)

【我所认知的BIOS】->反汇编BIOS之准备工作 LightSeed3/11/2010上海 在我们进入反汇编的旅途之前，我想我应该把一些大家应该准备的东西都列一下，只有有了这样的针对性准备嘛，我想我写的文章才更能引起大家的共鸣。我用的主板是915GS+ICH6+Winbond83627HF的主板。Bios也就是用awardflash.exe读出来的bin文件。1、PCI bus的简单理解与操作关于PCI的操作，在http://blog.csdn.net/lightseed/archive/2009/05/27/4219244.aspx这个章节中有对PCI bus操作的示例。至于PCI bus的总线操作嘛，我想目前我们还可以不用了解地那么深入。2、北桥关于CPU地址的decode为什么要专门加上这个呢？因为在之前的文章中，有人提问问到过一个问题，说当板子刚刚上电的时候，CPU不是说从FFFF_FFF0H处去读指令么？怎么又和BIOS的F000段扯上关系了哦？这个问题可以用一种比较好理解的通俗的方法来看。把北桥看做一个开关，在上电的时候它会忽略FFFF_FFF0H这个地址中的高12个bit。就是FFFE_0000H-FFFF_FFFFH其实对应的就是000E_0000H-000F_FFFFH这面的地址访问。这样理解虽然不太正确，但是比较容易懂。3、一 ...继续阅读 (34)

【我所认知的BIOS】->反汇编BIOS之‘开始’ LightSeed3/11/2010上海 我想稍微懂点BIOS的人都应该知道，目前blog里面的文章其实都是很基础很基础的东西。说白了呢就是没什么技术含量，说好听点呢，就是对技术的细节理解比较深刻。总之就是只能看看，不能排上实际用途了。不得不又要说一点就是，X86的东西，确实很多很杂，只有把这些小的细节的东西一个一个都理解，串联起来这样才能把X86这个架构的东西丰富起来。那么解bug就能有的放矢了。关于ACPI的东西，本来是想贴一些出来的，但是网上似乎好多位前辈都已经研究的比较透彻了，（用windbg来trace呀什么的，感觉很好。）主要是我写的小结里牵涉了一些具体的代码，不太方便release出来。稍后再整理一下在不侵犯别人的权利的情况下我再把自己关于ACPI理解的一些东西和大家share一下吧。从这篇文章起，我将和大家来从头到尾地领略一下真正的BIOS源码。当然这个源码不是award提供的，也不是我去偷的，呵呵。。。它就是我用本来BIOS里面的bin文件（你愿意也可以）反汇编出来的。（主要是担心版权呀啥，麻烦。所以当我我想要贴出了BIOS的源码时，反汇编BIOS应该是不会侵权了吧。）所以才有了这一系列反汇编的文章。加之在这之前，国内也没有前辈做过这个工程，所以才有了这个打算。目前 ...继续阅读 (26)

DDR2 DIMM SPD Definition 最近在menlow平台上看一个关于DDR2的bug，在兼容某家的800HZ内存的时候会出现不开机的情况，后来也详细研究了一下award的memory initialization的部分。下面这篇文章感觉把东西都总结出来，挺不错的。本文的原地址是： http://www.simmtester.com/page/news/showpubnews.asp?title=DDR2+DIMM+SPD+Definition#=139 Friday, August 25, 2006 Introduction Since I wrote揢nderstanding DDR Serial Presence Detect (SPD) Table?/STRONG> in 2003, I have been getting a lot a feedback from readers. Some of you told me that you are using this article to train your employees,and to introduce the mysteries SPD concept to your customers. I feel honored by your responses. Lately, some of ...继续阅读 (24)

【我所認知的BIOS】->汇编语言之宏汇编2By LightSeed2010-2-3 在上一节详细讲了宏汇编的理论，那这节来聊聊我在仿写ADU的时候用的一些宏汇编的例子吧。有了下面这个串宏汇编，那么程序的可维护性就高了很多，在添加或者删除这个工具的功能的时候，就显得格外简单和高级语言写出来的工具的健壮性可媲美。这也是我对这个工具感觉做的最好的地方之一，和大家share一下。（不过这个算法是仿照award bios中setup下面的菜单来做的。）代码如下：1、主要宏;-------------------------------------------------------------------------;******* By LightSeed;******* lightseed@163.com;******* 2010-2-3;;Macro name: CreateMainItem;input :; Name :Name of this item; MorS :mainmenu or submenu; IBT :item belong to (which item 1,2..8 etc); ORD :item order in its menus 0~8 for main item,9~255 for subitem; MaxSubN ...继续阅读 (42)

【我所認知的BIOS】->汇编语言之宏汇编1By LightSeed2010-2-2 其实早就想写点关于汇编语言的文章了，但是最近感觉比较累，自己也比较懒今天才动手写。哎。。。真是身心俱疲，房价涨了，小菜也涨了，妹儿的要求也涨了，但是哥的工资还是不涨。这社会我快混不下去了。但是想想做男人嘛，有什么大不了的。做人，最重要的是心态要好，要稳。1、我体会到的C和汇编目前我还做的legacy的BIOS，里面全是汇编语言。老实说，最近在study C语言的东西，也在研究用C生成ASM的文件，细细想来C确实很强大，汇编语言的效率确实也高。从C生成的汇编语言来看的话，如果是组织的好，实际的汇编语言的效率应该是比C高的。关于汇编语言的基础性的东西我就不多赘述了。在这里我想谈谈我在仿写ADU那个debug tool的时候用的一些汇编语言的里的高级语句。（当然先说清楚，这也是参考了BIOS code的东西，让我自己写我想我是写不出来的啦。），话有说回来，对于程序员来说，如果让我在C和汇编语言之间选择，当然还是比较喜欢用C了。（最近我在study ACPI的东西的时候，就试图用C来写一个ACPI dump的工具，发觉用C写真的好方便哦，两天就能搞出来一个功能了，但是如果用汇编的话，就算知道算法，估计写起来也比较费神。）在组织数据段中的数据的时候，按照结构体的形式来存储有关联的数据是一种明智的选择。但是由 ...继续阅读 (33)

由于51.com封了外链图片，从而导致我的blog图片显示不正常。最近查找了不少的网站，似乎都没有一个比51.com好的。（csdn的相册着实让人很郁闷，我传了一个小时才传了两张图片。） 所以在这里也希望网友们，能给我一个建议，看看哪个网站上传图片和共享图片比较不错哦？thanks！ 2010-2-5现在图片均已经恢复正常了，大家可以放心浏览。 ...继续阅读 (22)

【 我所認知的BIOS】-->Cache（3）LightSeed12/14/2009Go on。。。这章详细讲cache的操作过程。 9、详细剖析memory的读操作下面的一系列的演示是在486的基础上，并且L1 read miss的情况下。好，我们来开始：Processor在执行MOV AL,[4025]加上processor正处于保护模式或者实模式，并且segment是从0开始的，页管理方式已经关掉。那么我们可以这样理解上面这个指令，就是processor要准备从内存地址为00004025处的数据读一个byte出来，并存到AL当中去。9.1从L1 cache的角度来看main memoryCache controller在486上的话必须要去考虑4G大小的内存空间。486的L1 cache controller把内存空间分成了2，097，152个页（这个页和讲虚拟存储机制中的页两回事哦。）而且每个页大小是5KB。Cache controller还把这每个page都均分成了128个line，每个line的大小一下就算出来了是16个bytes（这就是前文提到的“不太大的一块数据”），line的序号是从0~127。举个例子，内存地址从00000000~00000000FH的内存数据应该属于是page 0，line 0的地方。00000010~00000001F ...继续阅读 (32)

【我所認知的BIOS】-->Cache(2)LightSeed 2009-12-7紧接上一篇，go on。。。5、Level 2 cache5.1 L2的优点（从此节往下，我都是拿486 CPU来做例子说明。）关于L1的介绍，我想就不用多说了，它就是在CPU的内部，比较小的一个cache。在486的的CPU上引入了Level 2 cache的概念。那么我们就来看看L2的优点：①提高了整个系统的性能。Internal cache（L1 cache）可以存经常用的code和data，然而L2 cache保存由于L1太小而不能保存的一些code或者data。不过这里需要说明一下的是，L1中的数据都是从L2这里来的，如果L2的大小和L1样的话，那么L2的优势就体现不出来了。如果是L2从明显比L1大了很多的话，那么优势就是很明显。（一般上十倍就差不多了。）L2能够提高系统的整体性能主要还是因为L1能够很快速地从L2取得信息。（当然这些的条件都是L1 read miss的时候。）②L2能够调整数据传输的速度。当burst transfer的时候，L2就体现出它的优势了，它能够尽量调整数据传输到最快。③减少了总线上的活动。L1 cache里面的内容都是从L2 cache过去的，那么当我们的L2容量是L1容量的16倍（假设的）。那么L2 cache中的内容除了有L1内容的镜像之外，还有15个以前 ...继续阅读 (42)

【我所認知的BIOS】-->Cache(1)LightSeed 2009-11-12 在文章前面我想说一下，CPU的cache是一个很有趣的部件，对它研究我目前也还仅仅处于486架构上的研究。因为我手上也就只找到了《80486 System Architecture》这本书（这本书里面讲的非常非常详细，我个人很喜欢这样的书籍）。据说P4 CPU也有这样一本书，不过在国内好像找不到，如果您是有这本的书的话，能否给我让我瞧瞧？这样的话，我会很感谢您的！ 另外，由于关于cache的东西比较多（当然其实有两个大的方向，就是数据一致性和运行机制，掌握了这两个大的目标我想cache对于您来说就不算什么难事了。），所以我准备把整理好的小结分成三篇文章放到blog里。这样可以降低每一篇文章的篇幅。否则篇幅太长，我担心大家会睡着了。呵呵。。。（开玩笑啦。）1、什么cache引用自互动百科里面关于cache的定义：Cache存储器：电脑中为高速缓冲存储器，是位于CPU和主存储器DRAM(Dynamic Random Access Memory)之间，规模较小，但速度很高的存储器，通常由SRAM(Static Random Access Memory静态存储器)组成。CPU的速度远高于内存，当CPU直接从内存中存取数据时要等待一定时间周期（在后续的时序图中我们可以很清楚地看到这 ...继续阅读 (29)

CBROM使用完全指南 这篇文章是转自网上的，原作者我也不知道，我就贴一处地址吧。“http://www.onegreen.net/Article_Show.asp?ArticleID=1656”倘若原作者您看到这篇文章的话，麻烦也给我说声，这样好把您的名字写上去。另外在网上也有英文版的使用说明这里也就应用一个http://geggus.net/sven/cbrom-doku.pdf （英文说明） CBROM是由著名的BIOS设计公司AWARD出品的一款工具软件，其主要的作用是用来编辑、修改、增加、移除BIOS压缩包中的内容，从此BIOS在我们的面前就不再是坚不可摧了，通过CBROM就可以随自己的意愿来控制BIOS的内容，使我们使用的设备功能更齐全，BUG更少，效率更高。 前一段时间老安便和朋友们共同探讨了许多有关于“恢复精灵”这个恢复技术的优势和一些移植技巧，在这个过程中我们就需要使用CBROM。更早一段时间老安还和朋友们共同来玩了一次“变脸”，也就是改换BIOS LOGO，这也同样要使用到CBROM。 CBROM的作用我想不必多说，但是对于许多WINDOWS时代的朋友来说，这种工作在DOS环境下的软件使用起来就不是很方便，加之提示又大多是英文，所以操作起来也是有一定的难度，因此老安今天将CBR ...继续阅读 (17)