On Saturday, 11 December 1999 at  0:55:15 +0100, Poul-Henning Kamp wrote:
> In message <[EMAIL PROTECTED]>, Kris Ken
> naway writes:
>
>> No-one (as far as I can see) is objecting to making ata the default (which
>> it already is), and to kill wd in some number of weeks. Why can't you just
>> do that, and put and end to this discussion happily? Will a few weeks
>> really harm the development process?
>
> You overlook one simple thing here: If we want the ata driver
> tested, we need to make existing kernel configs break, otherwise
> people will not change them to use ata.  We know this from bitter
> experience.

OK, so rename the wd driver to owd.  Make it necessary to change the
config in any way.  Print out dire warnings on every boot and every
config(8).

> The removal of wd has many discrete steps, but the first one is to
> make it clear to people that it is going away, this has been done
> by now I belive.

I think it has settled in, yes.

> The next thing is to break all the kernel configs, this has yet to
> happen, but it will happen real soon.  This means that you have to
> really insist badly to make the wd driver work for you.

OK, as long as we have an alternative, such as I suggest above.

> Once we have established that the new driver doesn't leave a large
> number of people stranded it will be killed for good.

The new driver?  That's counterproductive :-) I'd like to see a
definition of "large number".

> What we need right NOW is for people to test the ata driver, and if
> it doesn't work, to debug as well as they can and report in
> excrutiating detail to sos so that he has a chance to analyze the
> problems.  Just saying "It doesn't work for me" will simply not do.
> The more senior the person reporting, the more detail and quality
> information should be able to expect.

You're talking about different people here.  Understand that the users
of -CURRENT are numbered in the hundreds; the users of -RELEASE are
numbered in the hundreds of thousands.

Greg
--
Finger [EMAIL PROTECTED] for PGP public key
See complete headers for address and phone numbers


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Reply via email to