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月前
|
开发框架 前端开发 Android开发
Flutter 与原生模块(Android 和 iOS)之间的通信机制,包括方法调用、事件传递等,分析了通信的必要性、主要方式、数据传递、性能优化及错误处理,并通过实际案例展示了其应用效果,展望了未来的发展趋势
本文深入探讨了 Flutter 与原生模块(Android 和 iOS)之间的通信机制,包括方法调用、事件传递等,分析了通信的必要性、主要方式、数据传递、性能优化及错误处理,并通过实际案例展示了其应用效果,展望了未来的发展趋势。这对于实现高效的跨平台移动应用开发具有重要指导意义。
241 4
|
2月前
|
人工智能 搜索推荐 物联网
Android系统版本演进与未来展望####
本文深入探讨了Android操作系统从诞生至今的发展历程,详细阐述了其关键版本迭代带来的创新特性、用户体验提升及对全球移动生态系统的影响。通过对Android历史版本的回顾与分析,本文旨在揭示其成功背后的驱动力,并展望未来Android可能的发展趋势与面临的挑战,为读者呈现一个既全面又具深度的技术视角。 ####
|
2月前
|
安全 Android开发 数据安全/隐私保护
深入探讨iOS与Android系统安全性对比分析
在移动操作系统领域,iOS和Android无疑是两大巨头。本文从技术角度出发,对这两个系统的架构、安全机制以及用户隐私保护等方面进行了详细的比较分析。通过深入探讨,我们旨在揭示两个系统在安全性方面的差异,并为用户提供一些实用的安全建议。
|
2月前
|
IDE Java 开发工具
移动应用与系统:探索Android开发之旅
在这篇文章中,我们将深入探讨Android开发的各个方面,从基础知识到高级技术。我们将通过代码示例和案例分析,帮助读者更好地理解和掌握Android开发。无论你是初学者还是有经验的开发者,这篇文章都将为你提供有价值的信息和技巧。让我们一起开启Android开发的旅程吧!
|
1月前
|
监控 Java Android开发
深入探索Android系统的内存管理机制
本文旨在全面解析Android系统的内存管理机制,包括其工作原理、常见问题及其解决方案。通过对Android内存模型的深入分析,本文将帮助开发者更好地理解内存分配、回收以及优化策略,从而提高应用性能和用户体验。
|
1月前
|
Java 开发工具 Android开发
安卓与iOS开发环境对比分析
在移动应用开发的广阔天地中,安卓和iOS两大平台各自占据半壁江山。本文深入探讨了这两个平台的开发环境,从编程语言、开发工具到用户界面设计等多个角度进行比较。通过实际案例分析和代码示例,我们旨在为开发者提供一个清晰的指南,帮助他们根据项目需求和个人偏好做出明智的选择。无论你是初涉移动开发领域的新手,还是寻求跨平台解决方案的资深开发者,这篇文章都将为你提供宝贵的信息和启示。
34 8
|
1月前
|
存储 安全 Android开发
探索Android系统的最新安全特性
在数字时代,智能手机已成为我们生活中不可或缺的一部分。随着技术的不断进步,手机操作系统的安全性也越来越受到重视。本文将深入探讨Android系统最新的安全特性,包括其设计理念、实施方式以及对用户的影响。通过分析这些安全措施如何保护用户免受恶意软件和网络攻击的威胁,我们希望为读者提供对Android安全性的全面了解。
|
2月前
|
监控 Java Android开发
深入探讨Android系统的内存管理机制
本文将深入分析Android系统的内存管理机制,包括其内存分配、回收策略以及常见的内存泄漏问题。通过对这些方面的详细讨论,读者可以更好地理解Android系统如何高效地管理内存资源,从而提高应用程序的性能和稳定性。
96 16
|
2月前
|
安全 Android开发 iOS开发
深入探讨Android与iOS系统的差异及未来发展趋势
本文旨在深入分析Android和iOS两大移动操作系统的核心技术差异、用户体验以及各自的市场表现,进一步探讨它们在未来技术革新中可能的发展方向。通过对比两者的开放性、安全性、生态系统等方面,本文揭示了两大系统在移动设备市场中的竞争态势和潜在变革。
|
2月前
|
安全 Android开发 数据安全/隐私保护
深入探索Android与iOS系统安全性的对比分析
在当今数字化时代,移动操作系统的安全已成为用户和开发者共同关注的重点。本文旨在通过比较Android与iOS两大主流操作系统在安全性方面的差异,揭示两者在设计理念、权限管理、应用审核机制等方面的不同之处。我们将探讨这些差异如何影响用户的安全体验以及可能带来的风险。
60 1

热门文章

最新文章