上一篇文章 《Tiny4412 Linux驱动之按键（使用中断）》使用中断的方式写了按键检测驱动程序，但是有一个问题：有时候按下一次按键有可能输出两条信息的情况：按键抖动如上图所示，按下了一次，缺打印了两次，这是由按键抖动引起的。按键消抖的原理按键抖动示意图我们平常所用的按键为机械弹性开关，由于触点的弹性作用，按键在闭合时不会马上稳定的接通，而是有一段时间的抖动，在断开时也不会立即断开。抖动时间由按键的机械特性所决定，一般为5ms~10ms。所以我们在做按键检测时都要加一个消抖的过程。按键消抖主要有两种方案：一是延时重采样；二是持续采样。从理论上来说，延时（如10ms）重采样的准确率肯定低于持续采样。 按键消抖的方法（1）延时重采样延时重采样的意思是，当第一次检测到键值由'1'变为'0'时，再延时一段时间（如10ms）,再次采样，确认是否仍是'0'；若是'0'则认为此时键值为'0',否则，重新执行检测过程。该方案的缺陷：a.如果延时太短，有可能两次采样时都处于抖动时间，因此可能引起误判；b.如果延时太长，可能检测不出按键变换（2）持续采样持续采样的原理是，当检测到按键处于某电平（如'0'）时，在之后的N个时钟周期内连续检测此按键的电平，如果一直不变，则读出此按键的电平值（如'0'）。持续采样的优点：a.样本足够多，减少误判的可能性。b.对于按键按下('1'->'0' ...继续阅读 (51)

一、简介Container_of在Linux内核中是一个常用的宏，用于从包含在某个结构中的指针获得结构本身的指针，通俗地讲就是通过结构体变量中某个成员的首地址进而获得整个结构体变量的首地址。二、接口container_of(ptr, type, member) ptr:表示结构体中member的地址 type:表示结构体类型 member:表示结构体中的成员 通过ptr的地址可以返回结构体的首地址三、实现/** * container_of - cast a member of a structure out to the containing structure * @ptr: the pointer to the member. * @type: the type of the container struct this is embedded in. * @member: the name of the member within the struct. * */ #define container_of(ptr, type, member) ({ \ const typeof( ((type *)0)->member ) *__mptr = (ptr); \ (type *)( (char *)__mptr - offsetof(ty ...继续阅读 (27)

接着上一个实验《Tiny4412 Linux驱动之按键（使用查询方式）》,这一节使用中断的方式进行按键的检测，Linux下的中断体系结构前面也发了好几篇文章，写的都不错挺详细，大家可以看看，链接如下。Linux内核异常处理体系结构详解（一）Linux内核异常处理体系结构详解（二）下面开始今天的正文，使用中断的方式检测按键，还是一共三个文件，1驱动相关：. keyIrq_drv.c  Makefile2.测试程序 ： key_test_irq.c实验步骤：驱动和应用程序都编译出来之后，首先加载驱动：insmod keyIrq_drv.ko按键中断驱动如上图所示，加载完驱动之后，按键节点已经自动创建出来了，下面开始测试;输入 ./key_test_irq按键测试依次按下4个按键，可以看到输出正确，并且按键抖动也不是那么严重了（还有偶尔有的，以后会使用内核定时器进行过滤），可以看到申请的4个中断如下图所示：按键中断号再来看一下这种方式下的CPU使用率CPU使用率可以看到基本不占用CPU，没有按键按下时key_test_irq进程是出于休眠状态的。通过对比发现，使用中断的方式要不使用查询的方式好很多。本次测试结束。 ...继续阅读 (53)

前几天在TIny4412开发板上做了LED点灯的Linux驱动，其实挺简单，GPIO驱动，今天再看一下按键的驱动，毕竟按键用的还是比较广泛的，本文使用查询的方式获取按键值，后面会有文章使用中断的方式进行操作，也算是为了对比一下这两种处理方式的效率。按键检测的原理在前面裸机部分已经介绍的很详细了，《Tiny4412裸机程序，按键检测(轮询方式)》，忘了怎么操作的同学可以再查看一下。还是一共三个文件，1驱动相关：. key_drv.c  Makefile2.测试程序 ： key_test.c实验步骤：驱动和应用程序都编译出来之后，首先加载驱动：insmod key_drv.ko按键查询方式如上图所示，加载完驱动之后，按键节点已经自动创建出来了，使用cat /pros/devices命令查看，按键设备已经有了。下面开始测试;输入 ./key_test测试按键看到了吧，我按下了第一个按键，按键已经能检测了，但是有一个问题，用这种方式效率太低了，大家看一个图：CPU使用率CPU使用率达到了25！！！！4412是4核的处理器，那就是整整占用了一个CPU啊！！！太可怕了，下一节会使用中断的方式重新做这个实验，对比一下效率。 ...继续阅读 (23)

1.中断处理的体系结构我们知道编写设备驱动程序一定要用到中断处理函数，这在驱动程序的编写中，占据很重要的一部分。在响应一个特定的中断的时候，内核会执行一个函数，该函数叫做中断处理程序（interrupt handler）或中断服务例程（interrupt service routine ,ISP）.产生中断的每个设备都有一个相应的中断处理程序，中断处理程序通常不和特定的设备关联，而是和特定的中断关联的，也就是说，如果一个设备可以产生多种不同的中断，那么该就可以对应多个中断处理程序，相应的，该设备的驱动程序也就要准备多个这样的函数。在Linux内核中处理中断是分为上半部（top half），和下半部（bottom half）之分的。上半部只做有严格时限的工作，例如对接收到的中断进行应答或复位硬件，这些工作是在所有的中断被禁止的情况下完成的，能够被允许稍后完成的工作会推迟到下半部去。要想了解上半部和下半部的机制可以阅读一下《Linux内核设计与实现》的第七章的内容。Linux内核将所有的中断统一编号，使用一个irq_desc结构数组来描述这些中断;每个数组项对应一个中断，也可能是一组中断，它们共用相同的中断号，里面记录了中断的名称、中断状态、中断标记（比如中断类型、是否共享中断等），并提供了中断的低层硬件访问函数（清除、屏蔽、使能中断），提供了这个中断的处理函数入口，通过它可以调用用户 ...继续阅读 (14)

【首先来区分一下两个概念：中断(Interrupt)和异常(Exception)。中断属于异常的一种，就拿2440开发板来说，他有60多种中断源，例如来自DMA控制器、UART、IIC和外部中断等。2440有一个专门的中断控制器来处理这些中断，中断控制器在接收到这些中断信号之后就需要ARM920T进入IRQ或FIQ模式进行处理，这两种模式也是中断异常的仅有模式。而异常的概念要广的多，它包括复位、未定义指令、软中断、IRQ等等。还有一点知识就是，中断这种异常在响应之前到来之前是需要程序员进行什么优先级、是否要屏蔽信号之类的初始化的，而其他比如未定义指令是不用的，只要发生了就跳到异常向量入口取址执行。因此下面初始化内容中的第（2）点是针对中断这种异常的设置的】一、初始化设置：（1）异常向量相关的设置：start_kernel()-->setup_arch()-->early_trap_init()函数来担任这个任务。在arch/arm/kernel/traps.c文件件中定义：这个函数很有分量，值得细细分析！！！void __init early_trap_init(void) { unsigned long vectors = CONFIG_VECTORS_BASE; extern char __stubs_start[], __stubs_end[]; exter ...继续阅读 (77)

本文转自大部分内容转自： http://blog.csdn.net/llxmedici/article/details/6282372在linux下编写GPIO驱动，控制相应的gpio管脚。一般有两种方式：1） 直接操作相应的寄存器2） 通过内核提供的gpio操作库函数第一种方式很简单，寄存器操作部分和写裸机代码差不多，只是需要把寄存器的物理地址映射到linuxxi的虚拟地址就可以，在此不在赘述，讲一下第二种方式的实现原理，大部分内容拷贝自上面的网址。首先看一下驱动的部分代码：/* * 设备初始化 */ static int __init dev_init(void) { int ret; int i; for (i = 0; i < 4; i++) { //设置 LED 对应的端口寄存器为输出(OUTPUT) if (s3c_gpio_cfgpin(led_table[i], led_cfg_table[i])<0) printk(KERN_INFO "config pin %d failed", i); printk(KERN_INFO "config pin %d failed", i); //设置 LED 对应的端口寄存器为低电平输出，在模块加载> 结束后，四个 LED 应该是全部都是发光 状态 s3c2410_ ...继续阅读 (22)

今天周末，诸事不顺，下了一天雨，出门掉沟里了，全身湿透了，冻死了快，唉，废话不多说了，说说今天在Tiny4412板子上做的测试吧。今天测试了字符设备驱动的编写，主要是再熟悉一下，其实挺简单，代码一会贴出来。总共三个文件，1驱动相关：. led_drv.c  Makefile2.测试程序 ： led_test.c实验步骤：驱动和应用程序都编译出来之后，首先加载驱动：insmod led_drv.ko加载驱动此时设备节点已经创建出来了：设备节点此时，用应用程序测试：关闭灯开发板关灯现象开灯开发板开灯现象 ...继续阅读 (6)

assert宏的原型定义在assert.h中，其作用是如果它的条件返回错误，则终止程序执行.#include "assert.h" void assert( int expression );assert的作用是现计算表达式 expression ，如果其值为假（即为0），那么它先向stderr打印一条出错信息,然后通过调用 abort 来终止程序运行。使用assert的缺点是，频繁的调用会极大的影响程序的性能，增加额外的开销。在调试结束后，可以通过在包含#include 的语句之前插入 #define NDEBUG 来禁用assert调用，示例代码如下：#include #define NDEBUG #include用法总结与注意事项：1)在函数开始处检验传入参数的合法性如:int resetBufferSize(int nNewSize) { //功能:改变缓冲区大小, //参数:nNewSize 缓冲区新长度 //返回值:缓冲区当前长度 //说明:保持原信息内容不变 nNewSize&lt;=0表示清除缓冲区 assert(nNewSize >= 0); assert(nNewSize <= MAX_BUFFER_SIZE); ... }2)每个assert只检验一个条件,因为同时检验多个条 ...继续阅读 (23)

晚上加班回来，看到4412板子，感觉好久没捣鼓了，于是想把Linux上进去跑一边，从友善的光盘中把移植好的Linux拷贝到虚拟机中，重新编译了一下，编译出zImage，由于之前已经将u-boot等烧到eMMC中了，所以开发板上电从eMMC启动，按任意键停住u-boot的启动，进入U-BOOT的命令行，使用fastboot讲刚编译出的zImage少写道eMMC的kernel分区中，并将光盘自带的QT文件系统烧写到eMMC中，修改好启动参数，重启板子，此时串口呼呼的出现很多内核打印信息，LCD上出现了4只企鹅？（不知道为什么会是四只，和4412是四核处理器有关吗？搞不懂，希望知道的大神给解惑一下），但是启动到一半停住了，从打印信息看好像文件系统有问题，重刷了一遍文件系统还是不行。重启板子，配置启动参数，打算用NFS的方式试试，从打印信息看Rootfs已经挂载上了，好像QT出了问题，此时LCD上已经出现了QT的图案，但是还是启动不起来，郁闷。可能某些参数传的不对吧。网上搜搜也没见到解决方法，于是想，干脆自己弄个最小文件系统试试吧，按照之前的经验，配置编译busybox，安装系统C库，创建必要的设备文件。。。。。等等。最终制作完成了最小根文件系统，并顺利启动起来，如下图所示：开发板显示系统启动  ...继续阅读 (73)

由于工作上原因，需要使用CCS3.3开发环境来烧写板子程序，而且之前一直装上CCS3.3，配置完板子之后软件一直打不开，显示“unable to load C:\CCStudio_v3.3\drivers\tixds560icepick_c.dvr”，很是郁闷，今天又尝试了一下，google了一番，找到一个办法，将CCS升级到3.3.82，问题完美解决。CCS3.3在此记录一下，由于网上3.3.82升级版不好找，所以在此共享一下，帮助有需要的人。下载地址 ...继续阅读 (46)

在Ubuntu下刚才用su到root后，用命令gedit发现会出错：** (gedit:2976): WARNING **: 连接已关闭(gedit:2976): EggSMClient-WARNING **: Failed to connect to the session manager: None of the authentication protocols specified are supported** (gedit:2976): WARNING **: Could not connect to session bus原因是：su   只能切换到管理员用户权限,不使用管理员的登陆脚本和搜索路径su - 不但能切换到管理员权限而且使用管理员登陆脚本和搜索路径解决方法：使用sudo gedit 或者su -后再gedit就没错误了！   ...继续阅读 (20)

错误如下：adb_error“error while loading shared libraries: libncurses.so.5: cannot open shared object file: No such file or directory” 错误原因是：Ubuntu64位执行32位程序的依赖包问题，我用的是64位的系统，而adb需要引用32位的包，需要安装ia32-libs包 解决办法如下：sudo apt-get install libncurses5:i386orsudo apt-getinstall lib32ncurses5 lib32stdc++6orsudo apt-get install ia32-libs ...继续阅读 (27)

今天测试fastboot的时候出现如下问题：Fastboot“fastboot: error while loading shared libraries: libstdc++.so.6: cannot open shared object file: No such file or directory”原因是：缺少了安装依赖文件lib32stdc++6使用下面的命令安装该库即可：apt-get install lib32stdc++6 ...继续阅读 (30)

最近看了U-BOOT部分，并根据友善的资料将U-BOOT烧写到SD卡上，由SD卡启动U-BOOT，启动界面如下：SD卡启动U-BOOT今天试着将U-BOOT烧写到eMMC中，emmc其实和SD卡类似，都是SD设备，emmc是8-bit模式，SD是4-bit模式。将U-BOOT烧写到eMMC中其实和烧写到SD卡步骤是一样的，只是步骤稍微繁琐了一点，因为不如SD卡那么灵活，可以拔下来，插到电脑上来烧写。下面附上一张BL1、BL2在eMMC中的位置图：eMMC布局先说一下烧写原理：先说一下我们需要一个DNW工具---------------------这个可以通过USB把电脑端的文件烧录到目标板的内存中。附件是dnw Linux完整源码包，解要到一个文件夹，里面有dnw.c , Makefile, 预编译dnw(x86_64). 大家可以直接使用或是自己编译，编译后的dnw 可以复制到/usr/bin,并chmod 777 /usr/bin/dnw.同时u-boot中断也支持dnw指令，所以烧写eMMC成为了可能。编译uboot过程友善的文档已经写的很完善了，大家自己参考并编译u-boot. 编译完成后u-boot目录下有：u-boot.bin进入u-boot/sd_fuse/执行make,可以生成mkbl2工具，进入u-boot/sd_fuse/tiny4412目录下可以看到bl2.b ...继续阅读 (74)

以下为U-Boot中的代码,   从注释中可以看到 真个地址映射关系：enable_mmu: /* enable domain access */ ldr r5, =0x0000ffff mcr p15, 0, r5, c3, c0, 0 @load domain access register /* Set the TTB register */ ldr r0, =mmu_table ldr r1, =CONFIG_PHY_UBOOT_BASE ldr r2, =0xfff00000 bic r0, r0, r2 orr r1, r0, r1 mcr p15, 0, r1, c2, c0, 0 /* Enable the MMU */ mmu_on: mrc p15, 0, r0, c1, c0, 0 orr r0, r0, #1 mcr p15, 0, r0, c1, c0, 0 nop nop nop nop mov pc, lr/* * MMU Table for SMDKC210 * 0x0000_0000 -- 0x1FFF_FFFF => A:0x0000_0000 -- 0x1FFF_FFFF * 0x2000_0000 -- 0x3FFF_FFFF => Not Allowed * 0x4000_0000 -- 0x5FFF_FFFF => ...继续阅读 (55)

.align 就是用来对齐的，究竟怎么对齐，有啥情况？下面分析一下基本情况讲解（一）$vim align1.s在新建的文件编辑以下代码：_start: b reset .byte 0x55 .byte 0xaa reset: ldr r0, =0x53000000保存后，执行如下命令：$arm-linux-as align1.s -o align1.o这样的话有的编译器可能会报错，但我的编译器没有报错，虽然没有报错，但反汇编的结果显示，运行时肯定会出问题。执行如下命令(进行反汇编)：$arm-linux-objdump -d align1.o显示如下：00000000 <_start>: 0: ea000000  b  4  <_start+0x4> 4: 0453aa55  ldreqb s1, [r3], -#2645 00000006 <reset>: 6: e3a00453  mov r0, #1392508928 ; 0x53000000很明显，跳转语句应该跳到0x06处，而它却跳到0x04处，我们分析一下。首先，ARM指令都是32位的，这里要求4字节（一个word）对 齐，b reset 指令占了4个字节，接着我们用 .byte 指令定义2个常数，因为这里是 byte 类型，所以只占了八位，两个数据，一共占16位。由于连接器内部有一个 ...继续阅读 (18)

十一假期马上 就要结束了，玩了几天，睡了几天，今天发现博客好久没更新了，由于种种原因，4412也放下了好久没看了，今天打算看看LCD控制器部分，在LCD上显示个图片什么的。具体实验过程以后有时间再详细写出来，今天只把烧写寄现象贴出来。烧写步骤还和以前一样，看下图：烧写过程烧写完之后，把SD卡查到开发板，上电，屏幕会绿：启动完成这时调试串口会输出如下信息：LCD 测试可以按下1-5等数字 ，实现不同的功能：下面我按下了1，清屏：清屏测试下面我按下了5，显示一张图片：显示图片  ...继续阅读 (150)

一、概览S5M8767A有9路BUCK和28路LDO，暂且可以当成共有37路供电电路。这37路供电电路最低可以使用6.25mV的步进电压，多达60多个电压档位可以做到对输出电压的精确控制。另外S5M8767A还有一个硬件RTC，可以在有外部电池供电的情况下保存时钟信息。二、PMIC与uboot的关系uboot按模块初始化硬件，有其自己的代码顺序，这就要求PMIC在特定的时间点给特定的硬件提前提供电源，以供uboot进行初始化配置。否则uboot的执行必然失败，例如PMIC需要在eMMC初始化前对其两路电源进行供电。另外PMIC的初始化时间在uboot里有其默认的时间点，但是这个时间点还是与核心板与底板的实际电路密切相关的，需要根据实际需要提前或延后。2.0 PMIC中BUCK与LDO的分类PMIC中的BUCK和LDO都大概可以分成两种：一种是PMIC上电即可直接输出电压的BUCK和LDO。另一种是PMIC上电不输出电压，需要使用i2c对PMIC配置后才可输出电压的BUCK和LDO。2.1 PMIC与DDR的关系对于4412来讲，DDR的初始化是在BL2中进行的，这时如果使用汇编初始化硬件i2c来对PMIC进行配置个人感觉没有什么意义，所以DDR的电源需要连接到PMIC的默认ON的BUCK上，即PMIC上电即可直接输出电压的BUCK，不需代码配置。S5M8767A推荐使用BUCK5做 ...继续阅读 (46)

转自http://blog.csdn.net/gwl11/article/details/6364336 上面在说到安装中断的时候说过，调用request_irq()时的参数中irq的确定是个难题，为什么？你如果到网络上查一下关于linux的资料，十有八九是关于i386体系结构上的，但linux是可以运行在多种cpu上的，比如采用arm内核的s3c2410,在i386体系上的经验在这里可以用么？我们试验一下：硬件准备，使用s3c2410的EINT0引脚作中断测试，为它编写一个中断驱动程序，最后将面临中断的安装，调用intrequest_irq(unsignedintirq,void (*handler)(int,void *,structpt_regs *),unsignedlongirq_flags,constchar *devname,void *dev_id)，其余都好说，irq取什么值？很容易查到类似信息：在i386体系结构中，LINUX内核对中断向量号的使用规定如下：0-31号中断向量对应于异常类型，32-47号中断向量分配给可屏蔽硬件中断，48-255号分配给软件中断。所以中断控制器上的IRQ0对应于中断向量32。在ARM的手册上，所有的中断都叫异常，在S3C2410的手册上，其中断控制器的外部中断都叫EINTn,看起来EINT0就像是IRQ0 。那我们不如试试吧，按照 ...继续阅读 (15)

转自： http://m.blog.csdn.net/blog/guo8113/25333837# 前一段时间在DM8168中进行颜色空间的转换，在网上找了些程序，自己也根据网上的改了下，由于能力问题，实在是不好意思说做了好几天才弄出来，主要是因为YUV<—>RGB有各种各样的转换公式。在多次的实验修改后，终于找到了对的公式，共享出来，以便需要的人选择。在监控系统中大多采用YUV的颜色空间，原因不说了，网上搜YUV转RGB各种介绍。在TI的视频英语达芬奇系列中（这里只测试了DVR、IPNC），采用如下公式：yCbCr<-->rgbY’ = 0.257*R' + 0.504*G' + 0.098*B' + 16Cb' = -0.148*R' - 0.291*G' + 0.439*B' + 128Cr' = 0.439*R' - 0.368*G' - 0.071*B' + 128R' = 1.164*(Y’-16) + 1.596*(Cr'-128)G' = 1.164*(Y’-16) - 0.813*(Cr'-128) - 0.392*(Cb'-128)B' = 1.164*(Y’-16) + 2.017*(Cb'-128)转换效果图如下YUV----RGB第一幅是原图YUV，第二幅是转为RGB后存为bmp，反转是因为BMP图像是从最下面一行开始存取的原因，最下面一副是转回YUV的图 ...继续阅读 (55)

涉及多参数传递给线程的，都需要使用结构体将参数封装后，将结构体指针传给线程 定义一个结构体struct mypara { var para1;//参数1 var para2;//参数2 }将这个结构体指针，作为void *形参的实际参数传递struct mypara pstru; pthread_create(&ntid;, NULL, thr_fn,& (pstru));函数中需要定义一个mypara类型的结构指针来引用这个参数void *thr_fn(void *arg) { mypara *pstru; pstru = (struct mypara *) arg; pstru->para1;//参数1 pstru->para2;//参数2 }pthread_create函数接受的参数只有一个void *型的指针，这就意味着你只能通过结构体封装超过一个以上的参数作为一个整体传递。这是pthread_create函数的接口限定的，别人已经明确表明我只接受一个参数，你硬要塞给他两个肯定会出错了。所以通过结构体这种组合结构变通一下，同样实现了只通过一个参数传递，但通过结构指针对结构数据成员的引用实现多参数的传递 这种用结构体封装多参数的用法不仅仅用在pthread_create函数中，如果你自己设计的函数需要的参数很多〉=5个以上，都可以考虑使用结构体封装，这样对外你的接口很简洁清晰 ...继续阅读 (17)

1.简介：TI针对TMS320DM365、DM368进行了DVR和IPNC的应用方案参考。DVR方案一般基于DM368 DVRRD SDK (includes TI DVSDK, TI LSP, DVR applications, DVR filesystem, boot and other utilities)开发。IPNC方案也是基于DVSDK。具体开发环境的搭建参考相应的开发包中的文档。本文主要介绍IPNC2.IPNC中软件架构IPNC中软件架构主要是基于CE（codec engine）的机构，CE说白了是一套软件，在这套软件上可以方便的集成TI针对DSP编写的 一些算法。ps：Codec Engine是一系列用于表示和运行数字多媒体标准化DSP算法接口(XDAIS)及算法的API。XDAIS定义了一整套的多媒体算法编程接口，可单独在GPP或DSP上运行，也可在DSP上运行，而GPP通过Codec Engine对其实行控制。对于所有支持的运算器结构、运行方式及操作系统，Codec Engine都有相同的API。Codec Engine定义了4类编解码器算法接口标准，分别是视频、图像、语音、音频，简称VISA。CMEM模块也是基于CE架构的软件框架中常用的一个内核模块，他在用户空间方便用户进行物理上连续内存的管理与共享使用。3.应用层结构在Linux、cmem、CE等的基础上， ...继续阅读 (337)

cmem用于管理一个或者多个连续的物理块内存并提供地址转换（虚拟地址转换到物理地址或物理地址转换到虚拟地址）功能，物理连续地址内存用于主处理器与DSP（或者协处理器、DMA）的数据BUF共享。在系统启动的时候，av_capture_load.sh运行加载cmemk.ko驱动初始化，注册字符设备CMEM，并传递命令参数到内核，格式如下：Insmod cmemk.ko phys_start=0x83C00000，phys_end=0x88000000 pools=50x512,2x4096,2x8192,2x16384,1x32768,1x51200,1x102400,1x4096000phys_start、phys_end代表CMEM的开始和结束物理地址，16进制表示。pools代表分配的内存池，指定了大小和数量，如50x512，表示分配50个512大小的空间，十进制表示。上面SH文件中的命令行创建了8个pools,分别是：50 buffers of size 512，2 buffers of size 4096，2 buffers of size 8192，2 buffers of size 16384，1 buffers of size 32768，1 buffers of size 51200，1 buffers of size 102400，1 buffers of size ...继续阅读 (172)

前言：消息队列就是一个消息的链表。可以把消息看作一个记录，具有特定的格式以及特定的优先级。对消息队列有写权限的进程可以向其中按照一定的规则添加新消息；对消息队列有读权限的进程则可以从消息队列中读走消息函数：1.创建新消息队列或取得已存在消息队列原型：int msgget(key_t key, int msgflg);参数：key：可以认为是一个端口号，也可以由函数ftok生成。msgflg：IPC_CREAT值，若没有该队列，则创建一个并返回新标识符；若已存在，则返回原标识符。IPC_EXCL值，若没有该队列，则返回-1；若已存在，则返回0。2.向队列读/写消息原型：msgrcv从队列中取用消息：ssize_t msgrcv(int msqid, void *msgp, size_t msgsz, long msgtyp, int msgflg);msgsnd将数据放到消息队列中：int msgsnd(int msqid, const void *msgp, size_t msgsz, int msgflg);参数：msqid：消息队列的标识码msgp：指向消息缓冲区的指针，此位置用来暂时存储发送和接收的消息，是一个用户可定义的通用结构，形态如下：struct msgstru{ long mtype; //大于0 char mtext[512]; }; msgsz：消息的大小。 ...继续阅读 (37)

针对当前应用的复杂性，SOC芯片更好能能满足应用和媒体的需求，集成众多接口，用ARM做为应用处理器进行多样化的应用开发和用户界面和接口，利用DSP进行算法加速，特别是媒体的编解码算法加速，既能够保持算法的灵活性，又能提供强大的处理能力。德州仪器（TI）继第一系列Davinci芯片DM644x之后，又陆续推出了DM643x，DM35x/36x，DM6467，OMAP35x，OMAPLx等一系列ARM＋DSP或ARM＋视频协处理器的多媒体处理器平台。众多有很强DSP开发经验的工程师，以及应用处理开发经验的工程师都转到使用达芬奇或OMAP平台上开发视频监控、视频会议及便携式多媒体终端等产品。基于ARM+DSP的芯片架构，如何进行开发实现做期望的嵌入式应用呢？传统的芯片，基本是一个处理器内核，或者是通用处理器如ARM，或者是DSP。对于控制和用户接口，一般用通用处理器实现，算法处理或者媒体处理则依赖于DSP或者硬件芯片，很多系统都是双芯片的架构。开发模式也比较单纯，比如ARM芯片，有ARM的的仿真工具，基于OS之上进行应用开发；DSP有DSP的开发工具，如TI的CCS以及510、560的仿真器，可以进行算法的移植、优化、跟踪、调试等。这时，所需要的经验也比较单一。基于ARM+DSP的双核架构，很多工程师不知道如何入手进行开发，提出了很多的疑问，比如对ARM工程师，很困惑的是如何使用DSP的 ...继续阅读 (29)

转自 http://blog.csdn.net/lwbeyond/article/details/6202256一. 什么是拷贝构造函数首先对于普通类型的对象来说，它们之间的复制是很简单的，例如：int a = 100; int b = a;而类对象与普通对象不同，类对象内部结构一般较为复杂，存在各种成员变量。下面看一个类对象拷贝的简单例子。#includeusing namespace std; class CExample { private: int a; public: //构造函数 CExample(int b) { a = b;} //一般函数 void Show () { cout<<运行程序，屏幕输出100。从以上代码的运行结果可以看出，系统为对象 B 分配了内存并完成了与对象 A 的复制过程。就类对象而言，相同类型的类对象是通过拷贝构造函数来完成整个复制过程的。下面举例说明拷贝构造函数的工作过程。#includeusing namespace std; class CExample { private: int a; public: //构造函数 CExample(int b) { a = b;} //拷贝构造函数 CExample(const CExample& C) { a = C.a; } //一般函数 void Show () { cout<<< ...继续阅读 (23)

遍查GCC文档，发现了-O0, -O1, -O2, -O3，就是没有发现-Os。-Os相当于-O2.5。是使用了所有-O2的优化选项，但又不缩减代码尺寸的方法。详细的说明如下：Level 2.5 (-Os)The special optimization level (-Os or size) enables all -O2 optimizations that do not increase code size; it puts the emphasis on size over speed. This includes all second-level optimizations, except for the alignment optimizations. The alignment optimizations skip space to align functions, loops, jumps and labels to an address that is a multiple of a power of two, in an architecture-dependent manner. Skipping to these boundaries can increase performance as well as the size of the resulting ...继续阅读 (15)

在Windows7下安装Visual C++ 6.0后,有些时候兼容性不大好，用着用着就死掉了，比如打开文件时：VC6.0打开文件出错微软针对这个问题发布了一个补丁，原补丁是未编译的VC++6工程（FileTool），大家可以手动在VC++6.0环境下编译一下。为了方便使用，我在这里还提供了一个已编译的版本FileTool.dll，在文章后边提供下载。添加步骤1. 把FileTool.dll文件拷贝至D:\Program Files\Microsoft Visual Studio\Common\MSDev98\AddIns文件夹下（改成你自己的VC6的安装目录）2. 在cmd下手动注册FileTool.dll文件（必须以管理员身份注册）：regsvr32 "D:\Program Files\Microsoft Visual Studio\Common\MSDev98\AddIns\FileTool.dll"3. 打开VC6，右击工具栏，自定义... -> 附加项和宏文件，选中FileTool Developer Studio Add-in附加项附加项和宏文件这个时候就会出现 A 和 O 的文件栏按钮Add File To Project今后再打开文件/工程或是添加文件到工程的时候，用这两个按钮，不要用VC6默认的了。这样就不会再出问题了下载地址 ...继续阅读 (36)

看书提到uC/GUI这么个东东，以前没用过，想看看是啥东西，去micrium官网 http://micrium.com/ 看了一圈，看！！有个妹子。。。micrium官网然后点网页页脚那个uC/GUI，进去后，就有如下图所示uCGUI页面就是ucgui的简单介绍吧，然后点下载试用版download trial，进去后见下图所示uCGUI下载界面然后就下载吧，不过要登录的（login的）。测试东西下载下来（版本是5.26）后，如下图所示uCGUI_Trial_V526目录下面就打开VC6，编译体验一下吧：打开vc6.0的工程，编译，wait……，链接出错，如下图所示uC/GUI链接出错出错原因：Application文件夹下MicriumLogo.c文件未添加到工程中工程中添加的文件Application下的文件解决方法：将Application文件夹下的文件MicriumLogo.c添加到工程中。（如果你是用的WIN7，有可能遇到这篇文章的问题哦~~http://www.techbulo.com/1701.html）此时再编译链接，成功通过，运行界面如下：运行效果 ...继续阅读 (56)