本文主要是介绍译：Android 被 Linux kernel 社群开除，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
原文：Android and the Linux kernel community
在 Linux kernel 2.6.33 版本，Android 程式码，已经被移除。很多人开始询问我到底发生了什么事？Android 下一步又该怎么办？所以，以下就是我对这整件事情的意见……
首先，我要说，我是很喜欢 Android 手机平台。直到上周，我还是每天，使用我买的 developer G1，它完美的运作，让身为用户的我非常欢喜。
从技术的角度，我也对 Android 感到高兴。讓人惊喜，Google 运用 Linux kernel，纯粹就用传统的 Linux 系统，创造出一个具移植性，而且可靠的手机平台。这个平台是这么特别，你甚至可以在手机上，换上一个 Linux 作业系统的 image 档，两种版本都可运作正常，完全不需任何修改。
Android 同时也解决了收机制造商，多年以来的一些问题：一个免费版本的 Java，及一个统一的应用程式中介层，让程式人员针对它开发出软体，可以在所有 Android 的手机上。因为这样，所有现有的“Linux 手机联盟”，不是已经群体灭亡，幸存的应该也会很快就默默的消失。
这有哪里不对？
发生什么事，让 Android 程式码，从 Linux 核心删除？简单说，没有人关心 Android 程式码了，所以就删了吧。就像我以前所声明的，核心程式码，分支版本，必须努力整并进主要版本，不然就会被删除。
但是关于这点，有更大的问题存在。
Android 核心程式码，并非只是在 drivers/staging/android 子目录下，的几个怪异驱动程式而已。为了能让 Android 运作，你需要用他们新增的 lock type，并且用他们的安全模式，跟 Linux 内核连结上。
为了要写 Android 上使用的 驱动程式，你需要正确的整合新的 lock，有时还要跟怪异的安全模式打交道。对了，还有一个完全不同显示 frame buffer 架构。
这意谓任何为 Android 平台写的驱动程式，因为跟 Google 内核分支有相依性，所以就不能整并进主要内核分支，最终也不能进 kernel.org 分支。
就因为这样，Google 已经造成许多的驱动程式，与平台相关的程式码，不能整进主要内核分支。实质上，这已经变成了几个制造商锁，所倚赖的内核分支。
现在 Linux 内核的的几个分之版本，是依照几个主要的发行版本，目前相安无事。但是因为 Google 不想让他们的程式码，并整入主流分支。Google 所写出的驱动程式及平台相关的程式，被锁住无法回馈给内核社群。内核社群，已经花很多年被告诉这些 Linux 发行版本的公司，把他们的内核整并进来。之后他们就可以，套用新的安全性修正，套大量且快速的程式码异动。这些公司有听到，你可以看到他们持续在他们所发行的版本，更新他们的内核。
但是现在他们被卡住了，那些使用 Android 相关平台或是驱动的公司，不能回馈给他们的上游。造成这些公司，在回护及开发内核上，要花更大的功夫。
想要把 Android 内核码整并进主分支，要如何做呢？
当 Android 的程式码，整进一的临时的分支，几位核心程式的开发人员，会审核程式码，然后指出该清理、该改变的地方，这样程式码才能够被接受。有一些改变，会影响到内核跟使用者空间的界限，所以有些 Android 上的用户空间的逻辑，也会因为内核的改变，而需跟着改变。这可以免除了 Google 以外的员工，因为引进 Android 引起的不必要修改。
那，下一步呢？
我真的不知道。Google 似乎不再愿意整并程式码到上游。有些公司尝试拿掉 Android 规格的介面，然后将程式码上游。但这是需要很大的力气，又显得没有必要。
衷心希望
我希望 Google 能回来，修正他们的程式，整并进主分支，然后回馈给上游。并停止他们对许多 Linux 镶入式系统公司，所造成的障碍。
我以前曾经私底下帮忙解决这些问题，现在及以后将公开支持并帮忙解决这些问题，但我需要 Google 开发人员的帮忙，没有他们，什么都改不了。
好消息是，内核及使用者空间程式介面的改变，将不会影响任何 Android 应用程式的程式码。所有这些改变，可以适用在整个系统，完全没有问题。
我将在 CE Linux 论坛 2010 的演讲上，谈论 Android 的这一团乱。希望在这之前，情况会有所改善。不然 CELF 将秉持长久以来的惯例，在会议上发演讲稿，大声斥责他们已经干出来的坏事情。
这篇关于译：Android 被 Linux kernel 社群开除的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
