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

[Borislav Petkov <bp@alien8.de>]

On Sat, Sep 05, 2026 at 07:47:20PM +0200, Andreas Kemnade wrote:
> > That's for "not getting any answers" which is not the case here.

No, that's the case ALWAYS. If you spam maintainers with too often
submissions, you end up achieving the opposite to what you're trying to do.

If you spam me way too often, I will send you to /dev/null because you're not
the only one who needs attention. Just imagine you're on the receiving end of
multiple tens of patchsets at any given time and everyone needs to have
her/his reviewed first. You'll do the same.

> > Sending a vX update sometimes feels more urgent because you don't want other 
> > people to read your buggy old version.

That's not a problem - everyone sees when it is buggy and if it is not clear,
you can respond to yourself and say that it'll be fixed in the next one. We
all have done it - no problem there. And if you document it, everyone is clear
what's going on.

> > But yes, some patience is also good there. 

With the amount of work all maintainers are swamped with and no one really
helping them out with patch review and testing, patience is the only virtue
here.

> 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.

If you want an earlier submission, feel free to ask the person.

In the general case, though, one should do a good testing before submitting
and all the issues caught after that, one can work in in her/his next version
locally and perhaps even state so.

Maintainers feel a lot better about a patchset when the whole evolution of the
patches is done on the mailing list and is documented. But shooting out a new
pile every day is just too fast, too much, too unnecessary.

I sincerely hope that explains it better.

Thx.

-- 
Regards/Gruss,
    Boris.

https://people.kernel.org/tglx/notes-about-netiquette