From owner-freebsd-current@FreeBSD.ORG Thu Oct 14 20:31:06 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E1DF16A4CE for ; Thu, 14 Oct 2004 20:31:06 +0000 (GMT) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id DBD5743D55 for ; Thu, 14 Oct 2004 20:31:05 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from [192.168.1.3] (pool-68-160-246-51.ny325.east.verizon.net [68.160.246.51]) by pi.codefab.com (8.12.11/8.12.11) with ESMTP id i9EKTIiL095722 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 14 Oct 2004 16:30:54 -0400 (EDT) Message-ID: <416EE19D.50400@mac.com> Date: Thu, 14 Oct 2004 16:29:17 -0400 From: Chuck Swiger Organization: The Courts of Chaos User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.3) Gecko/20040910 X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= References: <20041013205141.GA874@galgenberg.net> <20041014105927.GU718@empiric.icir.org> <200410141341.29774.michaelnottebrock@gmx.net> <416EC5F4.8000203@mac.com> <416EDA36.1070403@DeepCore.dk> In-Reply-To: <416EDA36.1070403@DeepCore.dk> X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, hits=0.0 required=5.5 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pi.codefab.com cc: freebsd-current@freebsd.org Subject: Re: atapicam(4) as KLD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Oct 2004 20:31:06 -0000 Søren Schmidt wrote: > Chuck Swiger wrote: >> Michael Nottebrock wrote: >>> Easy workaround: Put atapicam into GENERIC. I'm waiting for that to >>> happen ever since atapicam entered the tree. >> >> I'd strongly agree, unless there is a major downside to doing so. >> >> (Disclaimer: Having ATAPICAM in GENERIC would reduce my email support >> burden for the dvd+rw-tools port by a noticable fraction. :-) > > But will do the opposite to my mailbox, and I *dont* support atapicam, > so I think its a bad idea, besides I waste enough time as is, thanks... My comment about email support was intended to be humorous. If I didn't want to provide technical support to other people, I probably wouldn't spend as much time as I do answering people's questions, on list and off. Be that as it may, Soren, I guess you're free to not welcome questions about atapicam. Would having it in GENERIC would make much difference to you if other people are willing to answer any questions which get asked on the mailing lists about it...? Is burncd able to burn a DVD [+/-{R,W,RAM}] to an IDE device without using ATAPICAM? I think it is not unreasonable to expect the GENERIC kernel to be able to burn DVDs, as that can make for a reasonable backup mechanism. [ Peripheral note: DVDs are OK for backup, that is, but I much prefer tapes for durability and long term storage. Quantum sDLT 220 drives rock. ] -- -Chuck