[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20070322055306.GZ943@1wt.eu>
Date: Thu, 22 Mar 2007 06:53:06 +0100
From: Willy Tarreau <w@....eu>
To: Dave Jones <davej@...hat.com>,
Andrew Morton <akpm@...ux-foundation.org>,
Alan Cox <alan@...rguk.ukuu.org.uk>,
Andi Kleen <andi@...stfloor.org>,
"Robert P. J. Day" <rpjday@...dspring.com>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
Adrian Bunk <bunk@...sta.de>
Subject: Re: [PATCH] Delete obsolete RAW driver feature.
On Thu, Mar 22, 2007 at 01:02:50AM -0400, Dave Jones wrote:
> On Thu, Mar 22, 2007 at 05:45:40AM +0100, Willy Tarreau wrote:
> > On Thu, Mar 22, 2007 at 12:17:51AM -0400, Dave Jones wrote:
> > > On Thu, Mar 22, 2007 at 05:12:42AM +0100, Willy Tarreau wrote:
> > > > On Wed, Mar 21, 2007 at 07:43:18PM -0400, Dave Jones wrote:
> > > > > On Thu, Mar 22, 2007 at 12:24:33AM +0100, Willy Tarreau wrote:
> > > > >
> > > > > > Then a printk() on every open() should be enough. We've all been seeing
> > > > > > "Warning: tcpdump uses obsolete AF_PACKET"... and it finally disappeared.
> > > > >
> > > > > There's a difference. We have the source for tcpdump.
> > > >
> > > > But what's the problem with "warning: process XXX uses obsolete raw driver
> > > > and may not work anymore after 2007/XX/XX if not fixed" ?
> > >
> > > The target audience isn't going to read it.
> >
> > Yes they will if you write it with KERN_CRIT.
>
> *no*.
>
> Users will see it. The developers of the software those users are running won't.
> We're talking about apps here that we don't have the source to, and vendors
> want extortionate amount of money to change.
Dave, I think you don't get it. People are paying to run those apps. When
you pay 10s or 100s of K$ a year for support and you see such messages
appear in your logs, you ask the app vendor what will happen at the given
date. Those people are already afraid by end of support on products without
any warning message. I sincerely believe that they will insist even more
when the message tells them about the end of compatibility date.
Of course, the vendor will say "we've been informed that this is caused by
a change in distro XXX. Distro YYY does not have it, you may want to migrate".
But those responses rarely satisfy customers who have to revalidate everything
to change a distro.
At most, they will ask their distro vendor for continued support of the
feature (which there will be in the same minor release), and if vendors'
feedback show there is enough demand, then we will just have to delay the
removal.
Regards,
Willy
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists