All of lore.kernel.org
 help / color / mirror / Atom feed
From: Greg KH <gregkh@linuxfoundation.org>
To: "igor.stoppa@gmail.com" <igor.stoppa@gmail.com>
Cc: ksummit@lists.linux.dev, istoppa@nvidia.com
Subject: Re: [TECH TOPIC] Improving kernel security & integrity by generalizing ad-hoc safety mechanisms
Date: Tue, 8 Sep 2026 14:39:28 +0200	[thread overview]
Message-ID: <2026090837-buffoon-satisfy-4de3@gregkh> (raw)
In-Reply-To: <CAH2bzCS_LHff_RLyYP2bKAmJOZEJNBJyBsZKnG6E=7JRDLjLng@mail.gmail.com>

On Tue, Sep 08, 2026 at 03:25:48PM +0300, igor.stoppa@gmail.com wrote:
> On Tue, 8 Sept 2026 at 14:54, Greg KH <gregkh@linuxfoundation.org> wrote:
> 
> > You are forgetting that "you" are "upstream".  There is no us vs. them.
> > If you want to use Linux, you are "us".  Welcome to the community :)
> 
> Decisions about what gets merged in the Linux tree are taken by those who
> are part of the hierarchy of maintainers. And, ultimately Linus.
> That was the intended meaning.

Maintainers review code, without that, this whole discussion is moot.

> > so if you have changes that you feel are required to meet your use
> > case, wonderful, that's what we all do on a daily basis.  Post them and
> > we can work through them like anything else.
> 
> While it's clear the value put on code, I have to confess that it's
> less clear to me
> where/how to initiate any discussion about the kernel development
> process itself,
> what it entails, and if/how it can be amended.

Why are you trying to change a process that works for 4000+ people and
550+ different companies every year without even a solid real proposal
that we can review?  This is baffling to me.

> I have tried to explain the constraints we have to deal with.

I did not see any concrete constraint, just vague assumptions.

Again, please show the code, without that, none of this means anything
to us, nor should you want it to (otherwise what would keep everyone out
there sending us vague proposals as to why they are different from
everyone else and slow us all down?)

> While I'm not expecting an answer, perhaps you can advise where to
> bring up this topic?
> Clearly you don't think it's suitable for ksummit ;) , but then where?

I would suggest stepping back and learning a bit more about how we do
development here.  The first step in interacting with us, is you posting
working code for your need.  That proves that this all is something that
you really have gotten working and want actual review on how to get it
merged.  Without that, there's nothing we can do here.

thanks,

greg k-h

  reply	other threads:[~2026-09-08 12:39 UTC|newest]

Thread overview: 35+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-09-07 16:53 [TECH TOPIC] Improving kernel security & integrity by generalizing ad-hoc safety mechanisms igor.stoppa
2026-09-07 19:46 ` Greg KH
2026-09-07 21:42   ` igor.stoppa
2026-09-08  3:51     ` Theodore Tso
2026-09-08 10:14       ` igor.stoppa
2026-09-08 13:55         ` Theodore Tso
2026-09-08 14:32           ` igor.stoppa
2026-09-08 19:29             ` Steven Rostedt
2026-09-08 21:13               ` igor.stoppa
2026-09-08 23:14                 ` Steven Rostedt
2026-09-08 23:48                   ` igor.stoppa
2026-09-09  7:44                     ` Gabriele Monaco
2026-09-09  9:40                       ` igor.stoppa
2026-09-09 15:22                         ` Gabriele Monaco
2026-09-09 16:07                           ` igor.stoppa
2026-09-09 16:14                             ` Steven Rostedt
2026-09-09 16:24                               ` igor.stoppa
2026-09-09 16:32                                 ` Steven Rostedt
2026-09-10 10:10                             ` Gabriele Monaco
2026-09-08  5:05     ` Greg KH
2026-09-08 11:26       ` igor.stoppa
2026-09-08 11:54         ` Greg KH
2026-09-08 12:25           ` igor.stoppa
2026-09-08 12:39             ` Greg KH [this message]
2026-09-08 12:52               ` igor.stoppa
2026-09-08 13:11             ` Miguel Ojeda
2026-09-08 13:52               ` igor.stoppa
2026-09-08 14:44                 ` Theodore Tso
2026-09-08 15:32                   ` igor.stoppa
2026-09-08 12:41         ` James Bottomley
2026-09-08 13:03           ` igor.stoppa
2026-09-08 15:40             ` Steven Rostedt
2026-09-08 16:09               ` igor.stoppa
2026-09-08 17:35                 ` Steven Rostedt
2026-09-09  1:31                   ` Theodore Tso

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=2026090837-buffoon-satisfy-4de3@gregkh \
    --to=gregkh@linuxfoundation.org \
    --cc=igor.stoppa@gmail.com \
    --cc=istoppa@nvidia.com \
    --cc=ksummit@lists.linux.dev \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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.