From: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
To: "Petr Tesařík" <petr@tesarici.cz>
Cc: "Andrew Morton" <akpm@linux-foundation.org>,
"Petr Tesarik" <petrtesarik@huaweicloud.com>,
"Jonathan Corbet" <corbet@lwn.net>,
"David Kaplan" <david.kaplan@amd.com>,
"Larry Dewey" <larry.dewey@amd.com>,
"Elena Reshetova" <elena.reshetova@intel.com>,
"Carlos Bilbao" <carlos.bilbao@amd.com>,
"Masami Hiramatsu (Google)" <mhiramat@kernel.org>,
"Randy Dunlap" <rdunlap@infradead.org>,
"Petr Mladek" <pmladek@suse.com>,
"Paul E. McKenney" <paulmck@kernel.org>,
"Eric DeVolder" <eric.devolder@oracle.com>,
"Marc Aurèle La France" <tsi@tuyoix.net>,
"Gustavo A. R. Silva" <gustavoars@kernel.org>,
"Nhat Pham" <nphamcs@gmail.com>,
"Christian Brauner (Microsoft)" <brauner@kernel.org>,
"Douglas Anderson" <dianders@chromium.org>,
"Luis Chamberlain" <mcgrof@kernel.org>,
"Guenter Roeck" <groeck@chromium.org>,
"Mike Christie" <michael.christie@oracle.com>,
"Kent Overstreet" <kent.overstreet@linux.dev>,
"Maninder Singh" <maninder1.s@samsung.com>,
"open list:DOCUMENTATION" <linux-doc@vger.kernel.org>,
"open list" <linux-kernel@vger.kernel.org>,
"Roberto Sassu" <roberto.sassu@huaweicloud.com>,
"Petr Tesarik" <petr.tesarik1@huawei-partners.com>
Subject: Re: [PATCH v1 5/5] sbm: SandBox Mode documentation
Date: Wed, 14 Feb 2024 19:48:52 +0100 [thread overview]
Message-ID: <2024021417-magma-drudge-ad70@gregkh> (raw)
In-Reply-To: <20240214173112.138e0e29@meshulam.tesarici.cz>
On Wed, Feb 14, 2024 at 05:31:12PM +0100, Petr Tesařík wrote:
> On Wed, 14 Feb 2024 16:11:05 +0100
> Greg Kroah-Hartman <gregkh@linuxfoundation.org> wrote:
>
> > On Wed, Feb 14, 2024 at 03:55:24PM +0100, Petr Tesařík wrote:
> > > OK, so why didn't I send the whole thing?
> > >
> > > Decomposition of the kernel requires many more changes, e.g. in linker
> > > scripts. Some of them depend on this patch series. Before I go and
> > > clean up my code into something that can be submitted, I want to get
> > > feedback from guys like you, to know if the whole idea would be even
> > > considered, aka "Fail Fast".
> >
> > We can't honestly consider this portion without seeing how it would
> > work, as we don't even see a working implementation that uses it to
> > verify it at all.
> >
> > The joy of adding new frameworks is that you need a user before anyone
> > can spend the time to review it, sorry.
>
> Thank your for a quick assessment. Will it be sufficient if I send some
> code for illustration (with some quick&dirty hacks to bridge the gaps),
> or do you need clean and nice kernel code?
We need a real user in the kernel, otherwise why would we even consider
it? Would you want to review a new subsystem that does nothing and has
no real users? If not, why would you want us to? :)
thanks,
greg k-h
next prev parent reply other threads:[~2024-02-14 18:48 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-02-14 11:30 [PATCH v1 0/5] Introduce SandBox Mode (SBM) Petr Tesarik
2024-02-14 11:30 ` [PATCH v1 1/5] sbm: SandBox Mode core data types and functions Petr Tesarik
2024-02-14 11:30 ` [PATCH v1 2/5] sbm: sandbox input and output buffers Petr Tesarik
2024-02-14 11:30 ` [PATCH v1 3/5] sbm: call helpers and thunks Petr Tesarik
2024-02-14 11:30 ` [PATCH v1 4/5] sbm: SandBox Mode KUnit test suite Petr Tesarik
2024-02-15 19:14 ` kernel test robot
2024-02-16 1:53 ` kernel test robot
2024-02-14 11:30 ` [PATCH v1 5/5] sbm: SandBox Mode documentation Petr Tesarik
2024-02-14 13:30 ` Andrew Morton
2024-02-14 14:01 ` Greg Kroah-Hartman
2024-02-14 14:55 ` Petr Tesařík
2024-02-14 15:11 ` Greg Kroah-Hartman
2024-02-14 16:31 ` Petr Tesařík
2024-02-14 18:48 ` Greg Kroah-Hartman [this message]
2024-02-14 19:42 ` Petr Tesařík
2024-02-15 9:11 ` Greg Kroah-Hartman
2024-02-15 9:45 ` Petr Tesařík
2024-02-15 11:39 ` Greg Kroah-Hartman
2024-02-14 18:54 ` Kent Overstreet
2024-02-14 20:09 ` Petr Tesařík
2024-02-14 20:19 ` Kent Overstreet
2024-02-15 6:42 ` Petr Tesařík
2024-02-15 8:52 ` Roberto Sassu
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=2024021417-magma-drudge-ad70@gregkh \
--to=gregkh@linuxfoundation.org \
--cc=akpm@linux-foundation.org \
--cc=brauner@kernel.org \
--cc=carlos.bilbao@amd.com \
--cc=corbet@lwn.net \
--cc=david.kaplan@amd.com \
--cc=dianders@chromium.org \
--cc=elena.reshetova@intel.com \
--cc=eric.devolder@oracle.com \
--cc=groeck@chromium.org \
--cc=gustavoars@kernel.org \
--cc=kent.overstreet@linux.dev \
--cc=larry.dewey@amd.com \
--cc=linux-doc@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=maninder1.s@samsung.com \
--cc=mcgrof@kernel.org \
--cc=mhiramat@kernel.org \
--cc=michael.christie@oracle.com \
--cc=nphamcs@gmail.com \
--cc=paulmck@kernel.org \
--cc=petr.tesarik1@huawei-partners.com \
--cc=petr@tesarici.cz \
--cc=petrtesarik@huaweicloud.com \
--cc=pmladek@suse.com \
--cc=rdunlap@infradead.org \
--cc=roberto.sassu@huaweicloud.com \
--cc=tsi@tuyoix.net \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox