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,如需转载请自行联系原作者
目录
相关文章
|
13天前
|
安全 Android开发 数据安全/隐私保护
深入探讨iOS与Android系统安全性对比分析
在移动操作系统领域,iOS和Android无疑是两大巨头。本文从技术角度出发,对这两个系统的架构、安全机制以及用户隐私保护等方面进行了详细的比较分析。通过深入探讨,我们旨在揭示两个系统在安全性方面的差异,并为用户提供一些实用的安全建议。
|
21天前
|
缓存 Java Shell
Android 系统缓存扫描与清理方法分析
Android 系统缓存从原理探索到实现。
46 15
Android 系统缓存扫描与清理方法分析
|
13天前
|
算法 JavaScript Android开发
|
15天前
|
安全 搜索推荐 Android开发
揭秘安卓与iOS系统的差异:技术深度对比
【10月更文挑战第27天】 本文深入探讨了安卓(Android)与iOS两大移动操作系统的技术特点和用户体验差异。通过对比两者的系统架构、应用生态、用户界面、安全性等方面,揭示了为何这两种系统能够在市场中各占一席之地,并为用户提供不同的选择。文章旨在为读者提供一个全面的视角,理解两种系统的优势与局限,从而更好地根据自己的需求做出选择。
39 2
|
22天前
|
程序员 开发工具 Android开发
Android|使用阿里云推流 SDK 实现双路推流不同画面
本文记录了一种使用没有原生支持多路推流的阿里云推流 Android SDK,实现同时推送两路不同画面的流的方法。
41 7
|
24天前
|
安全 搜索推荐 Android开发
深入探索安卓与iOS系统的差异及其对用户体验的影响
在当今的智能手机市场中,安卓和iOS是两大主流操作系统。它们各自拥有独特的特性和优势,为用户提供了不同的使用体验。本文将深入探讨安卓与iOS系统之间的主要差异,包括它们的设计理念、用户界面、应用生态以及安全性等方面,并分析这些差异如何影响用户的使用体验。
|
23天前
|
安全 搜索推荐 Android开发
揭秘iOS与Android系统的差异:一场技术与哲学的较量
在当今数字化时代,智能手机操作系统的选择成为了用户个性化表达和技术偏好的重要标志。iOS和Android,作为市场上两大主流操作系统,它们之间的竞争不仅仅是技术的比拼,更是设计理念、用户体验和生态系统构建的全面较量。本文将深入探讨iOS与Android在系统架构、应用生态、用户界面及安全性等方面的本质区别,揭示这两种系统背后的哲学思想和市场策略,帮助读者更全面地理解两者的优劣,从而做出更适合自己的选择。
|
14天前
|
安全 搜索推荐 程序员
深入探索Android系统的碎片化问题及其解决方案
在移动操作系统的世界中,Android以其开放性和灵活性赢得了广泛的市场份额。然而,这种开放性也带来了一个众所周知的问题——系统碎片化。本文旨在探讨Android系统碎片化的现状、成因以及可能的解决方案,为开发者和用户提供一种全新的视角来理解这一现象。通过分析不同版本的Android系统分布、硬件多样性以及更新机制的影响,我们提出了一系列针对性的策略,旨在减少碎片化带来的影响,提升用户体验。
|
14天前
|
安全 Android开发 iOS开发
深入探索iOS与Android系统的差异性及优化策略
在当今数字化时代,移动操作系统的竞争尤为激烈,其中iOS和Android作为市场上的两大巨头,各自拥有庞大的用户基础和独特的技术特点。本文旨在通过对比分析iOS与Android的核心差异,探讨各自的优势与局限,并提出针对性的优化策略,以期为用户提供更优质的使用体验和为开发者提供有价值的参考。
|
16天前
|
安全 Android开发 iOS开发
安卓系统与iOS系统的比较####
【10月更文挑战第26天】 本文将深入探讨安卓(Android)和iOS这两大主流移动操作系统的各自特点、优势与不足。通过对比分析,帮助读者更好地理解两者在用户体验、应用生态、系统安全等方面的差异,从而为消费者在选择智能手机时提供参考依据。无论你是技术爱好者还是普通用户,这篇文章都将为你揭示两大系统背后的故事和技术细节。 ####
37 0