Not logged in
Log in now
Create an account
Subscribe to LWN
LWN.net Weekly Edition for May 23, 2013
An "enum" for Python 3
An unexpected perf feature
LWN.net Weekly Edition for May 16, 2013
A look at the PyPy 2.0 release
Commitment to Open (Red Hat News)
Posted Mar 5, 2011 16:13 UTC (Sat) by msnitzer (subscriber, #57232)
Oracle aside, various other distro kernels are based on 2.6.32-stable too. RHEL6's kernel is _not_ based on 2.6.32-stable. That said, RHEL6's kernel does contain many of the same upstream linux-2.6's "firstname.lastname@example.org" fixes that feed into 2.6.32-stable.
But due to the various 2.6.3 backports that the RHEL6.x kernel has seen the code has diverged considerably from 2.6.32-stable. This divergence is to the point that most fixes made to RHEL6's kernel are either irrelevant to or do not apply cleanly to 2.6.32-stable. The fixes would be more suitable to apply to 2.6.36-stable, 2.6.37-stable, etc. Red Hat kernel developers do mark appropriate upstream linux-2.6 fixes with: "Cc: email@example.com".
So Red Hat's fixes really do flow back to "firstname.lastname@example.org" kernels -- unfortunately (for Oracle, Novell, Ubuntu, Debian, etc) those changes are not overly useful to 2.6.32-stable based distribution kernels. NOTE: all "email@example.com" kernels do not allow new features whereas the RHEL6's kernel does.
It would require quite some surgery to backport the RHEL6.x kernel changes to 2.6.32-stable (because the implicit requisite feature surgery is _not_ possible in a "firstname.lastname@example.org" kernel). The challenge associated with trying to backport RHEL6's changes to 2.6.32-stable will only grow over time.
Copyright © 2013, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds