* [kernel-hardening] Merge path for KSPP patches
@ 2017-10-30 21:33 Tobin C. Harding
2017-10-30 21:52 ` Kees Cook
0 siblings, 1 reply; 2+ messages in thread
From: Tobin C. Harding @ 2017-10-30 21:33 UTC (permalink / raw)
To: Kernel-hardening; +Cc: Tobin C. Harding
Hi,
Does the KSP Project have a tree (and a maintainer)? I see there is this
tree, but it has been idle for 6 years?
git://git.kernel.org/pub/scm/linux/kernel/git/arjan/linux-hardening.git
What is the merge path for kernel hardening patches please?
I am asking this because the next merge window can't be far away. The
patch hashing pointers printed with %p seems to have stabilized. This is
my first _real_ patch outside of staging though so I am not completely
sure of the process.
If this is overly pushy, please do say so, I'm new around here and keen
to learn the correct etiquette.
thanks,
Tobin.
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: [kernel-hardening] Merge path for KSPP patches
2017-10-30 21:33 [kernel-hardening] Merge path for KSPP patches Tobin C. Harding
@ 2017-10-30 21:52 ` Kees Cook
0 siblings, 0 replies; 2+ messages in thread
From: Kees Cook @ 2017-10-30 21:52 UTC (permalink / raw)
To: Tobin C. Harding; +Cc: Kernel-hardening
On Mon, Oct 30, 2017 at 2:33 PM, Tobin C. Harding <me@tobin.cc> wrote:
> Does the KSP Project have a tree (and a maintainer)? I see there is this
> tree, but it has been idle for 6 years?
>
> git://git.kernel.org/pub/scm/linux/kernel/git/arjan/linux-hardening.git
The tree I carry for KSPP carries various things. Presently, gcc
plugin and hardened usercopy changes go via that tree:
https://git.kernel.org/pub/scm/linux/kernel/git/kees/linux.git/refs/heads
https://git.kernel.org/pub/scm/linux/kernel/git/kees/linux.git/log/?h=for-next/gcc-plugins
https://git.kernel.org/pub/scm/linux/kernel/git/kees/linux.git/log/?h=for-next/usercopy
https://git.kernel.org/pub/scm/linux/kernel/git/kees/linux.git/log/?h=for-next/kspp
> What is the merge path for kernel hardening patches please?
This depends on where stuff a change is landing. For example,
arch-specific things (like KASLR improvements) go via the
per-architecture trees. Smaller system-wide things go via Andrew
Morton's "mmotm" tree. Larger system-wide things, or things without an
obvious maintainer, go via my trees.
> I am asking this because the next merge window can't be far away. The
Probably a couple weeks.
> patch hashing pointers printed with %p seems to have stabilized. This is
> my first _real_ patch outside of staging though so I am not completely
> sure of the process.
>
> If this is overly pushy, please do say so, I'm new around here and keen
> to learn the correct etiquette.
Since it's small, I think it should likely go via akpm's tree.
However, I tend to carry stuff in a separate kspp tree on kernel.org
just so it can get some build and run testing by the 0day bots.
-Kees
--
Kees Cook
Pixel Security
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2017-10-30 21:52 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2017-10-30 21:33 [kernel-hardening] Merge path for KSPP patches Tobin C. Harding
2017-10-30 21:52 ` Kees Cook
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.