From owner-freebsd-questions@FreeBSD.ORG Mon Mar 6 04:25:38 2006 Return-Path: X-Original-To: freebsd-questions@freebsd.org Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C3A7E16A420 for ; Mon, 6 Mar 2006 04:25:38 +0000 (GMT) (envelope-from duane@greenmeadow.ca) Received: from smtpout.eastlink.ca (smtpout.eastlink.ca [24.222.0.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 374DD43D45 for ; Mon, 6 Mar 2006 04:25:38 +0000 (GMT) (envelope-from duane@greenmeadow.ca) Received: from ip02.eastlink.ca ([24.222.10.10]) by mta01.eastlink.ca (Sun Java System Messaging Server 6.2-4.03 (built Sep 22 2005)) with ESMTP id <0IVO00B9EUWS1Q60@mta01.eastlink.ca> for freebsd-questions@freebsd.org; Mon, 06 Mar 2006 00:24:28 -0400 (AST) Received: from blk-224-199-230.eastlink.ca (HELO [192.168.0.103]) ([24.224.199.230]) by ip02.eastlink.ca with ESMTP; Mon, 06 Mar 2006 00:25:37 -0400 Date: Mon, 06 Mar 2006 00:24:40 -0400 From: Duane Whitty In-reply-to: <20060305213137.GA4276@xor.obsecurity.org> To: Kris Kennaway Message-id: <200603060024.40716.duane@greenmeadow.ca> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7BIT Content-disposition: inline X-BrightmailFiltered: true X-Brightmail-Tracker: AAAAAQAAA+k= References: <200603041726.37525.duane@greenmeadow.ca> <200603051712.36483.duane@greenmeadow.ca> <20060305213137.GA4276@xor.obsecurity.org> User-Agent: KMail/1.9.1 Cc: freebsd-questions@freebsd.org Subject: Re: device atapicam not enabled in GENERIC kernel for FreeBSD 6.0-RELEASE X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Mar 2006 04:25:38 -0000 On Sunday 05 March 2006 17:31, Kris Kennaway wrote: > On Sun, Mar 05, 2006 at 05:12:36PM -0400, Duane Whitty wrote: > > On Saturday 04 March 2006 17:30, > > Kris > > > > Kennaway wrote: > > > On Sat, Mar 04, 2006 at > > > 05:26:37PM > > > > -0400, Duane Whitty wrote: > > > > Hi, > > > > > > > > Just wondering if anyone has > > > > any information/opinion as to > > > > why device atapicam is not > > > > enabled by default in the > > > > GENERIC kernel. > > > > > > It's not an appropriate default, > > > since it modifies the way the ata > > > subsystem works in ways the > > > maintainer does not wish to > > > support, > > > > Sorry, but do you mean the ata > > subsystem maintainer or the > > atapicam maintainer? > > The former. > > > Is atapicam part of the base? > > Yes. > > > I was > > under the impression it implements > > an abstracted SCSI interface over > > the ata device subsystem but maybe > > I'm not adequately understanding > > what's really happening. > > As the name suggests, it provides a > CAM front-end to the devices, which > is the same front-end used by the > SCSI devices, so tools that expect to > use CAM can work on the ATA devices > too. > Ah, ok -- CAM -- common access method. I'm getting this > > Just an observation but it seems as > > though there is a great deal of use > > being made of the atapicam > > subsystem. I noticed for instance > > that in addition to /dev/cd0 that > > /dev/pass0 and /dev/da0 also did > > not show up until I rebuilt with > > atapicam or did I just miss them? > > The equivalent devices have different > names under atapicam than ata, but > why do you think they are necessary? > because I misunderstood what umass needed and I inappropriately generalized on the basis of one port (k3b) > > Unless I'm wrong doesn't this mean > > that usb drives and those types of > > devices need the atapicam > > subsystem? > > I suspect you're wrong. > > Kris > Hi, Thanks Kris. Your suspicions were correct. I was wrong. I re-read the man pages for da, pass, and umass, and nowhere did it say I needed atapicam. So thanks for pointing me in the right direction. I rebooted with the GENERIC kernel, plugged in my usb memory device, and everything worked great. The k3b port required this and I suppose I generalized when I should not have. Again, much thanks. --Duane