Greg KH wrote:Running a vendor kernel has the advantage of reusing all the QA work that has gone into that kernel. It is very different from running 2.6.24-rc1 (or 2.6.22.x). Hence projects like centos: you don't get any support, but the likelihood of actually requiring support is lower than running some random kernel. [but I agree that someone who has somehow determined that they need a specific LSM will probably have determined that they need vendor support as well] -- error compiling committee.c: too many arguments to function -
| Tarkan Erimer | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Greg Kroah-Hartman | [PATCH 006/196] Chinese: add translation of oops-tracing.txt |
| Eric Sandeen | Re: [RFC] Heads up on sys_fallocate() |
| YOSHIFUJI Hideaki / | request_module: runaway loop modprobe net-pf-1 (is Re: Linux 2.6.21-rc1) |
git: | |
| Gerrit Renker | [PATCH 0/37] dccp: Feature negotiation - last call for comments |
| Jarek Poplawski | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Ben Greear | Re: MACVLANs really best solution? How about a bridge with multiple bridge virtual... |
| Rafael J. Wysocki | 2.6.29-rc8: Reported regressions from 2.6.28 |
