linux-safety.lists.elisa.tech archive mirror
 help / color / mirror / Atom feed
From: "Lukas Bulwahn" <lukas.bulwahn@gmail.com>
To: Sudip Mukherjee <sudip.mukherjee@codethink.co.uk>
Cc: Lukas Bulwahn <lukas.bulwahn@gmail.com>,
	linux-safety@lists.elisa.tech,
	 development-process@lists.elisa.tech
Subject: Re: [linux-safety] [PATCH] mm: vmscan: provide a change to the development-process group
Date: Thu, 17 Sep 2020 17:29:00 +0200 (CEST)	[thread overview]
Message-ID: <alpine.DEB.2.21.2009171718090.9985@felia> (raw)
In-Reply-To: <bca08c66-cad5-aac5-865c-f9b319142af0@codethink.co.uk>



On Thu, 17 Sep 2020, Sudip Mukherjee wrote:

> 
> 
> On 17/09/2020 09:44, Lukas Bulwahn wrote:
> > I think this change is needed for safety, whatever that might mean to you.
> > 
> > I am unqualified to really make a change here, as I have no clue what this
> > code does, nor what my change does, but sure, the testing and verification
> > reference process can now point out the required next steps in the
> > reference process to test this code and code change.
> > 
> > Good luck :)
> > 
> > Not intended for distribution to the general kernel mailing lists.
> > 
> > Signed-off-by: Lukas Bulwahn <lukas.bulwahn@gmail.com>
> > ---
> > I would like to submit such a patch, what do I need to do according to
> > the expected testing and verification recommendations for safety-related
> > systems?
> > 
> > Please help me. What do I need to compile, what test do I need to run,
> > which verification tool do I need to employ for this change?
> 
> The change looks valid, 'reclaim_order' has not been used anywhere after
> READ_ONCE(), and its  So, it looks like a harmless change, you will only
> need a good commit message detailing why its harmless.
> 

Thanks, Sudip. Yes, I also conclude it is harmless but I really cannot say 
as I did not even compile it :) and I guess you did not either :)

I would actually want to argue that I compiled it for all available (and 
relevant) kernel configurations and the binary is identical before and 
after the change.

It is a Dead Store, so I expect the compiler to detect that and just 
optimize that away...

> So, from a safety pov, is it a requirement that every submitted patch
> will need to be tested based on the safety tests and all the other
> defined tests?
>

Well, I do not know what Roberto thinks his reference process is good for, 
but I would like to know if Roberto thinks it can guide anyone on such a 
question or not?

It is really just some fun for the discussion in this group... there are 
thousands of commits travelling into the kernel... if we cannot provide 
an answer for a single one, how to do it for thousands?


Lukas

  reply	other threads:[~2020-09-17 15:29 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-09-17  8:44 [PATCH] mm: vmscan: provide a change to the development-process group Lukas Bulwahn
2020-09-17 12:59 ` [ELISA Development Process WG] " Paoloni, Gabriele
2020-09-17 15:44   ` [linux-safety] " Lukas Bulwahn
2020-09-17 16:23     ` Paoloni, Gabriele
2020-09-17 16:28       ` Lukas Bulwahn
2020-09-17 15:14 ` [linux-safety] " Sudip Mukherjee
2020-09-17 15:29   ` Lukas Bulwahn [this message]
2020-09-17 15:47     ` [ELISA Development Process WG] " Sudip Mukherjee
2020-09-17 16:02       ` Lukas Bulwahn

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=alpine.DEB.2.21.2009171718090.9985@felia \
    --to=lukas.bulwahn@gmail.com \
    --cc=development-process@lists.elisa.tech \
    --cc=linux-safety@lists.elisa.tech \
    --cc=sudip.mukherjee@codethink.co.uk \
    /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;
as well as URLs for NNTP newsgroup(s).