Android系统的开机画面显示过程分析(2)

简介:
  接下来我们主要关注函数fbcon_init和fbcon_switch的实现,系统就是通过它来初始化和切换控制台的。在初始化的过程中,会决定是否需要准备第一个开机画面的内容,而在切换控制台的过程中,会决定是否需要显示第一个开机画面的内容。
 
       函数fbcon_init的实现如下所示:
  1. static void fbcon_init(struct vc_data *vc, int init)  
  2. {  
  3.         struct fb_info *info = registered_fb[con2fb_map[vc->vc_num]];  
  4.         struct fbcon_ops *ops;  
  5.         struct vc_data **default_mode = vc->vc_display_fg;  
  6.         struct vc_data *svc = *default_mode;  
  7.         struct display *t, *p = &fb_display[vc->vc_num];  
  8.         int logo = 1, new_rows, new_cols, rows, cols, charcnt = 256;  
  9.         int cap;  
  10.   
  11.         if (info_idx == -1 || info == NULL)  
  12.             return;  
  13.   
  14.         ......  
  15.   
  16.         if (vc != svc || logo_shown == FBCON_LOGO_DONTSHOW ||  
  17.             (info->fix.type == FB_TYPE_TEXT))  
  18.                 logo = 0;  
  19.   
  20.         ......  
  21.   
  22.         if (logo)  
  23.                 fbcon_prepare_logo(vc, info, cols, rows, new_cols, new_rows);  
  24.   
  25.         ......  
  26. }  
        当前正在初始化的控制台使用参数vc来描述,而它的成员变量vc_num用来描述当前正在初始化的控制台的编号。通过这个编号之后,就可以在全局数组con2fb_map中找到对应的帧缓冲区硬件设备编号。有了帧缓冲区硬件设备编号之后,就可以在另外一个全局数组中registered_fb中找到一个fb_info结构体info,用来描述与当前正在初始化的控制台所对应的帧缓冲区硬件设备。
        参数vc的成员变量vc_display_fg用来描述系统当前可见的控制台,它是一个类型为vc_data**的指针。从这里就可以看出,最终得到的vc_data结构体svc就是用来描述系统当前可见的控制台的。
        变量logo开始的时候被设置为1,表示需要显示第一个开机画面,但是在以下三种情况下,它的值会被设置为0,表示不需要显示开机画面:
        A. 参数vc和变量svc指向的不是同一个vc_data结构体,即当前正在初始化的控制台不是系统当前可见的控制台。
        B. 全局变量logo_shown的值等于FBCON_LOGO_DONTSHOW,即系统不需要显示第一个开机画面。
        C. 与当前正在初始化的控制台所对应的帧缓冲区硬件设备的显示方式被设置为文本方式,即info->fix.type的值等于FB_TYPE_TEXT。
        当最终得到的变量logo的值等于1的时候,接下来就会调用函数fbcon_prepare_logo来准备要显示的第一个开机画面的内容。
        在函数fbcon_prepare_logo中,第一个开机画面的内容是通过调用函数fb_prepare_logo来准备的,如下所示:
  1. static void fbcon_prepare_logo(struct vc_data *vc, struct fb_info *info,  
  2.                                int cols, int rows, int new_cols, int new_rows)  
  3. {  
  4.         ......  
  5.   
  6.         int logo_height;  
  7.   
  8.         ......  
  9.   
  10.         logo_height = fb_prepare_logo(info, ops->rotate);  
  11.           
  12.         ......  
  13.   
  14.         if (logo_lines > vc->vc_bottom) {  
  15.                 ......  
  16.         } else if (logo_shown != FBCON_LOGO_DONTSHOW) {  
  17.                 logo_shown = FBCON_LOGO_DRAW;  
  18.                 ......  
  19.         }  
  20. }  
 
         从函数fb_prepare_logo返回来之后,如果要显示的第一个开机画面所占用的控制台行数小于等于参数vc所描述的控制台的最大行数,并且全局变量logo_show的值不等于FBCON_LOGO_DRAW,那么就说明前面所提到的第一个开机画面可以显示在控制台中。这时候全局变量logo_show的值就会被设置为FBCON_LOGO_DRAW,表示第一个开机画面处于等待渲染的状态。
         函数fb_prepare_logo实现在文件kernel/goldfish/drivers/video/fbmem.c中,如下所示:
  1. int fb_prepare_logo(struct fb_info *info, int rotate)  
  2. {  
  3.         int depth = fb_get_color_depth(&info->var, &info->fix);  
  4.         unsigned int yres;  
  5.   
  6.         memset(&fb_logo, 0, sizeof(struct logo_data));  
  7.   
  8.         ......  
  9.   
  10.         if (info->fix.visual == FB_VISUAL_DIRECTCOLOR) {  
  11.                 depth = info->var.blue.length;  
  12.                 if (info->var.red.length < depth)  
  13.                         depth = info->var.red.length;  
  14.                 if (info->var.green.length < depth)  
  15.                         depth = info->var.green.length;  
  16.         }  
  17.   
  18.         if (info->fix.visual == FB_VISUAL_STATIC_PSEUDOCOLOR && depth > 4) {  
  19.                 /* assume console colormap */  
  20.                 depth = 4;  
  21.         }  
  22.   
  23.         /* Return if no suitable logo was found */  
  24.         fb_logo.logo = fb_find_logo(depth);  
  25.   
  26.         ......  
  27.   
  28.         return fb_prepare_extra_logos(info, fb_logo.logo->height, yres);  
  29. }  
        这个函数首先得到参数info所描述的帧缓冲区硬件设备的颜色深度depth,接着再调用函数fb_find_logo来获得要显示的第一个开机画面的内容,并且保存在全局变量fb_logo的成员变量logo中。
 




本文转自 Luoshengyang 51CTO博客,原文链接:http://blog.51cto.com/shyluo/967030,如需转载请自行联系原作者
目录
相关文章
|
2月前
|
存储 Shell Android开发
基于Android P,自定义Android开机动画的方法
本文详细介绍了基于Android P系统自定义开机动画的步骤,包括动画文件结构、脚本编写、ZIP打包方法以及如何将自定义动画集成到AOSP源码中。
49 2
基于Android P,自定义Android开机动画的方法
|
1月前
|
开发工具 Android开发 Swift
安卓与iOS开发环境对比分析
在移动应用开发的广阔舞台上,安卓和iOS这两大操作系统无疑是主角。它们各自拥有独特的特点和优势,为开发者提供了不同的开发环境和工具。本文将深入浅出地探讨安卓和iOS开发环境的主要差异,包括开发工具、编程语言、用户界面设计、性能优化以及市场覆盖等方面,旨在帮助初学者更好地理解两大平台的开发特点,并为他们选择合适的开发路径提供参考。通过比较分析,我们将揭示不同环境下的开发实践,以及如何根据项目需求和目标受众来选择最合适的开发平台。
35 2
|
2月前
|
Android开发
基于android-11.0.0_r39,系统应用的手动签名方法和过程
本文介绍了基于Android 11.0.0_r39版本进行系统应用手动签名的方法和解决签名过程中遇到的错误,包括处理`no conscrypt_openjdk_jni-linux-x86_64`和`RegisterNatives failed`的问题。
99 2
|
2月前
|
JavaScript 前端开发 Java
[Android][Framework]系统jar包,sdk的制作及引用
[Android][Framework]系统jar包,sdk的制作及引用
47 0
|
14天前
|
安全 Android开发 数据安全/隐私保护
探索安卓与iOS的安全性差异:技术深度分析与实践建议
本文旨在深入探讨并比较Android和iOS两大移动操作系统在安全性方面的不同之处。通过详细的技术分析,揭示两者在架构设计、权限管理、应用生态及更新机制等方面的安全特性。同时,针对这些差异提出针对性的实践建议,旨在为开发者和用户提供增强移动设备安全性的参考。
|
17天前
|
监控 Android开发 iOS开发
深入探索安卓与iOS的系统架构差异:理解两大移动平台的技术根基在移动技术日新月异的今天,安卓和iOS作为市场上最为流行的两个操作系统,各自拥有独特的技术特性和庞大的用户基础。本文将深入探讨这两个平台的系统架构差异,揭示它们如何支撑起各自的生态系统,并影响着全球数亿用户的使用体验。
本文通过对比分析安卓和iOS的系统架构,揭示了这两个平台在设计理念、安全性、用户体验和技术生态上的根本区别。不同于常规的技术综述,本文以深入浅出的方式,带领读者理解这些差异是如何影响应用开发、用户选择和市场趋势的。通过梳理历史脉络和未来展望,本文旨在为开发者、用户以及行业分析师提供有价值的见解,帮助大家更好地把握移动技术发展的脉络。
|
14天前
|
Dart 开发工具 Android开发
在 Android 系统上搭建 Flutter 环境的具体步骤是什么?
在 Android 系统上搭建 Flutter 环境的具体步骤是什么?
|
21天前
|
安全 Linux Android开发
探索安卓与iOS的安全性差异:技术深度分析
本文深入探讨了安卓(Android)和iOS两个主流操作系统平台在安全性方面的不同之处。通过比较它们在架构设计、系统更新机制、应用程序生态和隐私保护策略等方面的差异,揭示了每个平台独特的安全优势及潜在风险。此外,文章还讨论了用户在使用这些设备时可以采取的一些最佳实践,以增强个人数据的安全。
|
1月前
|
Android开发 UED 开发者
Android经典实战之WindowManager和创建系统悬浮窗
本文详细介绍了Android系统服务`WindowManager`,包括其主要功能和工作原理,并提供了创建系统悬浮窗的完整步骤。通过示例代码,展示了如何添加权限、请求权限、实现悬浮窗口及最佳实践,帮助开发者轻松掌握悬浮窗开发技巧。
68 1
|
1月前
|
IDE 开发工具 Android开发
安卓与iOS开发环境对比分析
本文将探讨安卓和iOS这两大移动操作系统在开发环境上的差异,从工具、语言、框架到生态系统等多个角度进行比较。我们将深入了解各自的优势和劣势,并尝试为开发者提供一些实用的建议,以帮助他们根据自己的需求选择最适合的开发平台。
29 1