The irony is that the grsecurity folks complain of limited time and unwillingness to do that work. But, had they done so back then, they wouldn't still be maintaining a huge patchset against the massive moving target that is the kernel. Once a patch is in, it becomes the onus of every kernel developer to not break it. As long as it remains in a silo, nobody has an obligation to not making breaking changes.
I don't have a lot of sympathy for that position. I respect the work, but not the hostile-to-collaboration approach.
I don't have a lot of sympathy for that position. I respect the work, but not the hostile-to-collaboration approach.