linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Ingo Molnar <mingo@elte.hu>
To: Matthew Garrett <mjg59@srcf.ucam.org>
Cc: 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, Andrew Morton <akpm@linux-foundation.org>
Subject: Re: hung bootup with "drm/radeon/kms: move radeon KMS on/off switch out of staging."
Date: Fri, 5 Feb 2010 08:56:45 +0100	[thread overview]
Message-ID: <20100205075645.GF9320@elte.hu> (raw)
In-Reply-To: <20100204210950.GA25295@srcf.ucam.org>


* Matthew Garrett <mjg59@srcf.ucam.org> wrote:

> On Thu, Feb 04, 2010 at 10:05:59PM +0100, Ingo Molnar 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.
> 
> If an option has *never* worked on a given configuration, then it's not a 
> regression. [...]

The *main driver* (CONFIG_DRM_RADEON=y, as far as the user is concerned) is 
many years old and it certainly worked just fine for tens of thousands of 
test iterations on this box, up until that commit.

That box alone has done in excess of half a million boot iterations in the 
past 2+ years. About 28% of the tests had CONFIG_DRM_RADEON=y, so the number 
of successful bootups with CONFIG_DRM_RADEON=y is in excess of one hundred 
thousand. There was not a single failed bootup in those two years due to the 
CONFIG_DRM_RADEON driver that i can remember.

If it now does not boot up if all its sub-options are enabled, even of some 
of those sub-options are new, does that count as a driver regression? Sure it 
does to me ...

IMHO you are trying to put a narrow technical distinction into it which does 
not exist for users. You argue that it's a new default-off sub-option of an 
existing driver, hence it cannot be a regression. The option shows up as a 
sub-option to an existing driver in make oldconfig, with a fairly innocious 
sounding help text, so to a user it certainly looks as if it's one unit and 
that it is the radeon driver that regressed.

*If* we make a driver feature available in a popular driver and make it 
Kconfig visible without obvious warnings (i.e. lure the user to enable it 
with the notion that it's just one coherent unit with a trusted, existing 
driver), we should also hold up the other side of the deal and treat the 
*bugs* as a coherent unit as well.

I.e. treat the driver as a coherent whole not only when it's convenient to 
us, but also when it's somewhat inconvenient to do. We cannot have it both 
ways.

	Ingo

  reply	other threads:[~2010-02-05  7:57 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 [this message]
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
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=20100205075645.GF9320@elte.hu \
    --to=mingo@elte.hu \
    --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=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).