linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Felipe Contreras <felipe.contreras@gmail.com>
To: Andrew Morton <akpm@linux-foundation.org>
Cc: Ingo Molnar <mingo@elte.hu>,
	Matthew Garrett <mjg59@srcf.ucam.org>,
	Jesse Barnes <jbarnes@virtuousgeek.org>,
	Alex Deucher <alexdeucher@gmail.com>,
	Dave Airlie <airlied@linux.ie>,
	torvalds@linux-foundation.org, linux-kernel@vger.kernel.org,
	dri-devel@lists.sf.net
Subject: Re: hung bootup with "drm/radeon/kms: move radeon KMS on/off switch  out of staging."
Date: Sat, 6 Feb 2010 13:10:04 +0200	[thread overview]
Message-ID: <94a0d4531002060310v230bf1a8lf93c7f94098b46d6@mail.gmail.com> (raw)
In-Reply-To: <20100204132346.85ea0d9f.akpm@linux-foundation.org>

On Thu, Feb 4, 2010 at 11:23 PM, Andrew Morton
<akpm@linux-foundation.org> wrote:
> On Thu, 4 Feb 2010 22:05:59 +0100
> Ingo Molnar <mingo@elte.hu> wrote:
>> Regressions are not limited to 'same config' kernels, last i checked. If that
>> has changed (or if i'm misunderstanding it) then it would be nice to hear a
>> clarification about that from Linus.
>>
>> The way i understand it is that there are narrow exceptions from the
>> regression rules, such as completely new drivers for which there can be no
>> prior expectation of stability by users. (but for even them we are generally
>> on the safer side to list bugs in them as regressions as well - especially if
>> we expect many users to enable it.)
>>
>> AFAIK there's no exception for new sub-features of existing facilities or
>> drivers, even if it's default-disabled.
>>
>> This issue materially affects quite a few bugs i'm handling as a maintainer.
>> Many of them are under default-off config options - most new aspects to
>> existing code are introduced in such a way. It would remove quite a bit of
>> urgent-workload from my workflow if i could strike them from Rafael's list
>> and could deprioritize them as "plain bugs", to be fixed as time permits.
>>
>> IMHO it would be rather counter-productive to kernel quality if we did that
>> kind of regression-lawyering though.
>
> Yes, it's mainly semantics.
>
> From the user's point of view
>
> kernel N: boots, works, plays nethack
> kernel N+1: goes splat
>
> That kernel regressed for that user.  He'll shrug and will go back to
> kernel N and we lost an N+1 tester.  And the distros who ship N+1 get a
> lot of hack work to do.
>
> If the feature is this buggy, it was wrong to make it accessible in Kconfig.

That's why some features are marked as _experimental_ and disabled by
default. If the feature is not marked as such, then yeah, I would
consider it a regression.

-- 
Felipe Contreras

  parent reply	other threads:[~2010-02-06 11:15 UTC|newest]

Thread overview: 64+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-02-01  2:20 [git pull] drm fixes Dave Airlie
2010-02-01  2:53 ` Dave Airlie
2010-02-02  8:17   ` [crash, PATCH] Revert "drm/radeon/kms: move radeon KMS on/off switch out of staging." Ingo Molnar
2010-02-02  8:25     ` Dave Airlie
2010-02-02 15:44       ` Ingo Molnar
2010-02-04 20:39         ` Dave Airlie
2010-02-04 20:46           ` Ingo Molnar
2010-02-04 21:14             ` Dave Airlie
2010-02-05  0:43               ` Dave Airlie
2010-02-05  7:32                 ` Ingo Molnar
2010-02-02  8:35     ` Dave Airlie
2010-02-02  8:37       ` Dave Airlie
2010-02-02 15:42         ` Ingo Molnar
2010-02-02 15:46       ` Ingo Molnar
2010-02-02 20:34         ` Dave Airlie
2010-02-04  6:26           ` Ingo Molnar
2010-02-04  6:39             ` Dave Airlie
2010-02-04  7:36               ` Ingo Molnar
2010-02-04  7:49                 ` Dave Airlie
2010-02-04  7:17             ` hung bootup with " Ingo Molnar
2010-02-04 16:48               ` Matthew Garrett
2010-02-04 17:08                 ` Ingo Molnar
2010-02-04 17:15                   ` Linus Torvalds
2010-02-04 17:36                     ` Ingo Molnar
2010-02-04 17:36                   ` Matthew Garrett
2010-02-04 17:54                     ` Ingo Molnar
2010-02-04 17:59                       ` Matthew Garrett
2010-02-04 18:12                         ` Ingo Molnar
2010-02-04 18:15                           ` Matthew Garrett
2010-02-04 18:56                             ` Ingo Molnar
2010-02-04 19:00                               ` Matthew Garrett
2010-02-04 19:19                                 ` Ingo Molnar
2010-02-04 19:28                                   ` Jerome Glisse
2010-02-04 20:34                                     ` Ingo Molnar
2010-02-04 18:30                           ` Alex Deucher
2010-02-04 19:06                             ` Ingo Molnar
2010-02-04 19:18                               ` Alex Deucher
2010-02-04 19:24                                 ` Linus Torvalds
2010-02-04 19:34                                   ` Dave Airlie
2010-02-04 20:27                                     ` Ingo Molnar
2010-02-04 19:32                                 ` Ingo Molnar
2010-02-04 19:53                                   ` Jesse Barnes
2010-02-04 20:22                                     ` Ingo Molnar
2010-02-04 20:27                                       ` david
2010-02-04 20:33                                       ` Jesse Barnes
2010-02-04 20:57                                         ` Ingo Molnar
2010-02-04 20:48                                       ` Matthew Garrett
2010-02-04 21:05                                         ` Ingo Molnar
2010-02-04 21:09                                           ` Matthew Garrett
2010-02-05  7:56                                             ` Ingo Molnar
2010-02-05  8:34                                               ` Dave Airlie
2010-02-05  9:00                                                 ` Ingo Molnar
2010-02-05  9:18                                                   ` Dave Airlie
2010-02-05 10:47                                                     ` Ingo Molnar
2010-02-04 21:23                                           ` Andrew Morton
2010-02-04 21:34                                             ` Jesse Barnes
2010-02-04 21:35                                             ` Dave Airlie
2010-02-06 11:10                                             ` Felipe Contreras [this message]
2010-02-02  8:58     ` [crash, PATCH] Revert " Domenico Andreoli
2010-02-02 11:59       ` Jerome Glisse
2010-02-02 15:11         ` Domenico Andreoli
2010-02-02 11:56     ` Jerome Glisse
2010-02-02 15:42       ` Ingo Molnar
2010-02-02 23:15         ` Jerome Glisse

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=94a0d4531002060310v230bf1a8lf93c7f94098b46d6@mail.gmail.com \
    --to=felipe.contreras@gmail.com \
    --cc=airlied@linux.ie \
    --cc=akpm@linux-foundation.org \
    --cc=alexdeucher@gmail.com \
    --cc=dri-devel@lists.sf.net \
    --cc=jbarnes@virtuousgeek.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mingo@elte.hu \
    --cc=mjg59@srcf.ucam.org \
    --cc=torvalds@linux-foundation.org \
    /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).