一.软硬件平台 1.开发板:创龙AM3359核心板,网口采用RMII形式. 2.UBOOT版本:U-Boot-2016.05,采用FDT和DM. 3.交换芯片MARVELL的88E6321. 二.问题背景 已经基于创龙的3359核心板资料以及UBOOT-2016.05完成了UBOOT的二次开发,实现了网口驱动,在UBOOT命令行中已经能够PING PC,在UBOOT中网口功能正常. 因为Linux下需重点修改调试网口驱动.所以网口暂时不可用,现在准备使SD卡启动UBOOT,加载设

mount命令用于加载文件系统到指定的加载点.此命令的最常用于挂载cdrom,使我们可以访问cdrom中的数据,因为你将光盘插入cdrom中,Linux并不会自动挂载,必须使用Linux mount命令来手动完成挂载. 语法 mount(选项)(参数) 选项 -V:显示程序版本: -l:显示已加载的文件系统列表: -h:显示帮助信息并退出: -v:冗长模式,输出指令执行的详细信息: -n:加载没有写入文件“/etc/mtab”中的文件系统: -r:将文件系统加载为只读模式: -a:加载文件“/e

无论是Linux还是Windows,在加电后的第一步都是先运行BIOS(Basic Input/Output System)程序——不知道是不是所以的电脑系统都是如此.BIOS保存在主板上的一个non-volatile(即非易失)存储器,如PROM,EPROM,Flash等.——以前的BIOS一般都是只读的,现代的系统中,允许刷新BIOS程序.它的任务就是简单的初始化和识别系统硬件设备,如CPU,内存,输入/输出设备,外部存储设备等.然后找到bootloader的位置,并加载bootloader

转自:http://blog.chinaunix.net/uid-22028680-id-3157922.html 1.request_firmware在内核使用,需要文件系统支持,就是说,启动的时候如果在驱动里面的probe函数调用 request_firmware ,那么系统将等待30s左右,因为文件系统还没有挂载,当然找不到固件了,所以最好在中断里面启动tasklet,然后request_firmware .如果不想等待,就用request_firmware_nowait,好像是这样写的.

关键词:bootrom.spl.uboot.linux.mksheader.sb_header.mkimage.image_header_t等等. 首先看一个典型的bootrom->spl->uboot->linux流程log,主要分为4个部分,中间有3个衔接点. # Hello DeepEye -- Boot from SD card -- sdio initialize done. sd card read done. --------------------------------

2015-01-06 10:29:13   目录 1 开机加载简介 2 常规加载流程 2.1 加载BIOS 2.2 读取MBR 2.3 boot loader 2.4 加载内核 2.5 init依据inittab文件来设定运行等级 2.6 init进程执行rc.sysinit 2.7 启动内核模块 2.8 执行不同运行级别的脚本程序 2.9 执行/etc/rc.d/rc.local 2.10 执行/bin/login程序,进入登录状态 3 环境变量加载 3.1 加载顺序说明 开机加载简介 开机过

linux加载配置项时通过下面方式 首先 加载/etc/profile配置 然后 加载/ect/profile.d/下面的所有脚本 然后 加载当前用户 .bash_profile 然后 加载.bashrc 最后 加载 [/etc/bashrc] /etc/profile → /etc/profile.d/*.sh → ~/.bash_profile → ~/.bashrc → [/etc/bashrc]

假设要加载的驱动程序模块名为SHT21.ko 加载驱动模块 方法一:  进入SHT21.ko驱动模块文件所在的目录,然后直接  insmod SHT21.ko  即可 方法二:  将SHT21.ko文件拷贝到/lib/module/#uname -r#/目录下,这里,#uname -r#意思是,在终端中输入  uname -r后显示的内核版本及名称,例如mini2440中#uname -r#就是2.6.32.2-FriendlyARM. 然后  depmod(会在/lib/modules/#un

在Linux C中动态加载.so文件用dlopen("libdemo.so", RTLD_NOW); 但是默认的so搜索目录不包括当前程序目录,所以必须复制到系统的so目录 才能运行 不然就会出现./hook: error while loading shared libraries: libdemo.so: cannot open shared object file: No such file or directory 要解决这个问题 只需要在编译的时候指定-fPIC -rdyna

到目前, 我们的讨论已来到一个模块加载的重要方面: 竞争情况. 如果你在如何编写你的 初始化函数上不小心, 你可能造成威胁到整个系统的稳定的情形. 我们将在本书稍后讨论 竞争情况; 现在, 快速提几点就足够了: 首先时你应该一直记住, 内核的某些别的部分会在注册完成之后马上使用任何你注册的设 施. 这是完全可能的, 换句话说, 内核将调用进你的模块, 在你的初始化函数仍然在运行 时. 所以你的代码必须准备好被调用, 一旦它完成了它的第一个注册. 不要注册任何设施, 直到所有的需要支持那个设施的你

windows: LoadLibraryA 指定的可执行模块映射到调用进程的地址空间并返回该 DLL 的句柄 HMODULE LoadLibraryA( LPCTSTR lpLibFileName//模块的的的名字 ) GetProcAddress 函数被用来检索在DLL中的输出函数地址 FARPROC GetProcAddress( HMODULE hModule, // DLL模块句柄 LPCSTR lpProcName // 函数名 ); Linux: dlopen 打开一个动态链接库,并

修改内核启动顺序:1.查看当前系统所有的内核# awk -F\' '$1=="menuentry " {print i++ " : " $2}' /etc/grub2.cfg0 : CentOS Linux (4.4.186-1.el7.elrepo.x86_64) 7 (Core)1 : CentOS Linux (3.10.0-957.21.3.el7.x86_64) 7 (Core)2 : CentOS Linux (0-rescue-0ea734564f9a

错误: rmmod 时提示 rmmod: chdir(xxx): No such file or directory 解决方法: http://blog.csdn.net/luckywang1103/article/details/48734209

链接库时的搜索路径顺序:LD_LIBRARY_PATH --> /etc/ld.so.conf --> /lib,/usr/lib 方法1. vi .bash_profile    设置环境变量LD_LIBRARY_PATH并导出 另: LD_LIBRARY_PATH:启动时连接共享函数库,执行时打开动态函数库首先搜索的路径. LD_DEBUG:显示运行时的信息,如符号寻找和绑定,重定向,执行等等. 方法2.  a)直接在/etc/ld.so.conf 里添加库路径 b)新建文件,后缀为.co

1. init #!/bin/busybox ash#load modules mao 2013-02-16 14:12:48 echo "************************mao***********************************"insmod /lib/modules/ftmac100.koifconfig eth0 192.168.253.99 ifconfiginsmod /lib/modules/fcap0.koinsmod /lib/modu

一.目的 本文主要讲述linux3.10文件系统初始化过程的第二阶段:加载initrd. initrd是一个临时文件系统,由bootload负责加载到内存中,里面包含了基本的可执行程序和驱动程序.在linux初始化的初级阶段,它提供了一个基本的运行环境.当成功加载磁盘文件系统后,系统将切换到磁盘文件系统并卸载initrd. 如果是嵌入式设备,那么最终的文件系统就是initrd. 二.cpio文件格式 initrd常用的的文件格式是cpio,cpio格式记录了文件系统的结构和内容. cpio格式具

一.目的 linux把文件分为常规文件.目录文件.软链接文件.硬链接文件.特殊文件(设备文件.管道文件.socket文件等)几种类型,分别对应不同的新建函数sys_open().sys_mkdir().sys_symlink().sys_link().sys_mknod(). 系统初始化阶段成功加载initrd后,调用这些接口函数创建各种文件,因此这些函数在linux文件系统初始化过程中起到了重要作用,本文将详细描述这些接口函数的实现过程. 这些接口函数主要在fs/namei.c.fs/open

背景 上一讲我们完成了 编译 QEMU 以及简单地做了仿真.这一讲在 启动uboot 的基础上进行,以加强对于 运行地址,加载地址等理解. 有关资料: uboot 与 代码重定位 有这样的约定,uboot正常运行的模式称为自主模式:倒计时被中断以后的交互模式称为下载模式. 在Uboot中加载内核与设备树一般通过网络(tftp).读存储介质(sd卡\usb等)以及仿真器等方式. uboot通过tftp加载uImage uboot通过sd卡加载uImage uboot通过tftp加载uImage 为

前言 对于 GRUB 的加载流程,网上绝大部分都是写对 menu.lst, grub.cfg 这些 GRUB 配置文件的编写流程,就像是写脚本语言一样,用些关键字就能让 PC机能正确启动桌面 Linux 了.但这只是 GRUB 的使用,而不是GRUB的分析. 本来是没有想要探究 GRUB 的想法,直到我在自制toy kernel 的学习中进入了 "虚拟内存管理"这一章节.很多介绍虚拟内存管理的时候都会说到 linux 的内存管理,linux 内核会加载到系统 3G-4G 的虚拟内存中,