[PATCH] (Re: regression tracking (Re: Linux 2.6.21))

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi all,

Adrian Bunk pisze:
On Sat, Jun 16, 2007 at 02:23:25PM +0200, Stefan Richter wrote:
...
[Adrian, I'm not saying "too few users run -rc kernels", I'm saying "too
few FireWire driver users run -rc kernels".]

Getting more people testing -rc kernels might be possible, and I don't think it would be too hard. And not only FireWire would benefit from this, remember e.g. that at least 2 out of the last 5 kernels Linus released contained filesystem corruption regressions.

The problem is that we aren't able to handle the many regression reports we get today, so asking for more testing and regression reports today would attack it at the wrong part of the chain.

Additionally, every reported and unhandled regression will frustrate the reporter - never forget that we have _many_ unhandled bug reports (including but not limited to regression reports) where the submitter spent much time and energy in writing a good bug report.

If we somehow gain the missing manpower for debugging regressions we can actively ask for more testing. Missing manpower (of people knowing some part of the kernel well) for debugging bug reports is IMHO the one big source of quality problems in the Linux kernel. If we get this solved, things like getting more testers for -rc kernels will become low hanging fruits.

Adrian, I agree with _all_ your points.

I bet that developers will hate me for this.

Please consider for 2.6.23

Regards,
Michal

--
LOG
http://www.stardust.webpages.pl/log/

Signed-off-by: Michal Piotrowski <[email protected]>

--- linux-work-clean/Documentation/SubmitChecklist	2007-06-17 11:18:37.000000000 +0200
+++ linux-work/Documentation/SubmitChecklist	2007-06-17 11:29:26.000000000 +0200
@@ -90,3 +90,8 @@ kernel patches.
    patch style checker prior to submission (scripts/checkpatch.pl).
    You should be able to justify all violations that remain in
    your patch.
+
+
+
+If the patch introduces a new regression and this regression was not fixed
+in seven days, then the patch will be reverted.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]
  Powered by Linux