NIST CCM和GCM标准

nistspecialpublication800-38c.pdf，CCM标准 nistspecialpublication800-38d.pdf，GCM标准

Video for Linux Two API Specification.pdf

在https://www.linuxtv.org/下载的，整理成pdf文档，2009年2.6.32版本，不是2006年Draft 0.12

底层开发者手册之C语言基础及项目开发2.4.5

将《底层工作者手册之C语言基础及项目开发》改名为《底层开发者手册之C语言基础及项目开发》，并做了一些修改，更新到2.4.5节。不过其中有一些章节还没有写完。先凑合看吧 　　《C》这本手册是《底层开发者手册》系列的第二本，但它却是我第一个开始写的，早在2008年年底时我就开始着手写这本手册，但写了没多久就因为发生了一个意外而终止了。在2010年年初的时候我开始了第四本手册的写作——嵌入式操作系统内核，目前已接近完工状态（我的博客可以下载，blog.sina.com.cn/ifreecoding），现在我又回过头来重新写《C》这本手册，将会采用与《嵌》一样的方式，写一部分就在网上发布一部分，在这同时我又在收集第一本和第三本手册的材料，准备将这4本手册同时写完，使读者可以按照顺序阅读这4本手册，层层深入底层开发者的工作。 　　一个良好的C语言基础是编写嵌入式设备底层代码的必要条件，如今介绍C语言的书不少，介绍嵌入式C的书也不少，但几乎没有结合实际项目来介绍C语言的，看完这样的书，C语言会用了，但做出来的产品只能称之为中国校园式产品，为求实现功能不择手段，根本不适合在项目中使用。另有一些自称C语言精华的书或网上的面试宝典，尽是讲一些偏题怪题，这可能满足了作者的虚荣心，但却在将新手引向一个错误的方向。当然，仁者见仁智者见智，这仅是我个人的观点，也一定会被他人所反驳的，正是出现百家争鸣的局面社会才能进步。 　　本手册分为2部分，第一部分介绍C语言基础，在介绍C基础时会结合嵌入式中的应用加以介绍，将重点介绍在项目开发中有用的内容，对于过分追求技术但又没有什么实际用处的内容不做过多的介绍，对于这些内容最多会提一下，让读者知道有这种情况存在。第二部分介绍项目开发，从项目需求、分析、设计、编码、测试、维护的角度来介绍编写代码。记住，编码只是项目中的一个部分，在中国校园式产品中这可能几乎就是全部了，但在一个可以称之为产品的项目中，它只是一部分，并且项目越大它所占的比重越小。 　　我在看书学习新知识时，希望看到的是那些写的多一些详细一些，也就是废话多一些的书，可以傻瓜式的一步步跟下来，不希望看到那些对关键之处一笔带过还故作高深的书，所以本手册就以废话多为原则，可能会写的罗嗦一些，只求能看的明白一些。当然，本人知识水平有限，有些知识会有理解上的错误，或者有未触及的地方，错误一定是有的，就像做产品一样，不可能没有错误。我写本手册的目的在于分享我的知识，注重实际应用，这对某一论坛上的某些只会空谈经验、分析汉字语法的理想C语言文艺专家们来说可能会不屑一顾。如有问题，请登录我的博客blog.sina.com.cn/ifreecoding反馈，我虚心接受，但我拒绝那些假大空的为了批评而批评的建议。我们做项目不是写论文，是实实在在的东西！ 　　为新手写一本介绍C语言的书很难，因为它牵涉到非常多的知识作为基础，其中的一些知识很可能需要使用另外几本书的篇幅来介绍，而且知识是耦合在一起的，在介绍前面的时候会涉及到后面的知识，对于新手来说，没有对C形成一个全貌，无法理解。因此给新手的建议是只能多看几遍，第一遍大致看看，掌握全貌，不要细读，然后再多读几遍，仔细分析各种问题，并结合例子，自己动手编程，调试，这个过程非常重要，一定要自己动手编程，光看是没有用的，只有自己动手解决了问题，才能从根本上理解问题。 C语言入门可能会比较容易，但不要指望几个月时间就能熟练掌握C语言，如果做底层编码的话则需要以年为单位来衡量。

C语言字节对齐

本文档从硬件角度讲述产生字节对齐的根本原因，并对字节对齐的多种情况作了较为详细的说明，并对字节对齐产生的一些影响做了说明

在STM32F103上编写一个俄罗斯方块游戏

我手边有一块STM32F103VB 的板子，在这个板子上有一个LCD 显示屏和5 个按键，正好可以用来做俄罗斯方块这个游戏。共享全部源代码

相对跳转指令和绝对跳转指令的特殊用法

当程序的编译地址与运行地址不一致时，使用相对跳转指令和绝对跳转指令就需要注意了，本文档将讲述其中原因。

破坏STM32中断机制引发的异常

我将一个具有实时任务切换功能的小型嵌入式操作系统内核成功的从具有ARM7内核的ADUC7024芯片移植到了具有cortex内核的LM3S8962芯片，然而在移植到同样具有cortex内核的STM32F103VB芯片上却出了问题，程序运行一段时间就跑飞，最终查明是任务切换过程破坏了cortex内核的中断机制所致，但为何同样采用了cortex内核的LM3S8962芯片却没有出现该问题？本文将向你讲述这其中的原因，同时你还可以了解到操作系统任务切换的基本原理以及cortex中断方面的一些知识。

教你如何找到导致程序跑飞的指令

调试嵌入式程序时，你是否遇到过程序跑飞最终导致硬件异常中断的问题？遇到这种问题是否感觉比较难定位？不知道问题出在哪里，没有办法跟踪？尤其是当别人的程序踩了自己的内存，那就只能哭了:(

导致STM32芯片指令速度变化的问题分析过程

过年那几天将一份代码从TI 的LM3S8962 芯片移植到ST 的STM32F103VB 芯片上，结果发现了STM32 芯片指令速度会发生变化，本文将讲述这个问题的定位过程，从中你可以看到作者根据问题的现象结合已有的知识，2 次否定了出问题的地方，但随着逐步缩小定位范围，认真分析现象，最终还是找回到了出问题的地方，并与网友讨论后，查找芯片手册找到了问题的原因。本文的重点不在于介绍这个问题，而是在于介绍定位这个问题的思路以及过程，很多问题通过仔细分析是可以找到原因的。

C语言浮点数运算

有些C语言书上说float型的有效位数是6~7位，为什么不是6位或者7位？而是一个变化的6~7位？ 浮点数在内存中是如何存放的？ float浮点数要比同为4字节的int定点数表示的范围大的多，那么是否可以使用浮点数替代定点数？ 为什么float型浮点数9.87654321 > 9.87654322不成立？为何10.2 - 9的结果不是1.2，而是1.1999998？为何987654321 + 987.654322的结果不是987655308.654322？ 如何才能精确比较浮点数真实的大小？ 看完本文档，你将会得到答案!