From owner-freebsd-hackers Sat Feb 10 17:11:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA26548 for hackers-outgoing; Sat, 10 Feb 1996 17:11:43 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA26540 for ; Sat, 10 Feb 1996 17:11:40 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id RAA29436 for ; Sat, 10 Feb 1996 17:10:55 -0800 To: hackers@freebsd.org Subject: Manuel Bouyer: update of atapi driver Date: Sat, 10 Feb 1996 17:10:55 -0800 Message-ID: <29434.824001055@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk I would like to campaign for adopting the NetBSD ATAPI driver and throwing ours away. This doesn't come down to any technical comparison between the two, simply the fact that NetBSD's driver appears to be far more actively maintained. The 5 or 6 bug reports and generate "status? help?" queries I've sent to Serge Vakulenko, since 2.1 was released have gone completely unanswered, and I can only conclude that he's abandoned it. This is bad, since it needs a lot more work and ATAPI CDROM is probably one of the most popular types at this point. I would far prefer to start over with a driver that looks like it's actually going to be supported if nobody cares to step in and fill the shoes that Serge has vacated and support our own! Comments? Jordan ------- Forwarded Message From: Manuel Bouyer Subject: update of atapi driver To: port-i386@NetBSD.ORG Date: Sat, 10 Feb 1996 16:16:39 +0100 (MET) Sender: owner-port-i386@NetBSD.ORG X-Loop: port-i386@NetBSD.ORG I've updated the files in ftp://lix.polytechnique.fr/pub/manu to include the last changes I've made. People who had installed the driver can use the file ftp://lix.polytechnique.fr/pub/manu/patch1 to upgrade their sources. The file ftp://lix.polytechnique.fr/pub/manu/atapi.tar.gz contains the up-to-date diffs for 1.1 and -current. I've also updated the README. For each update, i will update the diffs in atapi.tar.gz, and add a file patch[n+1] to help update from previous release. The only thing I've made from the previous patch is to have the wddump() function compile again. I can have again nice 32M core dumps in my /var/crash directory. - -- Manuel Bouyer, Ecole Nationale Superieure de Techniques Avancees, Paris email: bouyer@ensta.fr - -- ------- End of Forwarded Message