* Matthew Garrett <mj...@srcf.ucam.org> wrote:
> On Thu, Feb 04, 2010 at 09:22:54PM +0100, Ingo Molnar wrote:
>
> > " Hey, -rc7 just hung on me after enabling this new .config option it
> > offered for the radeon driver i am using, please add this to the list
> > of
> > regressions. "
>
> If the same configuration options hang on both an old kernel and a new
> kernel, how is that in any plausible way a regression? What's regressed?
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.
Ingo
------------------------------------------------------------------------------
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
--
_______________________________________________
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel
