linux subsystem,subsystem

作者：wowo 发布于：2017-8-10 22:17

分类：GPIO子系统

按理说，kernel中gpio subsystem和pinctrl subsystem的关系应该非常清楚：

pinctrl subsystem管理系统的所有管脚，GPIO是这些管脚的用途之一，因此gpio subsystem应该是pinctrl subsystem的client(也可叫做backend、consumer)，基于pinctrl subsystem提供的功能，处理GPIO有关的逻辑。

不过，实际情况却不是这么简单，它们之间有着较为紧密的耦合(看一看kernel中pinctrl和gpio相关的实现就知道了)。本文将对这种耦合进行一个简单的分析，解释为什么要这样设计。

作者：wowo 发布于：2017-6-27 22:30

分类：GPIO子系统

本站之前的三篇文章[1][2][3]介绍了pin controller(对应的pin controller subsystem)、gpio controller(对应的GPIO subsystem)有关的基本概念，包括pin multiplexing、pin configuration等等。本文将基于这些文章，单纯地从pin controller driver的角度(屏蔽掉pinctrl core的实现细节)，理解pinctrl subsystem的设计思想，并掌握pinctrl驱动的移植和实现方法。

作者：wowo 发布于：2016-7-9 21:47

分类：X Project

wowo觉得，在linux kernel新引入的众多子系统中，pinctrl

subsystem是一个特别晦涩难懂的子系统，它所解决的问题，和它所引入的困扰，不相上下。在平时工作的过程中，年轻工程师问的最多的，就是在驱动中要怎么使用pinctrl？这样配置pinctrl到底是什么意思？等等。

对一个子系统来说，如果不能让它的使用者(consumer)很容易的理解和掌握，就宣告了它的失败。更不用说让它的提供者(provider)简单、快速地编写驱动程序了。

为什么会这样呢？通俗一点讲，就是“大炮打蚊子”。从技术的角度看，pinctrl是一个非常优秀的子系统，有着复杂而巧妙的封装和抽象，但它所要解决的问题，实际上非常简单、直白。这就造成了一个落差，从而带来了各种理解上的困惑。

正因为此，u-boot在照搬linux kernel pinctrl的同时，额外提供了一种简洁的方法。本文将借助“X Project”

u-boot中pin control driver的移植过程，介绍、分析这种方法，并以此理解pinctrl的本质。

与此同时，我们会基于“X-005-UBOOT-device

tree移植(Bubblegum-96平台)”，扩展对device tree的使用，以加深对device tree的理解和掌握。

作者：wowo 发布于：2015-12-17 22:21

分类：图形子系统

图形子系统是linux系统中比较复杂的子系统之一：对下，它要管理形态各异的、性能各异的显示相关的器件；对上，它要向应用程序提供易用的、友好的、功能强大的图形用户界面(GUI)。因此，它是linux系统中少有的、和用户空间程序(甚至是用户)息息相关的一个子系统。

本文是图形子系统分析文章的第一篇，也是提纲挈领的一篇，将会从整体上，对linux图形子系统做一个简单的概述，进而罗列出显示子系统的软件构成，后续的文章将会围绕这些软件一一展开分析。

注1：本文所有的描述将以原生linux系统为例(如Ubuntu、Debian等)，对其它基于linux的系统(如Android)，部分内容会不适用。

注2：本文很多图片都是从网上搜集而来的(很多是从维基百科)。虽然蜗窝的宗旨是用自己的语言表述，尽量自己画图，但是linux图形子系统太复杂了，蜗蜗的理解有限，而老外的图画的实在太好，蜗蜗觉得，再怎么努力，也画不出更好的了，因此本着为读者负责的态度，就直接copy了。