Post a Comment
This is probably a really stupid question, but why would that make it easier to port another (Linux) OS than it is at the moment?
Wouldn't the conditions for this be that the other OS had to be running the same kernel (which none do at present) or is there another reason that I'm completely overlooking?
Yeah, you are correct. But, if future devices use this kernel, it will help Ubuntu,Jolla,Firefox et All port their operating systems to those future devices.
Per terms of the GPL, they would be required to release the source anyways, but its nice that they are doing it before it gets shipped in devices. Might make any porting of alternative OS' a bit easier, if they require additional changes to the kernel.
And why should not be a benefit fork? Maybe not for Google, but why should they public admit ?
People today just think about this stupid "Android fragmentation" thing. C'mon, lets make a better kernel and stop using this crap binary drivers and that's all.
This is great news! Current Android kernels are too old to support a few cool things that improve network interactivity and overall performance that's usually sucky (yes, admit it!), especially over wireless and cellular links.
They are:
- Byte Queue Limits - Introduced in 3.3
- codel and especially fq_codel - Since 3.7 I believe
- TCP Fast Open - since 3.6 (client) and 3.7 (server)
- Debloated network drivers - Alas this is mostly done for ethernet drivers, while wireless and cellular are worse of due to closed nature of hardware/drivers.
But codel works so great that a simple:
tc qdisc add dev eth0 root fq_codel
does wonders
(You need iproute2 3.7 or higher)
Google's 3.8 change log: https://android.googlesource.com/kernel/common/+log/experimental/and...



