- 博客(10)
- 资源 (54)
- 收藏
- 关注
原创 在uclinux for bf561中使用B核(4):B核代码的编写
从corebld的实现可以看出,corebld本身是不会对ELF文件中的代码进行重新定位的,这点与在A核中运行的程序不同。这就要求在编译生成要在B核中运行的程序的时候,链接器就必须设置好每个Section的代码在绝对地址空间中的位置。要达到这个目的,要求在编写B核程序的时候要同时通过lds文件指定目标代码的位置。以下代码就是user/blkfin-apps/corebld/coreb.l
2007-09-29 06:56:00 1555
原创 在uclinux for bf561中使用B核(3):corebld的实现
在有了/dev/coreb之后,uclinux还提供了一个工具corebld。它用于将elf格式的文件作为一个普通文件读出来,提取出相应的可执行代码,再调用/dev/coreb提供的功能将这些可执行代码写入到B核的L1 Instruction Memory或者SDRAM中,最后再调用驱动程序的功能开始执行这些代码。它的实现在user/blkfin-apps/corebld/corebld.c
2007-09-29 06:54:00 1604
原创 在uclinux for bf561中使用B核(2): /dev/coreb提供的功能
由于uClinux只能在A核运行,因此它以驱动的形式提供了对B核的支持。默认配置下此支持是打开的,可以通过Kernel Settings -> Blackfin Processor Options -> BF561 Specific Configurations -> Core B support进行关闭。估计没人会做这种事吧?呵呵!。以下的所有代码来自于:linux-2.6.x/a
2007-09-29 06:48:00 1760
原创 在uclinux for bf561中使用B核(1):示例实践
我们知道,BF561是由两个相同的内核组成的,而ucLinux只使用了其中的A核,在正常情况下B核是不工作的。但是在uclinux for bf561以驱动的方式提供了对B核操作的可能,而且还提供了一个corebld的应用程序,它可以将指定的程序加载到B核中运行。下面我们就按照user/blkfin_apps/corebld/README中所说的步骤尝试一下吧:1、在User S
2007-09-27 17:53:00 1820 1
原创 首次运行CE 5.0
硬件平台:3.5’嵌入式主板(x86 CPU)+硬盘开发环境:Platform Builder 5.01、首先利用Platform Builder 5.0创建一个新的工程。Step1、选择New PlatformStep2、填写映象名称为:FirstOS,保存到C:/WINCE500/PBWorkspaces/。Step3、选择BSP为Emulator:X86。Step4
2007-09-26 17:49:00 1527
原创 用u-boot引导uclinux
前段时间准备让u-boot支持NAND Flash,最终无果而终,于是决定先放一放,先让uclinux跑起来,给自己点信心再说。参考了网上一些文章后,终于看到了可爱的提示符!当前配置:CPU为BF561,软件为uClinux-dist-2007R1.1-RC3,u-boot已写到Nor Flash且可正常启动。1、解压uClinux-dist-2007R1.1-RC3,
2007-09-25 18:07:00 3909 3
原创 哈哈,u-boot终于在bf561的板子上工作了
今天,u-boot终于在我的bf561的板子上跑起来了,特此记录下来以供参考。1、在FC6 i386 Linux平台上装交叉编译器,主要为以下两个RPM包。blackfin-toolchain-07r1.1-3.i386.rpmblackfin-toolchain-elf-gcc-4.1-07r1.1-3.i386.rpm2、在u-boot的根目录下运行make bf561-ezk
2007-09-12 18:06:00 2436 2
原创 队列管理对QoS影响的模拟与分析
1 问题引入随着 Internet 的迅速发展,其网络规模越来越庞大,结构日趋复杂,仅仅依靠端到端的拥塞控制是不够的,网络本身也必须参与资源的控制和管理,在网络发生拥塞时,网络节点必须丢弃一些分组,这个问题的解决首先必须实施有效的队列管理机制。队列调度算法运行在网络节点中发生冲突需排队等待调度之处,它按照一定的服务规则对交换节点的不同输入业务流分别进行调度和服务,使所有的输入业务流能按
2007-09-12 00:25:00 2504
原创 IMPLEMENT_DYNCREATE的奇怪问题
今天碰到一个很奇怪的问题,在VS2005下开发基于MFC程序的时候,如果将IMPLEMENT_DYNCREATE这个宏放在CPP文件的开头,居然运行时出现一堆错误,但是如果将这个宏放在CPP文件的末尾则没有什么问题。更有意思的是,如果要将这个宏放在文件头也行,但是不能用宏的形式出现,而必须将它展开,我们知道在MFC中,IMPLEMENT_DYNCREATE的定义为:#define I
2007-09-07 19:50:00 3027
原创 深入MFC扩展DLL
1 问题的引出在创建一个使用MFC的DLL时,VS向导自动添加了一个从CwinApp继承而来的类,并重载了InitInstance和ExitInstance两个函数。在这个文件的前面还有一段注释:////TODO: 如果此DLL 相对于MFC DLL 是动态链接的,// 则从此DLL 导出的任何调入// MFC 的函数必须将
2007-09-06 17:54:00 4949 5
Visual EmbedLinux Tools 0.2.9
2016-08-02
Visual EmbedLinux Tools 0.2.8
2016-07-03
Visual EmbedLinux Tools 0.2.7
2016-06-22
Visual EmbedLinux Tools 0.2.6
2016-06-07
Visual EmbedLinux Tools 0.2.5
2016-05-19
Visual EmbedLinux Tools 0.2.4
2016-05-11
Visual EmbedLinux Tools 0.2.3
2016-04-13
Visual EmbedLinux Tools 0.2.1
2015-11-18
Visual EmbedLinux Tools 0.2.0
2015-11-06
Visual EmbedLinux Tools 0.1.7
2015-10-10
python27-ns3
2015-07-07
Visual EmbedLinux Tools 0.1.6
2015-03-29
Visual EmbedLinux Tools-0.1.4
2015-02-06
Visual EmbedLinux Tools-0.1.3
2015-01-25
Visual EmbedLinux Tools-0.1.2
2015-01-13
Visual EmbedLinux Tools-0.1.1
2015-01-03
快乐虾的工具箱0.0.2
2009-09-29
在vs2008下编译uclinux内核:工程文件:vs-fs-1.0
2009-07-13
快乐虾的工具箱 0.0.1
2008-11-21
memsim_csdn_0.1
2008-08-04
bfin-uclinux-2008r1-csdn-2008-08-28.part08
2008-07-28
bfin-uclinux-2008r1-csdn-2008-08-28.part07
2008-07-28
bfin-uclinux-2008r1-csdn-2008-08-28.part06
2008-07-28
bfin-uclinux-2008r1-csdn-2008-08-28.part05
2008-07-28
bfin-uclinux-2008r1-csdn-2008-08-28.part04
2008-07-28
bfin-uclinux-2008r1-csdn-2008-08-28.part03
2008-07-28
bfin-uclinux-2008r1-csdn-2008-08-28.part02
2008-07-28
bfin-uclinux-2008r1-csdn-2008-08-28.part01
2008-07-28
uclinux-2008r1到vdsp5(bf561)的移植记录_v0.1
2008-07-28
uclinux内核的存储管理_v0.2.pdf
2008-06-17
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人