最近在做Linux平台下webRTC的二次开发,一路摸索,中间踩了不少坑,这一篇博客先来简单介绍下Linux上如何使用GCC编译webRTC. 为什么使用GCC编译? 这其实是无奈之举,Linux下webRTC中的ninja工程使用的是Clang进行编译,且依赖其内置的stdc标准库.然而我现有的开发环境所使用的编译器为GCC,在使用Clang进行webRTC二次开发时遇到各种编译错误,只好改用GCC重新编译webRTC. 1.获取webRTC源码 需要准备一个梯子,同时使用工具进行终端穿墙.

linux移植问题汇总(一) 在此记录移植linux过程中出现的问题以及解决方法. 项目GitHub地址 linux3.0.80:https://github.com/numbqq/linux-3.0.80_for_tiny210linux3.3.5:https://github.com/numbqq/linux-3.3.5_for_tiny210uboot2014.04:https://github.com/numbqq/uboot201404_for_tiny210 1.移植linux ke

在Linux移植之内核启动过程start_kernel函数简析中已经指出了start_kernel函数的调用层次,这篇主要是对具体的tag参数列表进行解析. 1.内存参数ATAG_MEM参数解析 2.命令行参数ATAG_CMDLINE解析,以传入的命令参数bootargs=noinitrd root=/dev/mtdblock3 init=/linuxrc console=ttySAC0为列: 1).noinitrd参数解析过程,当你没有使用ramdisk启动系统的时候,你需要使用noinitr

在Linux移植之内核启动过程引导阶段分析中从arch/arm/kernel/head.S开始分析,最后分析到课start_kernel这个C函数,下面就简单分析下这个函数,因为涉及到Linux的内容较多,这里只是简单介绍下内核启动流程.先看一下内核启动的流程框图,截图来自<嵌入式Linux应用开发完全手册>.内核引导阶段已经分析过,接下来分析一下内核启动的第二阶段. 1.start_kernel函数全局概览 2.start_kernel函数调用层次 1.start_kernel函数全局概览,

在Linux移植之make uImage编译过程分析中已经提到了uImage是一个压缩的包并且内含压缩程序,可以进行自解压.自解压完成之后内核代码从物理地址为0x30008000处开始运行.下面分析在进入C之前内核做的一些工作,以下是内核启动过程中打印出来的信息,其中Uncompressing Linux就是在自解压代码.make uImage编译的最后也给出了链接脚本arch/arm/kernel/vmlinux.lds,以及链接的顺序arch/arm/kernel/head.o 是第一个.

在Linux移植之make uImage编译过程分析中罗列出了最后链接生成vmlinux的过程.可以看到在每个子目录下都有一个built-in.o文件.对于此产生了疑问built-in.o文件是根据什么产生的. arm-linux-ld -EL -p --no-undefined -X -o vmlinux -T arch/arm/kernel/vmlinux.lds arch/arm/kernel/head.o arch/arm/kernel/init_task.o init/built-in

在Linux移植之make uImage编译过程分析中分析了uImage文件产生的过程,在uImage产生的过程中,顺带还产生了其它的一些中间文件.这里主要介绍几个比较关键的文件 1.linux-2.6.22.6\include\config\auto.conf.inux-2.6.22.6\include\linux\autoconf.h文件的生成过程 2.include\asm-arm\Mach-types.h文件的生成过程 1.inux-2.6.22.6\include\config\aut

编译出uboot可以运行的linux内核代码的命令是make uImage,下面详细介绍下生成linux-2.6.22.6/arch/arm/boot/uImage的过程: 1.vmlinux.Image.uImage.zImage的区别 2.vmlinux生成过程简介 3.uImage生成过程简介 1.vmlinux.Image.uImage.zImage的区别,在执行make uImage之后会在%生成如下几个文件Image.uImage.zImage. vmlinux是可引导的.压缩的内核

在Linux移植之移植步骤中已经将Linux移植的过程罗列出来了,现在分析一下Linux的配置过程,将分析以下两个配置过程: 1.make s3c2410_defconfig分析 2.make menuconfig分析 1.make s3c2410_defconfig分析 首先从顶层Makefile开始分析,找到类似smdk2410_defconfig的目标.找到了%config目标.表示后缀为config的目标遵循这个规则,config %config前面的config是一个Kconfig关键

转自:http://www.latelee.org/embedded-linux/porting-linux-tslib.html 前段时间让Tslib搞晕头了,原来一切都是版本惹的祸.本文只是一个随笔,随笔者,随意用笔写下心得而已,因此不必较真.正如我所欣赏的“乘兴而来,兴尽而返”一样.——估计当年王子猷是赏完了夜景,兴致也完了,就回家了. 闲话少提. 搞tslib时,出现了许多错误,像 No raw modules loaded.ts_config: Success selected dev

转自:http://www.latelee.org/embedded-linux/porting-linux-tstest-code.html 本文是作者对tslib库的ts_test.c文件进行分析的随笔,其实tslib的几个测试程序结构差不多,譬如ts_print.c和ts_print_raw.c等. 本文并没有涉及太多概念,也没有详细介绍这些概念,但并不代表作者对此不了解,也不代表作者对此很精通.如文中提到的input,虽只出现一个单词,但是相信许多人都知道它在文中指的是Linux操作系统

接下来使用自己的课外歇息时间,对基于PowerPC架构freescale-sdk,进行linux移植和分析.主要參考官方文档freescale linux sdk START_HERE.html,首先对搭建编译环境脚本host-prepare.sh分析.在移植系统之前.须要搭建编译环境.安装必要的包.为后期编译系统做准备. 非常多人看到脚本就头疼,以下是我的分析过程,分析不好的地方能够在以下留言.一起讨论. 一.搭建编译环境脚本分析./scripts/host-prepare.sh freesc

CH02基于ZYNQ的嵌入式LINUX移植 1.1概述 实验环境: Windows 10 专业版 Vmware workstation 14.1.1 Ubuntu 16.04.3 Xilinx SDx 2017.4 实验内容:     很多人问我怎么不用petalinux,说实话小编不会,记得之前有几个LINUX大神说petalinux四不像,不建议准备深入LINUX的学习者学习,所以小编就老老实实学习通用的LINUX方法.毕竟以后说不定就要搞其他不是XILINX的嵌入式平台了. 对于学习LIN

背景 本来想着把 x265编译到ffmpeg里面,搞定了x265的编译:但是一直报ERROR: x265 not found using pkg-config这个错误,我按照网上的资料,查看了ffbuild/config.log,也修改了 .pc 也export 了,可是还是不行.好像是与数学库有关,但是添加了-lm -stdc++ 都无济于事. 先把 x265 交叉编译的成果分享出来,有空再试着搞搞 Ubuntu 移植 ffmpeg + x264 arm linux 移植 FFMPEG库 +

参考: https://electronut.in/workflow-for-using-linux-on-xilinx-zynq/ https://blog.csdn.net/m0_37545528/article/details/90177983?ops_request_misc=%257B%2522request%255Fid%2522%253A%2522159826227019725222462909%2522%252C%2522scm%2522%253A%252220140713.13

@ 目录 *前言 目前看了很多关于"Linux移植"的的各种教程.书籍,看完发现不过是对已有板子.已有驱动进行启用.禁用.参数修改.只能叫做"Linux配置". 还有很多书籍,对理论讲解得天花乱坠.生动形象,一到实际操作点,就闭口不谈.含糊其辞.诚然,学习了理论知识能更清楚Linux思想,但实际移植的时候就会发现这些理论点基本都是内核固有程序,是与板级.硬件无关的,几乎不用修改的.而板级.硬件相关的各种关键点.难点才是移植过程的拦路虎.珍惜时间和金钱,少看ctrl

前一阵子在公司移植Linux2.6到一块ARM11的开发板上,下面粗略讲讲移植Linux的一般过程. 一开始的UBOOT的移植不多说了.UBOOT最后有两种方式进入Linux,一种是使用uImage,可以在引导时附加命令行参数,但操作起来比较麻烦.另一种较简单的是使用tftp将Linux内核加载到0x80008000(默认起始地址)的地方,然后使用go命令直接跳转.我使用的是第二种方式,其缺点是调整命令行参数的时候需要修改.config文件,然后强制重新编译setup.c(可以通过删除setup

一.工具准备工作  要想在ARM平台上移植一套Apache+Msql+PHP的Web型服务器. 所用物理机系统: Ubuntu 14.04 LTS(64位) 交叉编译环境:   arm-linux-gnueabihf-gcc-4.7.3(32位) gcc-4.8.4(64位) 所需源码:       Httpd-2.4.3.tar.gz Pcre-8.31.tar.gz Apr-1.4.6.tar.gz Apr-util-1.4.1.tar.gz Mysql-5-1-51.tar.gz Ncur

一:移植Boa(web服务器)到嵌入式Linux系统 一.Boa程序的移植 1.下载Boa源码    下载地址: http://www.boa.org/    目前最新发行版本: 0.94.13   (几年没更新版本了)    下载 boa-0.94.13.tar.gz, 注意:若从boa上下载的是boa-0.94.13.tar.tar,解压方式一样    解压: 2.生成Makefile文件   进入boa-0.94.13,直接运行src/configure文件 [tekkamanninja@

Iperf移植记录 1.生成arm编译需要的头文件config.h ./configure --host=arm如果需要make clean make distclean2.增加Android.mk文件 LOCAL_PATH := $(call my-dir) include $(CLEAR_VARS) LOCAL_SRC_FILES := \    compat/delay.cpp \    compat/error.c \    compat/gettimeofday.c \    comp

0. 背景  OpenSSH因为其相对较大,一般不太适用于嵌入式平台,多用于PC或者服务器的Linux版本中.  Dropbear是一个相对较小的SSH服务器和客户端.它运行在一个基于POSIX的各种平台. Dropbear是开源软件,在麻省理工学院式的许可证. Dropbear是特别有用的"嵌入式"的Linux(或其他Unix)系统,如无线路由器.(一个完整的openssh大小有7M左右).  参考:https://matt.ucc.asn.au/dropbear/dropbear.