Originally posted by ioannis
View Post
Announcement
Collapse
No announcement yet.
The Linux Kernel Power Issues Continues To Bite Users
Collapse
X
-
Michael Larabel
https://www.michaellarabel.com/
-
Originally posted by johnc View PostIs this bug eventually going to find its way into Android smartphones and tablets or is the kernel over there so far branched off the main path that it'd be unlikely to pick up this problem?
RHEL: 2.6.32 (with a few sensible backports from 2.6.37)
Ubuntu 10.04 LTS: 2.6.32
Android 2.2/2.3: 2.6.32 (plus a tremendous amount of Android-specific work)
Debian Stable: 2.6.32
SUSE Enterprise 11 SP1: 2.6.32
MeeGo: OK, they're using 2.6.37 in their git repo, but that doesn't mean 2.6.32 won't get picked up for product releases...
Since 2.6.32 preceded this power regression, I don't think the big enterprise customers really care at this point. Sure, it affects the enthusiast distros like Fedora, but the money making product (RHEL) isn't affected. Same with Android. You can go to a Verizon or AT&T store today and buy a top of the line Android phone, and it'll be running a heavily hacked 2.6.32.
Honestly, I'm more worried that we might start to see a very significant divergence in the kernel development community. The enterprise / embedded guys might decide they want to stick with 2.6.32 indefinitely, and just keep patching it until it looks nothing like vanilla 2.6.32, and is completely unmergeable between their fork and upstream. There's definitely a large enough pool of developers chasing money-making products built off of 2.6.32, and we are starting to see a decline in significant contributions to kernel upstream.
Ever wonder why Linus keeps enjoying an "uneventful RC"? I want them to be eventful. Submit huge patches! Contribute big features! We want them! But sadly, it isn't happening lately. Even the merges during the merge window are becoming more and more conservative.
Comment
-
Originally posted by allquixotic View PostHonestly, I'm more worried that we might start to see a very significant divergence in the kernel development community. The enterprise / embedded guys might decide they want to stick with 2.6.32 indefinitely, and just keep patching it until it looks nothing like vanilla 2.6.32, and is completely unmergeable between their fork and upstream. There's definitely a large enough pool of developers chasing money-making products built off of 2.6.32, and we are starting to see a decline in significant contributions to kernel upstream.
IF I remember correctly:
Debian 5 uses 2.6.26 (also 2.6.31 was made available optionally)
Debian 6 uses 2.6.32
Next Debian will apparently use 2.6.38 (the version currently in testing)
OpenWRT-git recently switched to 2.6.37 from 2.6.32
Nobody knows what Google does, but at least the normal distros will switch to 2.6.37+ soon.
Comment
-
Android 2.2 uses 2.6.32. Android 2.3 uses 2.6.35. Some custom kernels for AOSP ROMs are as new as 2.6.38, however. I am using a 2.6.38 kernel on my Droid Incredible, and its battery life is better than it was with 2.6.37, and many other users have said the same thing. Perhaps the battery life issue does not affect ARM?
Comment
-
Originally posted by dotancohen View Post... another 0.01% out of a server benchmark at the sacrifice of a large chunk of desktop usability. This issue is a perfect example.
Comment
Comment