Re: [PATCH v2 3/9] docs: kernel-parameters: Drop the edac_report= entry

[Andreas Kemnade <andreas@kemnade.info>]

On Sat, 5 Sep 2026 18:45:07 +0200
Karl Mehltretter <kmehltretter@gmail.com> wrote:

> On Sat, Sep 05, 2026 at 09:27:42AM +0100, Borislav Petkov wrote:
> > On Sat, Sep 05, 2026 at 10:20:45AM -0600, Jonathan Corbet wrote:  
> > > I would like to emphasize this - slow down a bit and maybe you won't
> > > overwhelm the system entirely.  
> 
> Got it.
> 
> > 
> > I find myself telling more and more new submitters to slow down. Sounds like
> > they don't read our documentation before submitting patches. Especially if the
> > file is even called submitting-patches:
> > 
> > From: Documentation/process/submitting-patches.rst
> > 
> > Don't get discouraged - or impatient
> > ------------------------------------
> > 
> > After you have submitted your change, be patient and wait.  Reviewers are
> > busy people and may not get to your patch right away.
> > 
> > Once upon a time, patches used to disappear into the void without comment,
> > but the development process works more smoothly than that now.  You should
> > receive comments within a week or so; if that does not happen, make sure
> > that you have sent your patches to the right place.  Wait for a minimum of
> > 						     ^^^^^^^^^^^^^^^^^^^^^
> > 
> > one week before resubmitting or pinging reviewers - possibly longer during
> > ^^^^^^^^  
> 
> That's for "not getting any answers" which is not the case here.
> 
> Sending a vX update sometimes feels more urgent because you don't want other 
> people to read your buggy old version. But yes, some patience is also good
> there. 
> 
Well, here it is a bit border line. You do not have answers on all patches,
so technically it is some resubmitting.

But if the main maintainers (which is a bit harder to say in this series) found
time to review, than IMHO (also seen from my maintainer perspective), improve
as soon as you find time and submit the improved version.

Regards,
Andreas