Can't Linux and Android Just Get Along?
Geekfights and Kernels
At the LinuxCon conference, the topic of why Google Android code is not part of Linux was the subject of some intense discussion. One such discussion became so heated that a panelist wound up telling a combative audience member to "shut up" before asking them to leave.
At the heart of the matter, panelists said today, is some Google Android code for power management, called WakeLocks.
Red Hat engineer Matthew Garrett said that Google (NASDAQ: GOOG) had tried to get its WakeLocks code into the mainline kernel. But he said that mainline Linux kernel developers didn't really understand what WakeLocks were, and that lack of understanding has led to a complex debate that has trailed off in multiple directions with a myriad of solutions for solving power management-type issues. As a result, WakeLocks didn't make it into the mainline.
And to Garrett, that's not the optimal outcome. He noted that many developers are now looking to Android for all kinds of code, such as code for power management and other low-level functions with potentially far-ranging uses.
"As kernel developers, we want this code in the kernel," Garrett said. "When we get code, we get new solutions, and sometime you get code that gives new insight to other problems."
Some of Android's kernel functionality ends up in drivers, he added, though that's an example of the code that he wants to see integrated into the mainline.
"We want to be able to take Android drivers and have them in the Linux kernel," Garrett said. "We don't want there to be a distinction between an Android driver and a Linux driver."
Garrett said that he would ultimately like to see that the Google Android kernel is a mainline Linux kernel with a couple of extra bits. He added that he would love to see every problem that Google has solved that ends up in Android helping the mainline Linux kernel community, as well.
"Whether we will see that, I don't know," Garrett said.
Solid state disks (SSDs) made a splash in consumer technology, and now the technology has its eyes on the enterprise storage market. Download this eBook to see what SSDs can do for your infrastructure and review the pros and cons of this potentially game-changing storage technology.
- 1Linux Top 3: RHEL 6.7, BackBox Linux 4.3 and RoboLinux 8.1
- 2Linux Top 3: SLES 11 SP4, Chromixium OS 1.5 and Canonical Licensing
- 3Linux Top 3: VirtualBox 5, Point Linux 3.0 and OpenSUSE Leap 42.x
- 4Linux Top 3: Linux 4.2 rc1, 4MLinux 13 and antiX15
- 5Linux Top 3: Linux Mint Rafaela, OpenMandriva Lx 2014.2 and VectorLinux 7.1