在继续分析之前,先回顾当前 gd 的内容:
bd_t *bd = 0x42BF_FF10
{
unsigned long bi_memstart = 0
phys_size_t bi_memsize = 0
unsigned long bi_flashstart = 0
unsigned long bi_flashsize = 0
unsigned long bi_flashoffset = 0
unsigned long bi_sramstart = 0
unsigned long bi_sramsize = 0
unsigned long bi_bootflags = 0
unsigned long bi_ip_addr = 0
unsigned char bi_enetaddr[6] = 0
unsigned short bi_ethspeed = 0
unsigned long bi_intfreq = 0
unsigned long bi_busfreq = 0
ulong bi_arch_number = 4330
ulong bi_boot_params = 0x4000_0100
struct bi_dram[1]
{
ulong start = 0x4000_0000
ulong size = 0x4000_0000
}
}
unsigned long flags = 0x0000_0001
unsigned int baudrate = 115200
unsigned long cpu_clk = 0
unsigned long bus_clk = 0
unsigned long pci_clk = 0
unsigned long mem_clk = 0
unsigned long have_console = 1
unsigned long env_addr = &default_environment[0]
unsigned long env_valid = 1
unsigned long ram_top = 0x5000_0000
unsigned long relocaddr = 0x4500_0000
phys_size_t ram_size = 0x1000_0000
unsigned long mon_len = 0x0007_7988
unsigned long irq_sp = 0x4DF7_7F00
unsigned long start_addr_sp = 0x42BF_FF10
unsigned long reloc_off = 0
struct global_data *new_gd = 0x4df7_7f10
const void *fdt_blob = 0
void *new_fdt = 0
unsigned long fdt_size = 0
void **jt = 0
char env_buf[32] = 0
unsigned long timebase_h = 0
unsigned long timebase_l = 0
struct arch_global_data arch
{
unsigned long timer_rate_hz = 0
unsigned long tbu = 0
unsigned long tbl = 0
unsigned long lastinc = 0
unsigned long long timer_reset_value = 0
unsigned long tlb_addr = 0x4fff_0000
unsigned long tlb_size = 0x0000_4000
}
然后是环境变量的内容:
baudrate=115200
bloader=ext4load mmc 0:1
bootcmd=$bloader 0x48000000 $kernel;$bloader 0x49000000 root.img.gz;bootm 0x48000000
bootdelay=0
bootfile=uImage
ethaddr=00:e2:1c:ba:e8:60
firstboot=0
gatewayip=192.168.1.254
ipaddr=192.168.1.165
kernel=uImage
netmask=255.255.255.0
serverip=192.168.1.164
stderr=serial
stdin=serial
stdout=serial
现在继续分析 /uboot-root/common/board_r.c 中的 board_init_r()。
目前,board_init_r()已经调用到位于 /uboot-root/common/stdio.c 中的 stdio_init()。这里主要是初始化标准输入输出设备的。这里主要是维护一个 devs 的变量,以链表的形式用于管理所有的标准输入输出设备。代码如下:
int stdio_init (void)
{
/* Initialize the list */
INIT_LIST_HEAD(&(devs.list));
i2c_init (CONFIG_SYS_I2C_SPEED, CONFIG_SYS_I2C_SLAVE);
drv_system_init ();
serial_stdio_init ();
return (0);
}
首先INIT_LIST_HEAD用于初始化设备链表。然后初始化i2c设备,但并没有添加i2c到链表中。接下来调用的是drv_system_init(),其代码如下:
static void drv_system_init (void)
{
struct stdio_dev dev;
memset (&dev, 0, sizeof (dev));
strcpy (dev.name, "serial");
dev.flags = DEV_FLAGS_OUTPUT | DEV_FLAGS_INPUT | DEV_FLAGS_SYSTEM;
dev.putc = serial_putc;
dev.puts = serial_puts;
dev.getc = serial_getc;
dev.tstc = serial_tstc;
stdio_register (&dev);
}
在最后一行使用stdio_register()将串口设备注册到devs.list中。其代码如下:
int stdio_register (struct stdio_dev * dev)
{
struct stdio_dev *_dev;
_dev = stdio_clone(dev);
if(!_dev)
return -1;
list_add_tail(&(_dev->list), &(devs.list));
return 0;
}
这里值得注意的是,在注册的过程中直接复制了参数的内容后再添加到列表中。这是因为本身传入的参数在调用的函数里是局部变量,若调用函数一退出,则这个变量就会消失,显然这里不能出现消失的情况,因此只能开辟新的内存,复制内容后再添加到链表里。注册完后,链表如下:
Prev链表:
header -> UART0(默认串口) -> header
Next链表:
header -> UART0(默认串口) -> header
返回后继续执行serial_stdio_init()。该函数的内容是将serial_devices链表中的所有设备再注册到stdio的链表中。回顾上一节serial_devices链表中的内容只有pl01x_serial_drv一个节点。因此注册完成后,stdio的链表如下:
Prev链表:
header -> UART0(pl01x_serial_drv) -> UART0(默认串口) -> header
Next链表:
header -> UART0(默认串口) -> UART0(pl01x_serial_drv) -> header
接下来调用的是 initr_jumptable()。该变量用于初始化gd->jt,用于存储函数跳转表。该表存储在 /uboot-root/include/_exports.h 中。
接下来调用的是 console_init_r()。在这个过程中,首先是找到可用的输入输出设备,然后是将stdin、stdout和stderr与设备绑定。如下所示:
/* Initializes output console first */
if (outputdev != NULL) {
console_setfile(stdout, outputdev);
console_setfile(stderr, outputdev);
}
/* Initializes input console */
if (inputdev != NULL) {
console_setfile(stdin, inputdev);
}
上面的代码中,console_setfile()就是一个绑定的过程。该过程主要是维护一个标准输入输出设备数组,其定义如下:
struct stdio_dev *stdio_devices[] = { NULL, NULL, NULL };
元素0就是stdin,元素1是stdout,元素2是stderr。通过上述绑定过程后,可以发现所有标准输入输出都绑定到UART0上了。同时该过程还更新了gd->jt的内容。
接下来调用的是arch_misc_init(),该函数什么都没做,忽略。
接下来调用的是位于/uboot-root/arch/arm/lib/interrupts.c中的initerrupt_init()。该函数什么都没做,忽略。
接下来调用的是位于/uboot-root/board/s5p4418/nanopi2/board.c中的board_late_init()。其代码如下:
int board_late_init(void)
{
char boot[16];
sprintf(boot, "mmc dev %d", board_mmc_bootdev());
run_command(boot, 0);
if (board_mmc_bootdev() == 0 && !getenv("firstboot")) {
setenv("bloader", CONFIG_LOADCMD_CH0);
setenv("firstboot", "0");
saveenv();
}
bd_update_env();
if (RECOVERY_SIGNATURE == readl(SCR_RESET_SIG_READ)) {
writel((-1UL), SCR_RESET_SIG_RESET); /* clear */
printf("RECOVERY BOOT\n");
bd_display_run(CONFIG_CMD_LOGO_WALLPAPERS, CFG_LCD_PRI_PWM_DUTYCYCLE, 1);
run_command(CONFIG_CMD_RECOVERY_BOOT, 0); /* recovery boot */
}
writel((-1UL), SCR_RESET_SIG_RESET);
bd_display_run(CONFIG_CMD_LOGO_WALLPAPERS, CFG_LCD_PRI_PWM_DUTYCYCLE, 1);
onewire_set_backlight(127);
/* Temp check gpio to update */
if (!getenv("autoupdate"))
auto_update(UPDATE_KEY, UPDATE_CHECK_TIME);
return 0;
}
在上述代码中,首先用run_command()运行了一条命令:”mmc dev 0”(0是因为此时是在SD卡上启动的,如果是从emmc启动的话为2)。run_command()位于/uboot-root/common/cli.c中。这里暂时不详细展开run_command()的处理过程,这个以后会讲。而至于”mmc dev 0”这条命令,意思是设置当前使用的mmc通道为0,该命令的详细执行过程在/uboot-root/common/cmd_mmc.c中的do_mmc_dev()。这里暂时不详细展开。
然后是一个if的判断。由于此时从SD卡启动,因此前半部分的条件为真。又由于环境变量中已存在fastboot这个变量,因此后半部分的条件为假,因此整个判断条件为假。if里的内容不执行。
然后是bd_update_env()。由于没有bootargs以及与lcd有关的环境变量,因此该函数里的所有操作均不执行。
然后又是一个if的判断。但由于没有设置进入recovery模式,因此该判断不成立。
然后是bd_display_run()。这个函数首先对lcd与hdmi进行设置。然后利用run_command()执行参数中的命令:”$bloader 0x47000000 logo.bmp; drawbmp 0x47000000”,将logo图片显示出来。这里就不详细展开了。
然后是onewire_set_backlight()。主要是设置背光。这里也不详细展开。
最后是执行最后一个if判断。由于没有autoupdate这个环境变量,所以要执行if的内容。可是auto_update里主要是判断电源键是否按下,若有按下则执行fastboot命令。可实际上电源键没有按下,所以该函数没有什么实质操作。忽略。
函数返回后,接下来执行init_sequence_r[]里的最后一个函数了。执行的是run_main_loop()。这个函数执行的内容非常简单,代码如下:
static int run_main_loop(void)
{
for (;;)
main_loop();
return 0;
}
上述的代码就是不断地执行/uboot-root/common/main.c中的main_loop()这一个函数,而且永不退出。因此到这里board_init_r()就已经全部分析完了。由于从main_loop()开始又是一个新的阶段,所以本节就暂告一段落。
文章浏览阅读1.6k次。安装配置gi、安装数据库软件、dbca建库见下:http://blog.csdn.net/kadwf123/article/details/784299611、检查集群节点及状态:[root@rac2 ~]# olsnodes -srac1 Activerac2 Activerac3 Activerac4 Active[root@rac2 ~]_12c查看crs状态
文章浏览阅读1.3w次,点赞45次,收藏99次。我个人用的是anaconda3的一个python集成环境,自带jupyter notebook,但在我打开jupyter notebook界面后,却找不到对应的虚拟环境,原来是jupyter notebook只是通用于下载anaconda时自带的环境,其他环境要想使用必须手动下载一些库:1.首先进入到自己创建的虚拟环境(pytorch是虚拟环境的名字)activate pytorch2.在该环境下下载这个库conda install ipykernelconda install nb__jupyter没有pytorch环境
文章浏览阅读5.2k次,点赞19次,收藏28次。选择scoop纯属意外,也是无奈,因为电脑用户被锁了管理员权限,所有exe安装程序都无法安装,只可以用绿色软件,最后被我发现scoop,省去了到处下载XXX绿色版的烦恼,当然scoop里需要管理员权限的软件也跟我无缘了(譬如everything)。推荐添加dorado这个bucket镜像,里面很多中文软件,但是部分国外的软件下载地址在github,可能无法下载。以上两个是官方bucket的国内镜像,所有软件建议优先从这里下载。上面可以看到很多bucket以及软件数。如果官网登陆不了可以试一下以下方式。_scoop-cn
文章浏览阅读4.5k次,点赞2次,收藏3次。首先要有一个color-picker组件 <el-color-picker v-model="headcolor"></el-color-picker>在data里面data() { return {headcolor: ’ #278add ’ //这里可以选择一个默认的颜色} }然后在你想要改变颜色的地方用v-bind绑定就好了,例如:这里的:sty..._vue el-color-picker
文章浏览阅读640次。基于芯片日益增长的问题,所以内核开发者们引入了新的方法,就是在内核中只保留函数,而数据则不包含,由用户(应用程序员)自己把数据按照规定的格式编写,并放在约定的地方,为了不占用过多的内存,还要求数据以根精简的方式编写。boot启动时,传参给内核,告诉内核设备树文件和kernel的位置,内核启动时根据地址去找到设备树文件,再利用专用的编译器去反编译dtb文件,将dtb还原成数据结构,以供驱动的函数去调用。firmware是三星的一个固件的设备信息,因为找不到固件,所以内核启动不成功。_exynos 4412 刷机
文章浏览阅读2w次,点赞24次,收藏42次。Linux系统配置jdkLinux学习教程,Linux入门教程(超详细)_linux配置jdk
文章浏览阅读3.3k次,点赞5次,收藏19次。xlabel('\delta');ylabel('AUC');具体符号的对照表参照下图:_matlab微米怎么输入
文章浏览阅读119次。顺序读写指的是按照文件中数据的顺序进行读取或写入。对于文本文件,可以使用fgets、fputs、fscanf、fprintf等函数进行顺序读写。在C语言中,对文件的操作通常涉及文件的打开、读写以及关闭。文件的打开使用fopen函数,而关闭则使用fclose函数。在C语言中,可以使用fread和fwrite函数进行二进制读写。 Biaoge 于2024-03-09 23:51发布 阅读量:7 ️文章类型:【 C语言程序设计 】在C语言中,用于打开文件的函数是____,用于关闭文件的函数是____。
文章浏览阅读3.4k次,点赞2次,收藏13次。跟随鼠标移动的粒子以grid(SOP)为partical(SOP)的资源模板,调整后连接【Geo组合+point spirit(MAT)】,在连接【feedback组合】适当调整。影响粒子动态的节点【metaball(SOP)+force(SOP)】添加mouse in(CHOP)鼠标位置到metaball的坐标,实现鼠标影响。..._touchdesigner怎么让一个模型跟着鼠标移动
文章浏览阅读178次。项目运行环境配置:Jdk1.8 + Tomcat7.0 + Mysql + HBuilderX(Webstorm也行)+ Eclispe(IntelliJ IDEA,Eclispe,MyEclispe,Sts都支持)。项目技术:Springboot + mybatis + Maven +mysql5.7或8.0+html+css+js等等组成,B/S模式 + Maven管理等等。环境需要1.运行环境:最好是java jdk 1.8,我们在这个平台上运行的。其他版本理论上也可以。_基于java技术的停车场管理系统实现与设计
文章浏览阅读3.5k次。前言对于MediaPlayer播放器的源码分析内容相对来说比较多,会从Java-&amp;gt;Jni-&amp;gt;C/C++慢慢分析,后面会慢慢更新。另外,博客只作为自己学习记录的一种方式,对于其他的不过多的评论。MediaPlayerDemopublic class MainActivity extends AppCompatActivity implements SurfaceHolder.Cal..._android多媒体播放源码分析 时序图
文章浏览阅读2.4k次,点赞41次,收藏13次。java 数据结构与算法 ——快速排序法_快速排序法