From owner-freebsd-hackers Mon Feb 3 15:11: 9 2003 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8BB5C37B401 for ; Mon, 3 Feb 2003 15:11:07 -0800 (PST) Received: from heron.mail.pas.earthlink.net (heron.mail.pas.earthlink.net [207.217.120.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1270D43FA3 for ; Mon, 3 Feb 2003 15:11:06 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0144.cvx21-bradley.dialup.earthlink.net ([209.179.192.144] helo=mindspring.com) by heron.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 18fpjx-0002Hm-00; Mon, 03 Feb 2003 15:11:03 -0800 Message-ID: <3E3EF613.DBA56F01@mindspring.com> Date: Mon, 03 Feb 2003 15:06:59 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Gordon Tetlow Cc: Dag-Erling Smorgrav , David Yeske , hackers@freebsd.org Subject: Re: End-Of-Life announcement for M-Systems DiskOnChip driver("fla"). References: <20030202222042.3444.qmail@web13503.mail.yahoo.com> <3E3EAF82.E0F19A11@mindspring.com> <20030203224802.GM98559@roark.gnf.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4d9c099ba69a205966860ff1b01a57a9a350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Gordon Tetlow wrote: > > Why announce an intent to kill something that works? > > > > Do we just not "like" DoC, as a matter of public policy? > > I think phk has a good explaination: > > :The driver in the tree works with the M-systems devices I have to > :test with, but M-Systems have neither sent me the necessary software > :updates nor hardware samples of the latest generation of the DoC That's more or less a "blackmail the vendor" reason. If that's the intent, then I guess we'll have to see if it works. 8-). > :and I have received no emails from people who were stuck because > :of this. Or in other words: "despite these handicaps, no one is complaining that it's not working, so the lack of direct vendor support for the FreeBSD project, specifically, hasn't really damaged the ability of people to use the driver". > :Combine this with the fact that the DoC is a CPU-poll technology > :where you busy-wait for the flash devices to do their thing, rather > :than get an interrupt when they are done, I think we can safely say > :that the DoC is well past its prime time. That's a "we just don't like it" argument; I can respect not liking it, and complaining bitterly about it in the driver comments, like some of Bill Paul's infamous driver comments. FWIW: most crypto accelerators don't raise interrupts, either. It seems to be a common hardware vendor disease, to assume that the most important thing a computer can ever do is sit around waiting for their hardware to get done doing its thing, making polling it a requirement. But if that's the argument for removing it, then it's probably time to remove the ability to use non-DMA IDE drives from the ATA driver, and kill all the ethernet drivers that have alignment requirements for their DMA engines, making m_pullup copies necessary, and yanking all drivers that do destructive probes, and getting rid of the F00F workaround, and yanking all support for things hung off the floppy controller, etc. etc.. All that could be justified using exactly the same argument. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message