最近，看了一小阵子的MIPS资料，做一下简单的记录吧。
第一是空间上的分配。MIPS空间上共分四个部份：
0x00000000 - 0x7fffffff 为kuser区，主要用于MMU映射，用于运行用户程序；<br />
0x80000000 - 0x9fffffff 为kseg0区，访问方式为Cache访问，主要用于运行无MMU系统的大部份程序或操作系统的核心程序；<br />
0xa0000000 - 0xbfffffff 为kseg1区，为无Cache方式访问。主要用于运行Bootloader程序，或映射寄存器。<br />
0xc0000000 - 0xffffffff 为kseg2区，MMU映射访问，用于运行一些管理态的程序。
需要注意的是：kseg0和kseg1都是映射上物理地址0x00000000-0x1fffffff上。
因些，程序运行的起始地址0xbfc00000实际上是物理地址0x1fc00000。
第二是寄存器。MIPS一共有32个通用寄存器。
$0 zero，该寄存器桓为0，用途较广，可用于清空其它寄存器，做一些空操作等。<br />
$1：at，主要保留用于汇编的一些宏指令。编译器可能使用到它。<br />
$2 - $3：v0 - v1，主要用于函数调用的定点返回值<br />
$4 - $7：a0 - a3，函数调用时传递的4个定点参数<br />
$8 - $15：t0 - t7，非保存的临时寄存器，可能被子程序改变其值。<br />
$16 - $23：s0 - s7，保存的临时寄存器，使用完毕需要还原原来的值。<br />
$24 - $25：t8 - t9，同t0 - t7；<br />
$28：gp，全局指针(Global Pointer)，访问一些全局变量时会用到，具体用法暂时还不是太清楚 ；<br />
$29：sp，堆栈指针(Stack Pointer) ；<br />
$30：fp，帧指针(Frame Pointer) ，主要用于保存函数入口的堆栈指针。<br />
$31：ra ，执行jr，jalr后保存的返回PC地址。
第三是协处理器CP0。
用的最多的就是$12 SR和$13 CAUSE了。
暂时就先这些吧。等待以后补充。
用51移植一个小型OS时，遇到了中断方面的一个问题。
因为，51的中断有一个特性：如果多个中断同时产生中断（或者在关闭EA时发生了多个中断），在EA打开的时后，每执行一个中断，必须执行主程序的一条指令，才能进入下一个中断。据说这个主要是为了实现51的单步调试功能而设计的。我不知道是不是所有的51的特性都是这样，或者其它体系的芯片会不会这样。
这样会有什么问题呢？
在OS任务切换过程，我们会遇到以下形势的代码：
EA = 0; //进入临界区1<br />
任务1由就绪转入等待;<br />
任务1加入等待队列;<br />
产生任务切换软中断;<br />
EA = 1; //退出临界区1<br />
（这里将进入软中断，发生任务切换事件）<br />
EA = 0; //进入临界区2<br />
等待队列中删除任务1;<br />
EA = 1; //退出临界区2
我们的原意是要在退出临界区1的时候进行任务切换。然而，在临界区1的时候，有可能已经产生了其它中断，而任务切换软中断的自然优先级最低，这时候，由于中断的特性，执行完其它中断任务后，会关闭EA！！
于是，没有在我们预想的地方进行任务切换。真正的切换是等到退出临界区2后！！
接下来问题就大了：由于等待队列中已经删除了任务1，那么任务1将永远无法被唤醒了。任务1就成了一个死任务。
那么，有什么解决办法呢？
1、如果可以更改芯片设计，则改为中断后不执行任何主程序的执令。
2、提高切换任务的优先级至最高。
3、不使用软中断，而是采用直接调用函数的方法进行任务切换。
4、在临界区1与临界区2之间的区域加入足够多的NOP指令。
以上几种方法均能解决。至于详细方法，这里就不多说了。
经常看到SD/MMC这样的写法。Hanny在这里稍微总结一下SD卡和MMC卡的异同点吧。
首先，两者在外型的规格上是几乎一致的。而且两都的接口是兼容的。也就是说，两者可以用同一个卡座来进行读取。而且，两者在时序上也是一致的，读写命令控制也完全一样，这就是为什么经常把两者混在一起写的原因。
不过，虽说外型几乎一致，但还是有点差异的。MMC比SD卡要薄一些，并且，长度只有SD卡的一半。
下面，Hanny从主机驱动方面谈谈两者的差异。
在数据位宽方面，MMC卡最大支持8BIT，而SD卡只能支持4BIT传输。
在卡的激活过程，MMC使用CMD1来进行激活，而SD卡使用ACMD41来进行激活的。于是，这两条命令也成了主机区分两种卡的类型的关键。
在获取卡的RCA地址时，MMC卡是由主机分配RCA给设备，而SD卡则是由设备返回RCA给主机。
在CMD6的使用方法上也有很大不同。MMC有EXT_CSD的概念，主要用CMD8进行读取，CMD6进行设置。而SD卡则只用CMD6进行UserFunction的设置。SD卡的CMD8主要用于区别SD1.0和SD2.0。
MMC还支持CMD14和CMD19进行主线测试，从而选择合适总线进行通信。SD则不支持。
另外，MMC卡还支持CMD11、CMD20这类数据流操作，因此较多用于媒体设备上。MMC还支持Boot等高级的用法。
SD/MMC卡的读写模式分两种。一种是利用SD总线来进行数据传输，这里称为SD模式；另外一种是利用SPI总线来进行数据传输，这里称之为SPI模式。
最初接触SD/MMC卡时，Hanny一直觉得很奇怪，为什么SD/MMC卡要提供两种模式进行访问呢？比较完这两种模式的区别，分析其运用场合，就会明白答案了。
SD卡主要工作于4BIT SD模式下（MMC可能工作在8BIT SD模式下）。其读写最高时钟可达50MHz，因此，市面上的卡的读取速度能到达20MB/s以上，已经算极限了。SD模式也是SD卡的主要工作模式。
而SPI模式只有1BIT的带宽，而且时钟最高只能到25MHz，因此读取速度通常低于3MB/s。但是SPI模式对硬件要求较低，一般广泛用于MP3等对读卡速度要求不高的低端场合。
Hanny当时还有一个疑问：SD模式不是也同样支持1BIT模式吗？为什么不直接用SD的1BIT模式呢？
后来才明白：1、SPI总线是一个通用总线，大部份芯片都用硬件模块；2、SPI模式支持不带CRC校验的传输方式，可以降低硬件要求；3、SD的CMD线与DATA线之间有可能同时产生数据，对没有SD硬件模块的主机支持起来难度较高。
虽然已经过去一段时间了，但是还是有必要记录下来，以免下次再犯同样的错误。
首先，在给SD卡初始化的过程中，必须要先开电，然后再给IO上拉！虽然，先给IO开上拉，再上电也大部份能够正常使用。然而，仅仅是大部份而已。为什么会这样呢？原因是：先给IO上拉，会在SD卡内部把VCC拉高，有可能导致SD卡主控芯片运行异常。其它一些芯片应该也是这样，Hanny，要记住了：先开电，再上拉。
血淋淋的教训啊。