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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox