| |||||||||||||
Kernel security, year to dateKernel security, year to datePosted Sep 11, 2008 13:47 UTC (Thu) by PaXTeam (subscriber, #24616)In reply to: Kernel security, year to date by intgr Parent article: Kernel security, year to date
> If there are security enhancements that have (supposedly) negligible
> overhead, then why are not they being pushed towards the mainline where > they can benefit everyone?
why does something have to be in mainline to benefit everyone?
> Expecting kernel developers to go to the PaX team begging for their
any source for this (rather silly, i might add) allegiation? last time i checked, the PaX patches were out there freely available to everyone.
> Supposedly, getting patches into the kernel is easy with the current
my experience says otherwise:
http://linux.derkeiler.com/Mailing-Lists/Kernel/2006-07/m...
(unfortunately vger's spam filter ate my mails, so you'll have to piece the story together from the quoted parts). the funny thing is that since last year, when CFS (by Ingo, no less) went into the kernel, it too became victim of the user_mode() mess in that now if you run an endless loop in v86 mode, its runtime will be accounted as system time, not user time. to quote Linus: 'Sad.'
> Why is the PaX team not interested in working with the mainline kernel?
it's the other way around: i've been told explicitly and got it even codified in DCO that anonymous submissions are not to be. i prefer my status over silly policies.
(Log in to post comments)
Kernel security, year to date Posted Sep 11, 2008 16:02 UTC (Thu) by pdundas (subscriber, #15203) [Link]
> why does something have to be in mainline to benefit everyone?
It doesn't have to be in mainline to benefit everyone.
> > Expecting kernel developers to go to the PaX team
> any source for this (rather silly, i might add)
I think you're missing the point he was making.
If you want patches to go into mainline (and we just saw
Possibly developing and testing their own code and
|
|||||||||||||