linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Ingo Molnar <mingo@elte.hu>
To: Jerome Glisse <glisse@freedesktop.org>
Cc: Matthew Garrett <mjg59@srcf.ucam.org>,
	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: Thu, 4 Feb 2010 21:34:52 +0100	[thread overview]
Message-ID: <20100204203452.GC24716@elte.hu> (raw)
In-Reply-To: <20100204192808.GC1434@localhost.localdomain>


* Jerome Glisse <glisse@freedesktop.org> wrote:

> On Thu, Feb 04, 2010 at 08:19:35PM +0100, Ingo Molnar wrote:
> > 
> > * Matthew Garrett <mjg59@srcf.ucam.org> wrote:
> > 
> > > On Thu, Feb 04, 2010 at 07:56:03PM +0100, Ingo Molnar wrote:
> > > 
> > > > Do you see my argument why any user who is hit by this would categorize 
> > > > this as a kernel regression in an existing driver?
> > > 
> > > No. If a user changes configuration and gets a hang, that's a bug but not a 
> > > regression.
> > 
> > Only if it's some brand-new driver or a brand-new kernel feature for which 
> > no-one can have any prior expectations of stability. Especially if it's added 
> > in the merge window when many new drivers are added.
> > 
> > But isnt it a regression to a user if it's shipped in -rc7 appearing as a new 
> > sub-option of an existing driver?
> > 
> > I'd wager that most main-street Linux users would consider that a regression.
> >  
> > As i see it is that you are trying to have it both ways: claim it's a new 
> > driver when it comes to handling regressions, but also try to have the 
> > benefits (and adoption flux) of an old driver when it comes to facing it to 
> > users.
> 
> We have been treating KMS regression as regression, [...]

Great!

> [...] i fixed numerous regressions since it was first merged as an staging 
> driver, and i keep doing so, i try to be as much reactive as i can. I am 
> sorry you have a bad experience about it. I just wanted to add that we 
> planed to move KMS out of staging in 2.6.33 long time ago and yes maybe we 
> should have done it earlier, but no matter when we do the change you will 
> still face this bug until we fix it.

I dont think you'll ever see my complain about a bug. I dont, and i introduce 
far too many of them to have any moral basis for complaint in any case ;-)

I only questioned the validity of this initial reaction by Dave Arlie:

 | Its not enabled by default so reverting this doesn't make much sense.
 |
 | We can just treat this as a normal driver bugreport.

> So on fixing the issue front, one question do you also enable radeonfb ? if 
> so then its likely the root issue of this bug, i think kconfig should 
> forbid having both radeon kms + radeonfb but i am not sure how allyesconfig 
> behave in respect of such constraint.

Please see the bugreprt i made in this thread, under the following subject:

  hung bootup with "drm/radeon/kms: move radeon KMS on/off switch out of staging."

It has all that info and more. (i've bounced it to you privately as well)

	Ingo

  reply	other threads:[~2010-02-04 20:35 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 [this message]
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
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=20100204203452.GC24716@elte.hu \
    --to=mingo@elte.hu \
    --cc=airlied@linux.ie \
    --cc=dri-devel@lists.sf.net \
    --cc=glisse@freedesktop.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).