2009年05月31日
1:NAND COMMAND修改include/configs/smdk2410.h#define CONFIG_CMD_NAND#ifdef CONFIG_CMD_NAND#define CONFIG_SYS_MAX_NAND_DEVICE 1#define CONFIG_SYS_NAND_BASE 0x4E000000#endif阅读全文>
发表于 @ 2009年05月31日 13:05:00|评论(loading...)|举报|收藏
None阅读全文>
发表于 @ 2009年05月31日 09:46:00|评论(loading...)|举报|收藏
2009年05月27日
1将AXD链接上H-JTAG2 修改 u-boot 根目录下的config.mk将DBGFLAGS= -g #-DDEBUG改为DBGFLAGS= -ggdb#-g #-DDEBUG3 将生成的u-boot文件加上axf扩展名4 用AXD打开就可以了 阅读全文>
发表于 @ 2009年05月27日 15:09:00|评论(loading...)|举报|收藏
2009年05月21日
我在讲嵌入式Linux驱动开发班的时候，发现不少学员对SD卡驱动这块比较感兴趣，课下来找我探讨。而在很多技术论坛，也有不少人问这方面的问题，所以就想写一下这方面的内容，希望对大家的学习能有所帮助。想了解SD卡的工作原理，首先需要了解的就是SD卡协议了，这个在网上可以轻松的下载到。在了解协议后，就可以看看下面的一些开发思路了。首先看下脱离操作系统如何在S3C2410上实现SD卡的读写。过程可以分为3个大的步骤：初始化sd卡、写sd卡、读sd卡；下面的过程是我通过realview-MDK环境测试过的。 初始化sd卡二、写sd卡写sd卡可以分为3种方式：POLL、中断、DMAPOLL写中断写DMA写 读sd卡读sd卡也可分为3中方式：POLL、中断、DMAPOLL读中断读DMA读现在可以思考linux是如何管理管理SD卡的了。Linux中SD驱动可以分为3层：块设备层（mmc_block.c，mmc_sysfs.c，mmc_queue.c）、mmc协议层（mmc.c）、sd驱动层（s3c2410_sdi.c）阅读全文>
发表于 @ 2009年05月21日 22:29:00|评论(loading...)|举报|收藏
都知道U-BOOT分为两个阶段。
第一阶段是(~/cpu/arm920t/start.S中)在FLASH上运行(一般情况下)，完成对硬件的初始化，包括看门狗，中断缓存等，并且负责把代码搬移到SDRAM中(在搬移的时候检查自身代码是否在SDRAM中)，然后完成C程序运行所需要环境的建立，包括堆栈的初始化等,最后执行一句跳转指令:
ldr pc, _start_armboot
_start_armboot: .word start_armboot,
进入到/lib_arm/board.c中的函数void start_armboot
(void)。从此就进入了第二阶段。这是在很多资料上都有讲述的，所以勿需多言了。
现在对于第一阶段有几个问题，以前我一直是没有搞明白的，既然在FLASH中的代码是把自己拷贝到SDRAM中，那么在S3C2410的内存地址空间，就有两份的启动代码，第一份就是在FLASH中，第二份就是在SDRAM中。
根据链接脚本文件(阅读全文>
发表于 @ 2009年05月21日 08:04:00|评论(loading...)|举报|收藏
2009年05月14日
u-boot在s3c2410上支持LCD（s3c2410为SKYEYE模拟）阅读全文>
发表于 @ 2009年05月14日 10:18:00|评论(loading...)|举报|收藏
2009年05月06日
用于测试C函数调用模式阅读全文>
发表于 @ 2009年05月06日 11:13:00|评论(loading...)|举报|收藏
2009年04月23日
/* ISUP message types. Q.763 table references in parenthesis. */
enum isup_msg_type {
ISUP_IAM = 0x01, /* Initial address (32) */
ISUP_SAM = 0x02, /* Subsequent address (35) */
ISUP_INR = 0x03, /* Information request (31) */
ISUP_COT = 0x05, /* Continuity (28) */
ISUP_ACM = 0x06, /* Address complete (21) */
ISUP_CON = 0x07, /* Connect (27) */
ISUP_ANM = 0x09, /* Answer (22) */
ISUP_REL = 0x0c, /* Release (33) */
ISUP_SUS =阅读全文>
发表于 @ 2009年04月23日 11:16:00|评论(loading...)|举报|收藏
消息组
消息
FAM（前向地址消息）
IAM（初始地址消息）、IAI（带附加信息的初始地址消息）、SAM（后续地址消息）、SAO（带一位信号的初始地址消息）
FSM（前向建立消息）
GSM（一般前向建立信息消息）、COT（导通信号）、CCF（导通故障信号）
BSM（后向建立消息）
GRQ（一般请求消息）
SBM（后向建立成功信息消息）
ACM（地址全消息）、CHG（计费消息，不使用）
UBM（后向建立不成功消息）
SEC（交换设备拥塞信号）、CGC（电路群拥塞信号）、NNC（国内网拥塞信号，只在国际网中使用）、ADI（地址不全信号）、CFL（呼叫失败信号）、SSB（用户忙信号，只在国际网中使用）、UNN（空号）、LOS（线路不工作信号）、SST（发送专用通知音信号）、ACB（接入拒绝信号）、DPN（不提供数字通路信号）、EUM（扩充后向建立不成功信息消息）
CSM（呼叫监视消息）
ANU（应答信号计费未说明，不使用）、ANC（阅读全文>
发表于 @ 2009年04月23日 10:10:00|评论(loading...)|举报|收藏
Resource Allocation Routine Cleanup Routine Cleanup Required?
================================================================================
Accelerators LoadAccelerators N/A No
Atoms GlobalAddAtom GlobalFreeAtom Yes
Bitmaps CreateBitmap DeleteObject Yes *
CreateBitmapIndirect DeleteObject Yes *
阅读全文>
发表于 @ 2009年04月23日 10:02:00|评论(loading...)|举报|收藏
/* Causes for disconnection (from Q.931) */
#define AST_CAUSE_UNALLOCATED 1
#define AST_CAUSE_NO_ROUTE_TRANSIT_NET 2
#define AST_CAUSE_NO_ROUTE_DESTINATION 3
#define AST_CAUSE_CHANNEL_UNACCEPTABLE 6
#define AST_CAUSE_CALL_AWARDED_DELIVERED 7
#define AST_CAUSE_NORMAL_CLEARING 16
#define AST_CAUSE_USER_BUSY 17
#define AST_CAUSE_NO_USER_RESPONSE 18
#define AST_CAUSE_NO_ANSWER 19
#define AST_CAUSE_CALL_REJECTED 阅读全文>
发表于 @ 2009年04月23日 09:59:00|评论(loading...)|举报|收藏
2009年04月17日
一 系统调用do_fork()
1 当前进程调用fork（）创建子进程，进入kernel
2 当前进程分一半多时间片给子进程，
3 如果当前进程时间片剩余为0，设定当前进程need_sched=1,
4 从系统调用退出
5 到达ret_from_sys_call
6 到达ret_with_reschedule
7 发现当前进程要求调度，跳转到reschedule
8 调用schedule()
9 schedule()处理当前进程的调度要求，
10 如果有其他进程可运行，将在schedule()内发生切换。
二 定时钟断do_timer()
11 当定时钟断发生时8235->irq0->do_timer_interrupt()->do_timer()
12 ->update_process_times()递减当前进程的时间片，
13 如果当前进程时间片为0，设定当前进程need_sche阅读全文>
发表于 @ 2009年04月17日 15:04:00|评论(loading...)|举报|收藏
2009年04月13日
MEDIASUBTYPE_RGB1 2色，每个像素用1位表示，需要调色板
MEDIASUBTYPE_RGB4 16色，每个像素用4位表示，需要调色板
MEDIASUBTYPE_RGB8 256色，每个像素用8位表示，需要调色板
MEDIASUBTYPE_RGB565 每个像素用16位表示，RGB分量分别使用5位、6位、5位
MEDIASUBTYPE_RGB555 每个像素用16位表示，RGB分量都使用5位（剩下的1位不用）
MEDIASUBTYPE_RGB24 每个像素用24位表示，RGB分量各使用8位
MEDIASUBTYPE_RGB32 每个像素用32位表示，RGB分量各使用8位（剩下的8位不用）
MEDIASUBTYPE_ARGB32 每个像素用32位表示，RGB分量各使用8位（剩下的8位用于表示Alpha通道值）
MEDIASUBTYPE_YUY2 YUY2格式，以4:2:2方式打包
MEDIASUBTYPE_YUYV YUYV格式（实际阅读全文>
发表于 @ 2009年04月13日 16:37:00|评论(loading...)|举报|收藏
2009年04月10日
Status of this Memo This document specifies an Internet standards track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the "Internet Official Protocol Standards" (STD 1) for the standardization state and status of this protocol. Distribution of this memo is unlimited.Copyright Notice Copyright (C) The Internet Society (1998). All Rights Reserved.阅读全文>
发表于 @ 2009年04月10日 10:45:00|评论(loading...)|举报|收藏
IF——I-frame的缩写，即关键帧。关键帧是构成一个帧组（GOP，Group of Picture）的第一个帧。IF保留了一个场景的所有信息。压缩比为1：7。
PF——P-frame的缩写，即未来单项预测帧，只储存与之前一个已解压画面的差值。压缩比为1：20。
BF——B-frame的缩写，即双向预测帧，除了参考之前解压过了的画面外，亦会参考后面一帧中的画面信息。压缩比为1：50。
B-Frame（在 MPEG-4 里面正确的名称是 B-VOP）的预测模式有四种：
a. Forward 顺向预测，参考前一张画面，记录和前一张画面的差距。和 P-Frame 的预测方法一样。
b. Backward 逆向预测，参考下一张画面，记录和下一张画面的的差距。
c. Bi-Directionally 双向预测，参考前面和后面两张画面，记录的是和「前后两张画面的平均值」的差距。也叫做内插预测，压缩率最高。
阅读全文>
发表于 @ 2009年04月10日 10:37:00|评论(loading...)|举报|收藏