From: Bill Davidsen <davidsen@tmr.com>
To: Adrian Bunk <bunk@kernel.org>
Cc: James Corey <ploversegg@yahoo.com>,
Stephen Hemminger <shemminger@linux-foundation.org>,
Rob Sims <lkml-z@robsims.com>, Kyle Rose <krose@akamai.com>,
linux-kernel@vger.kernel.org
Subject: Re: sk98lin for 2.6.23-rc1
Date: Mon, 10 Sep 2007 10:32:45 -0400 [thread overview]
Message-ID: <46E5558D.3030402@tmr.com> (raw)
In-Reply-To: <20070908191132.GD3563@stusta.de>
Adrian Bunk wrote:
> On Sat, Sep 08, 2007 at 01:44:20PM -0400, Bill Davidsen wrote:
>
>> ...
>> That was with 2.6.22.5 (or so), dropped back to an old kernel with sk98lin,
>> previously had uptimes in three digit days. Up for a week or so now.
>>
>
> There is a real long-term advantage of removing drivers like sk98lin
> because it forces people to report bugs if the new driver doesn't work
> instead of giving them the workaround of using the obsolete driver.
The issue is that sk98lin is only obsolete because you say so! skge
crashes the system, as Chris reports, sky2 just stops passing bits and
behaves as if the network cable were idle, no error messages of any
nature, ping claims it's sending packets, tcpdump claims packets are
being sent, the switch never blinks and systems on the switch see no
packets. Again, no error messages, no dumps, nothing which would help
you debug it, and it happens after some undefined time.
skge and sky2 are up to eight or ten versions now, and they still don't
work. Just because a driver works doesn't mean it's obsolete.
>
> And this has the (at first sight surprising) effect that removing code
> results in an improvement of the kernel.
>
>
>> Haven't tried later kernels, don't intend to, while no network is really
>> secure, it not really useful.
>>
>
> You are a regular reader of linux-kernel, and therefore the sk98lin
> removal can hardly be a surprise for you. If you prefer whining over
> helping to improve the kernel that's your choice...
>
I am trying to "improve the kernel" by advocating not removing reliable
drivers in favor of unreliable drivers. Saying a driver is better
because it has a clean design and good code is something I would expect
from someone who hadn't written or used code. If skge and sky2 were so
clean you wouldn't still be chasing obscure bugs after the driver had
been in the kernel for six+ versions, you wouldn't have me wasting time
trying to get a more secure kernel which is still reliable, wouldn't
have Willy Tarreau suggesting you should be marking sk98lin as obsolete
and leaving it in, wouldn't have someone maintaining sk98lin as a patch,
wouldn't have Chris Stromsoe getting hard lock-ups. No matter how ugly
sk98lin looks, and how well designed skge and sky2 may be, reliability
is not a beauty contest.
The volume of complaint should give you a hint that in this case the new
drivers aren't usefully stable for many people, and that you are
advocating a removal which is at least premature. If you can't admit
you're wrong on this one, you can say you have reconsidered the timing
of removal in light of new information.
--
bill davidsen <davidsen@tmr.com>
CTO TMR Associates, Inc
Doing interesting things with small computers since 1979
next prev parent reply other threads:[~2007-09-10 14:31 UTC|newest]
Thread overview: 35+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-07-26 15:16 sk98lin for 2.6.23-rc1 Kyle Rose
2007-07-26 16:28 ` Jan Engelhardt
2007-07-26 16:30 ` Kyle Rose
2007-07-26 16:41 ` Jan Engelhardt
2007-07-27 1:07 ` Kyle Rose
2007-07-26 16:57 ` Adrian Bunk
2007-07-26 22:58 ` Chris Stromsoe
2007-07-26 23:38 ` Bill Davidsen
2007-07-26 23:41 ` Jeff Garzik
2007-07-30 3:01 ` Rob Sims
2007-09-05 9:22 ` Stephen Hemminger
2007-09-05 19:42 ` James Corey
2007-09-05 21:04 ` Kyle Rose
2007-09-05 23:00 ` Stephen Hemminger
2007-09-08 17:44 ` Bill Davidsen
2007-09-08 19:11 ` Adrian Bunk
2007-09-09 2:42 ` Kyle Rose
2007-09-09 4:48 ` Willy Tarreau
2007-09-09 11:13 ` Adrian Bunk
2007-09-11 8:05 ` Stephen Hemminger
2007-09-11 11:54 ` Adrian Bunk
2007-09-11 14:29 ` Bill Davidsen
2007-09-11 15:03 ` Adrian Bunk
2007-09-11 22:37 ` Willy Tarreau
2007-09-11 22:20 ` James Corey
2007-09-09 12:54 ` Chris Stromsoe
2007-11-06 22:23 ` Stephen Hemminger
2007-11-07 1:42 ` Chris Stromsoe
2007-09-10 14:32 ` Bill Davidsen [this message]
2007-09-10 15:39 ` Adrian Bunk
2007-09-11 4:23 ` Kyle Moffett
2007-09-12 16:46 ` Torsten Kaiser
2007-07-26 19:17 ` Stephen Hemminger
2007-07-26 23:52 ` Bill Davidsen
2007-07-27 1:13 ` Kyle Rose
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=46E5558D.3030402@tmr.com \
--to=davidsen@tmr.com \
--cc=bunk@kernel.org \
--cc=krose@akamai.com \
--cc=linux-kernel@vger.kernel.org \
--cc=lkml-z@robsims.com \
--cc=ploversegg@yahoo.com \
--cc=shemminger@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