Android Drivers To Be Included in Linux 3.3 Kernel


Recommended Posts

Android drivers are returning to the Linux kernel. Kernel maintainer Greg Kroah-Hartman has retrieved the Android drivers removed from the staging area of Linux 2.6.33 in the spring of 2010 and put them back into his development branch for version 3.3 of the Linux kernel.

The plan is for a Linux 3.3 kernel to be able to boot on an Android device without further patches ? although not all Android patches are being automatically carried over to the main development branch. For example, the WakeLock code, which helps Android devices' batteries last longer but is not necessary for booting, is not included.

The Linux Foundation's Consumer Electronics workgroup, along with a group at Linaro and various individual developers, is working with Kroah-Hartmann on this project. Tim Bird, chair of the Architecture Group, has launched the Android Mainlining Project with the goal of coordinating work on integrating the Android features. Developers interested in helping to integrate Android patches into the mainline kernel can sign up for the project's mailing list.

Source: The H Online

Android drivers can never be fully in the kernel, they rely on separate userspace drivers which are invoked via JNI interfaces for any meaningful device (camera, lights, sound, etc). So they would be mostly useless without the Android core itself.

Another example of Linux not sure what it wants... Linux should be getting together and create a more focused edition, not work on hundreds of distros. The community sure has resources to do it. The last few years they have been lagging too far behind both Mac and Windows.

Another example of Linux not sure what it wants... Linux should be getting together and create a more focused edition, not work on hundreds of distros. The community sure has resources to do it. The last few years they have been lagging too far behind both Mac and Windows.

This isn't an example of anything. Stuff can be added and removed at any time if there are issues with the code. The Android drivers mentioned are infact managed by Google and co companies, nothing to do with the Linux kernel maintainers. Those people need to decide what should be put in the mainline and what doesn't.

And yet again as I just said, this is to do with the Linux kernel, not distros.

Another example of Linux not sure what it wants...

They want to include drivers from Android in the kernel, that's all. Ability for users, not necessarily just hardware developers, to use the same kernel on various Android tablets/devices is a nice bonus, hardly fragmentation or anything.

If Windows included drivers for various hardware, would you call it "not knowing what it wants to be?" No, they would just include a new batch of drivers for different hardware.

Linux should be getting together and create a more focused edition, not work on hundreds of distros. The community sure has resources to do it. The last few years they have been lagging too far behind both Mac and Windows.

So you disagree with Windows 8 being available on tablets as well I take it?

I rather want the Linux community to use their time creating something for the desktop that can compete with Mac and Windows. Linux haven't been relevant to the desktop market. This is a step into the tablet market. Sure Linux can be relevant there, but not as long as "everyone" thinks what they do is better. Focusing on drivers is one thing. Why not use resources to make a kernel and api's that everyone need to use? Now Linux is so fragmented that you have several systems for audio, video, etc.

Sorry for ranting and going a bit off topic, but I really want Linux to be better that it is today. It's not that it is bad. Only that it can be so much better.

I rather want the Linux community to use their time creating something for the desktop that can compete with Mac and Windows. Linux haven't been relevant to the desktop market. This is a step into the tablet market. Sure Linux can be relevant there, but not as long as "everyone" thinks what they do is better. Focusing on drivers is one thing. Why not use resources to make a kernel and api's that everyone need to use? Now Linux is so fragmented that you have several systems for audio, video, etc.

Sorry for ranting and going a bit off topic, but I really want Linux to be better that it is today. It's not that it is bad. Only that it can be so much better.

Linux being relevant to the tablet audience == Android.

That's cool but do you think anyone will actually use this kernel.

It should help the custom rom/homebrew community that is being built around handset OEM's who are shipping phones with unlocked boot loaders - IIRC HTC's Android phones have unlocked boot loaders.

Another example of Linux not sure what it wants... Linux should be getting together and create a more focused edition, not work on hundreds of distros. The community sure has resources to do it. The last few years they have been lagging too far behind both Mac and Windows.

Linux is the kernel not the distribution - this has been covered so many times it isn't funny to hear the same ill-informed half baked comments like yours every time this topic appears on the radar. The issue is about drivers within the kernel source code rather than it being a separate project - the issue has been discussed on and off because Google was too lazy to properly support the drivers once they were in the tree but it appears things have changed and Google has finally taken on the responsibility required to have their code in the main tree.

They want to include drivers from Android in the kernel, that's all. Ability for users, not necessarily just hardware developers, to use the same kernel on various Android tablets/devices is a nice bonus, hardly fragmentation or anything.

If Windows included drivers for various hardware, would you call it "not knowing what it wants to be?" No, they would just include a new batch of drivers for different hardware.

no they'd call it bloat.

on linux it's "choice"....

no they'd call it bloat.

on linux it's "choice"....

That must be why Windows 7 takes more space installed currently, and supports less hardware out of the box, than a Linux distribution that fits on a single CD and comes with as much software.

I'd say there's still quite a lot of room left for "bloat" to be added.

That must be why Windows 7 takes more space installed currently, and supports less hardware out of the box, than a Linux distribution that fits on a single CD and comes with as much software.

I'd say there's still quite a lot of room left for "bloat" to be added.

1. You just proved my point

2. you need to learn what bloat is.

oh and yeah, but that's because MS sropped supporting crap from the 90's, and linux still doesn't support a lot of stuff from the 2000's :)

Adding drivers to the kernel tree doesn't mean that they will ship with every distro, just that they'll be properly mantained and that they'll work out of the box if they are enabled when the kernel is compiled.

You won't be seeing Android drivers enabled on a desktop distro that's not intended to run on Android related hardware.

I'd say the comments about bloat are largely ignorant.

2. you need to learn what bloat is.

Unnecessary things, which including more support for hardware that millions of users already have isn't. Then again, Windows includes DVD makers and useless crap that no one I know has ever used or most of the time doesn't even realize is included with it.

oh and yeah, but that's because MS sropped supporting crap from the 90's, and linux still doesn't support a lot of stuff from the 2000's :)

And Windows doesn't include a ton of modern hardware either - for example HP Printers that work out of the box on OSX or Linux still require manual installation of drivers from their website.

No they don't, just use the universal driver, which is what linux does. pf course it isn't as good as the individual driver for the product so it doesn't auto install it when the printer is connected.

and most printers have a usable life of years or less before they're no longer any purpose of having. so most won't be in the windows drivers because they weren't out when the disc was burned. Also with windows 7 MS delibaretaly removed many gigs of printer driver bloat from the disc because it was taking up space and was unnecessary for 99.99999% of people. s

eriously, the best you could come up with was printer drivers....

also any HP laser pritner will work OOB on ANY OS (whith the exception of a few low end cheap "widnowsPritners" or HostUSB printers as they're known internally and technically. These generally won't work on OSX or Linux at all due to lack of drivers. I don't think they do a lot of HostUSB printers anymore though.

This topic is now closed to further replies.
  • Recently Browsing   0 members

    • No registered users viewing this page.
  • Posts

    • Hello, I have used a few TEAM Group SSDs, USB flash drives, and Micro SDXC cards in the past. They all seemed to work fine. Regards, Aryeh Goretsky
    • "just $100 per TB"? Just? Are we trying to make this seem like the new normal? Kinda weird to make it sound like that is not a ridiculously expensive asking price.
    • The reviews you refer to mean nothing. Where there is no journalism there is no reason to call the gaming media's opinion pieces "reviews". For GP games there is indeed a metric for success - increasing subscriptions. Which turns in revenue. The only circumstance in which subs do not rise when great is being released is a Game Pass system where the company is close to fully saturated with customers in a subscription. However, in that case as the theory goes you spend aplenty in all kind of games - from shady live service cash cows and customer offending agitprop crap in purple colours to robust and entertaining single player games. And keep a solid level of profitability. Ignoring the simply innocuous but mid games MGS has released primarily of the second kind.
    • Report: Microsoft to use AWS to help GitHub deal with a major surge in demand by Pradeep Viswanathan Thanks to the surge of coding AI agents, GitHub's usage has skyrocketed over the past 12 months. To meet this demand, GitHub started with a plan in October 2025 to increase capacity by 10x. However, by early this year, the company realized that it needed 30x scale. This rapid growth has caused severe strain on the platform's reliability, resulting in several small outages over the past few months. In April, GitHub published a long blog post explaining the steps it is taking to resolve these reliability issues. In the post, the company also confirmed that it is working toward a multi-cloud architecture for better resilience. Today, Business Insider reported that GitHub is turning to Amazon Web Services to help deal with a major surge in AI-driven coding activity. It is important to note that GitHub is still in the process of moving completely to the Azure cloud. The current plan is to move the platform fully to Azure by 2027 so that it can scale better as per developer demand. Therefore, the current decision to utilize AWS might be part of a short-term plan to meet immediate demand. A Microsoft spokesperson confirmed that GitHub is using multiple cloud providers with the following statement: For Microsoft, the decision highlights the operational pressure behind the AI boom. GitHub has to stay reliable for developers at a time when rivals such as Codex, Cursor, Claude Code, and other AI coding tools are gaining attention. And the decision to use AWS for computing capacity seems practical given the circumstances.
    • It's growing on me, however, your right, it make better usability sense if the tabs were bellow the address bar.
  • Recent Achievements

    • Collaborator
      vjlex earned a badge
      Collaborator
    • Reacting Well
      Dys Topia earned a badge
      Reacting Well
    • Conversation Starter
      NovaEdgeX earned a badge
      Conversation Starter
    • One Year In
      Console General earned a badge
      One Year In
    • Week One Done
      Twozo Technologies earned a badge
      Week One Done
  • Popular Contributors

    1. 1
      +primortal
      517
    2. 2
      +Edouard
      182
    3. 3
      PsYcHoKiLLa
      106
    4. 4
      Steven P.
      88
    5. 5
      ATLien_0
      68
  • Tell a friend

    Love Neowin? Tell a friend!