From: Willy Tarreau <w@1wt.eu>
To: Adrian Bunk <bunk@stusta.de>
Cc: Bill Davidsen <davidsen@tmr.com>,
Andrew Morton <akpm@linux-foundation.org>,
linux-kernel@vger.kernel.org
Subject: Re: [2.6.22 patch] the scheduled removal of OBSOLETE_OSS options
Date: Wed, 7 Mar 2007 21:48:36 +0100 [thread overview]
Message-ID: <20070307204836.GA22200@1wt.eu> (raw)
In-Reply-To: <20070307195601.GZ3441@stusta.de>
Hi Adrian !
On Wed, Mar 07, 2007 at 08:56:02PM +0100, Adrian Bunk wrote:
(...)
> > Real problem is that we can expect several "sound does not work anymore"
> > because people doing "make oldconfig" will get no warning at all about
> > the removed options. Remember people complaining about keyboard not working ?
>
> There already were two kernel releases where people had to say
> explicitely "yes" to "Obsolete OSS drivers" with a quite clear help text
> for getting these OSS drivers.
To be fair, I did not notice it, but I think that people who will miss it
will have skipped 2 versions, in which case they can reasonably expect
enough changes to be very careful when updating their config.
> And did you complain when all the SATA options were renamed in 2.6.19
> without any warnings in previous kernels and far more user-visible
> effects than some obsolete OSS drivers (and no driver for your hard
> disk even prevents booting)?
No, because I have no SATA disk ;-)
> Or about the mess with the mes with the netfilter options when upgrading
> from 2.6.19 to 2.6.20?
Yes I've noticed this one, and at least it was clearly visible !
> If you didn't, this is the wrong patch to start complaining about...
Don't get me wrong, I'm not complaining. I just realized from previous
post that options disappearing produce no warning on make oldconfig, and
that it is easy to get trapped, even though there's nothing harmful.
> > Perhaps the real problem is more Kconfig than OSS, but it would be fine if
> > we found a solution to enumerate the list of options which have been removed
> > when they do their make oldconfig.
>
> Printing won't help - there are two many options (some even not user
> visible) that disappear with each kernel release.
Sometimes I do a diff between old and new config, and I do not notice
that many changes. So maybe a simple report at the end saying "The
following options have been removed" may catch people's attention
when it lists something which looks like a driver they know they use.
Anyway, I don't have time to propose something in this area, and I
know that talking is cheap, showing the code is another matter.
Cheers,
Willy
next prev parent reply other threads:[~2007-03-07 20:51 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-03-05 1:49 [2.6.22 patch] the scheduled removal of OBSOLETE_OSS options Adrian Bunk
2007-03-06 17:46 ` Bill Davidsen
2007-03-06 17:55 ` Adrian Bunk
2007-03-06 23:03 ` Bill Davidsen
2007-03-07 6:21 ` Willy Tarreau
2007-03-07 19:56 ` Adrian Bunk
2007-03-07 20:48 ` Willy Tarreau [this message]
2007-03-07 20:01 ` Lee Revell
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=20070307204836.GA22200@1wt.eu \
--to=w@1wt.eu \
--cc=akpm@linux-foundation.org \
--cc=bunk@stusta.de \
--cc=davidsen@tmr.com \
--cc=linux-kernel@vger.kernel.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.