pc:Centos5.4
内核:linux 3.0.1
开发板:ok6410
交叉编译器:arm-linux-gcc 4.4.1
1. make menuconfig 去掉原来的触摸屏驱动程序
-> Device Drivers
-> Input device support
-> Generic input layer
-> Touchscreens
<> s3c touchscreens
make uImage
错误:undefined refer to s3c_device_ts
修改 arch/arm/mach-s3c64xx/目录下的makefile,将跟ts有关的.o注释掉(无用);
进入arch/arm/mach-s3c64xx,将里面smdk_6410.c的
&s3c_device_ts,注释掉(成功)
使用新内核启动
关键字:编译 触摸屏驱动
引用地址:
编译可加载触摸屏驱动的uImage内核
推荐阅读最新更新时间:2024-11-13 00:23
keil c编译器错误与解决方法
1. Warning 280:’i’:unreferenced local variable 说明局部变量i 在函数中未作任何的存取操作解决方法消除函数中i 变量的宣告 2 Warning 206:’Music3’:missing function-prototype 说明Music3( )函数未作宣告或未作外部宣告所以无法给其他函数调用 解决方法将叙述void Music3(void)写在程序的最前端作宣告如果是其他文件的函数则要写成extern void Music3(void),即作外部宣告 3 Compling :C:\8051\MANN.C Error:318:can’t open file ‘beep.h’ 说明在
[单片机]
ucos在s3c2410上运行过程整体剖析之基础知识--ADS编译、链接器
我在学习嵌入式操作系统UCOS时,有很大的迷茫之处,在于我不知道我用的工具到底帮我干了些神马工作。下面就说一下我当时的疑问: 1:编译器和链接器干了些神马?我现在也还没能力知道它是怎么干的这些工作。以后慢慢来呗。但当时我连它干了神马都不清楚。 2:它输入的是源程序,那他输出的是什么?有格式吗?是什么样子那? 重重疑问。 ADS编译器的目的是怎么把高级语言编程能在ARM平台上直接运行的东东。 而我们的目的是看看他干了些神马,让我们了解一下它以及他链接出来的东东是什么样子。对嵌入式整个工程开发做了哪些贡献,这样我们就能更好的使用它了。是不是。 关于ARM嵌入式开发的要点和步骤请参考 基于ARM的嵌入式系统程序开发要点.pdf ,这
[单片机]
C51编译器-高级编程技巧(4)-寄存器的应用
Register Usage寄存器应用 汇编程序可以在改变当前寄存器组中所有寄存器和ACC,B,DPTR以及PSW中的内容。当在汇编程序中调用C函数时,要注意这些寄存器都有可能被C函数改变。 Overlaying Segments段覆盖 如果程序在连接和定位过程中执行了覆盖过程,那么每个汇编子程序都有一个独一无二的程序段是非常重要的。这对于在段覆盖过程中,根据各个不同的段的计算函数之间的偏移是很必要的。当出情以下情况时,汇编子程序的数据区可以包括在覆盖分析之中: (1)所有的段名都用Cx51命名规则命名。 (2)每个使用局部变量的汇编函数都指定一个数据段。这个数据段可能被其他函数在传递数时访问。参数必须依次序存放。 Exa
[单片机]
交叉编译并移植opencv3.0.0到arm板
问题 项目需求,交叉编译opencv,并移植到arm中。 在opencv2.0以上的版本编译都要借助于cmake工具生成Makefile 2.0一下版本才是使用configure生成Makefile 请确保宿主机已经安装cmake和cmake-gui工具,如果请自行安装 sudo apt-get install cmake cmake-qt-gui cmake-curses-gui 开发环境 开宿主机:Fedora9.0 交叉编译器:友善之臂arm-linux-gcc4.4.3 自动化编译工具: cmake version 2.8.12.2 编译 下载opencv源代码 项目官网:http://opencv.org
[单片机]
msp430如何选择头文件?怎么添加?
使用iar,如果没有头文件,编译肯定通不过,更加不用说继续设计了,本人使用IAR进行msp430开发,选择原因是因为ccs所需内存太大了,keil已经无法满足MSP430的某些功能了,对于IAR集成开发环境,我们从事一个项目开发,首先就是要添加头文件,头文件相信大家都不陌生,使用C语言开发的时候我们见到过无数的 “#include《》”和“#include”都可以添加头文件,说明一下:放在自己工程目录下的头文件要用#include “msp430g2553.h” ,系统目录下的头文件才用#include《iomsp430g2553.h》,当然你自定义的头文件可以在系统头文件库里面的。 再次使用时新版本的IAR5.31时
[单片机]
MCU软件基准测试实用技巧:编译器优化能力评测指引
在MCU开发和应用中,工程师都需要进行MCU的能力测试,通用的做法是用Benchmark(基准)程序来测试。然而,在做基准测试时,编译器的优化能力也在测试结果中有较为明显的影响,同一套硬件平台,选用不同的编译器和不同的优化选项,可能得出的结果相差较大。 为了最大程度释放MCU的性能,在基准测试中取得最理想的结果,往往需要工程师不仅对自身的硬件比较了解,更需要深入了解编译器的优化原理,并灵活应用,才能在基准测试中发挥出MCU的全部性能。IAR Systems作为全球知名的嵌入式工具厂商,其编译器在优化能力上有独特的优势,MCU配合IAR的编译器往往能够得出较好的基准测试结果。 本文以已在MCU领域内广泛使用的IAR Embe
[嵌入式]
IAR工程的编译与调试
1. 此时,main.c是空的,从已经建好的工程中拷贝过来(以GPIO为例) 2. 点击:Make 3. 保存Workspace(注意:此时保存类型是*.eww,是workspace类型) 4. 看看Output文件夹中,输出了什么 5. 重新编译整个工程中的文件 6. 自此,我们已经成功移植过来了一个GPIO工程 可能出现的问题: 在编译的时候可能出现如下错误: 1. 出现一个错误 2. 双击确定错误位置 3. 出现两个错误 4. 双击确定错误位置 5. 再重新编译一下
[单片机]
SEGGER为Apple M1芯片发布优化的Embedded Studio
SEGGER已为新的Apple M1芯片发布了其Embedded Studio的版本。通过本地编译基于Arm的M1芯片,而不是从Intel x86-64进行翻译,应用程序可以执行得更快。 M1是苹果公司第一个专门为Mac设计的基于Arm的系统,虽然基于ARM的M1可以使用Apple的Rosetta 2转换器转换为基于Intel x86的CPU执行应用程序,但是专门为M1内核构建的应用程序执行速度更快,功耗也更低。 为了充分利用本机编译应用程序的速度和性能潜力,SEGGER创建了适用于M1的Embedded Studio版本。Embedded Studio是SEGGER的跨平台集成开发环境(IDE),用于ARM / Cort
[嵌入式]