From: Jesper Juhl <jesper.juhl@gmail.com>
To: Andi Kleen <ak@suse.de>
Cc: Mark Gross <mgross@linux.intel.com>, linux-kernel@vger.kernel.org
Subject: Re: Why is 2.6.12.2 less stable on my laptop than 2.6.10?
Date: Fri, 15 Jul 2005 03:45:28 +0200 [thread overview]
Message-ID: <9a8748490507141845162c0f19@mail.gmail.com> (raw)
In-Reply-To: <p73wtnsx5r1.fsf@bragg.suse.de>
On 15 Jul 2005 02:38:58 +0200, Andi Kleen <ak@suse.de> wrote:
> Mark Gross <mgross@linux.intel.com> writes:
> >
> > The problem is the process, not than the code.
> > * The issues are too much ad-hock code flux without enough disciplined/formal
> > regression testing and review.
>
> It's basically impossible to regression test swsusp except to release it.
> Its success or failure depends on exactly the driver combination/platform/BIOS
> version etc. e.g. all drivers have to cooperate and the particular
> bugs in your BIOS need to be worked around etc. Since that is quite fragile
> regressions are common.
>
> However in some other cases I agree some more regression testing
> before release would be nice. But that's not how Linux works. Linux
> does regression testing after release.
>
And who says that couldn't change?
In my oppinion it would be nice if Linus/Andrew had some basic
regression tests they could run on kernels before releasing them.
There are plenty of "Linux test" projects out there that could be
borrowed from to create some sort of regression test harness for them
to run prior to release. It would be super nice if they had a suite
of tests to run and could then drop a mail on lkml saying 2.6.x is
almost ready to go, but it currently fails regression tests #x, #y &
#z, we need to get those fixed first before we can release this - and
then every time a bug was found that could resonably be tested for in
the future it would be added to the regression test suite... That
would lead to more consistent quality I believe.
--
Jesper Juhl <jesper.juhl@gmail.com>
Don't top-post http://www.catb.org/~esr/jargon/html/T/top-post.html
Plain text mails only, please http://www.expita.com/nomime.html
next prev parent reply other threads:[~2005-07-15 1:45 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <200507140912.22532.mgross@linux.intel.com.suse.lists.linux.kernel>
2005-07-15 0:38 ` Why is 2.6.12.2 less stable on my laptop than 2.6.10? Andi Kleen
2005-07-15 1:45 ` Jesper Juhl [this message]
2005-07-15 2:02 ` Chris Friesen
2005-07-15 2:06 ` Jesper Juhl
2005-07-15 2:09 ` Andi Kleen
2005-07-15 21:33 ` Mark Gross
2005-07-15 2:16 ` Dave Airlie
2005-07-15 21:39 ` Mark Gross
2005-07-15 2:09 ` Dave Jones
2005-07-15 21:47 ` Mark Gross
2005-07-15 22:19 ` Dave Jones
2005-07-15 22:25 ` David Lang
2005-07-15 23:14 ` Rik van Riel
2005-07-18 21:14 ` Mark Gross
2005-07-19 10:12 ` Paolo Ciarrocchi
2005-07-15 2:09 ` Parag Warudkar
2005-07-15 2:14 ` Andi Kleen
2005-07-15 13:32 ` Alan Cox
2005-07-14 16:12 Mark Gross
2005-07-14 23:55 ` Andrew Morton
2005-07-15 8:45 ` Pavel Machek
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=9a8748490507141845162c0f19@mail.gmail.com \
--to=jesper.juhl@gmail.com \
--cc=ak@suse.de \
--cc=linux-kernel@vger.kernel.org \
--cc=mgross@linux.intel.com \
/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