From owner-svn-src-all@FreeBSD.ORG Mon Apr 25 19:23:07 2011 Return-Path: Delivered-To: svn-src-all@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 593CB106566C; Mon, 25 Apr 2011 19:23:07 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 4F92B8FC13; Mon, 25 Apr 2011 19:23:05 +0000 (UTC) Received: by bwz12 with SMTP id 12so2897960bwz.13 for ; Mon, 25 Apr 2011 12:23:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:message-id:date:from:user-agent :mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=V0bPMybhXpr0UBlWcTvuK5+VjaAzr+3+BI4YhmuBfsE=; b=v/eGL62D9wuzdZZgSlDpTvlvUJpWMXTT93Qom9LMVRI5C9tHKx6jL6PK303/ptWwci H8xI9RignomElZBxFjlBhCg2ulz/l0TwA5Sw4vxAu7MgGxSU3zKE9Q3IY3+WcT6hvi2n Zw1f3aEhgYGVfP+lOIdghYuLMS2sTEkbx7knE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=CmSbbn+OCCl9YPiikwVZ2vi7rX2F4k+YnXHc3QKpljnd6dYyJQLYdCVQf7TLun68aA +xhmhvVeZw+n2tDwaa8TatxMzGUoc0sXAzgCCeXYFyQb5Ajd6OxHmJsTkVuhedFbbx/Z mzh+CrHJSPpxl0z+CE3Ih+YWMGF/B8WfG5ZHc= Received: by 10.204.49.87 with SMTP id u23mr3734330bkf.171.1303759385067; Mon, 25 Apr 2011 12:23:05 -0700 (PDT) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id 16sm3428414bkm.6.2011.04.25.12.23.03 (version=SSLv3 cipher=OTHER); Mon, 25 Apr 2011 12:23:04 -0700 (PDT) Sender: Alexander Motin Message-ID: <4DB5CA13.8040305@FreeBSD.org> Date: Mon, 25 Apr 2011 22:22:59 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: obrien@FreeBSD.org References: <20110425183546.GA6188@dragon.NUXI.org> In-Reply-To: <20110425183546.GA6188@dragon.NUXI.org> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: svn-src-head@FreeBSD.org, svn-src-all@FreeBSD.org, src-committers@FreeBSD.org Subject: Re: svn commit: r220982 - in head: . sys/amd64/conf sys/arm/conf sys/conf sys/i386/conf sys/ia64/conf sys/mips/conf sys/mips/malta sys/pc98/conf sys/powerpc/conf sys/sparc64/conf sys/sun4v/conf X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Apr 2011 19:23:07 -0000 David O'Brien wrote: > On Sun, Apr 24, 2011 at 08:58:58AM +0000, Alexander Motin wrote: >> Log: >> Switch the GENERIC kernels for all architectures to the new CAM-based ATA >> stack. It means that all legacy ATA drivers are disabled and replaced by >> respective CAM drivers. If you are using ATA device names in /etc/fstab or >> other places, make sure to update them respectively (adX -> adaY, >> acdX -> cdY, afdX -> daY, astX -> saY, where 'Y's are the sequential >> numbers for each type in order of detection, unless configured otherwise >> with tunables, see cam(4)). > > I apologize if I missed a past discussion... but wasn't CAM designed > so that all disk-like things would be 'da' (direct access) irregardless > of underling protocol (SCSI/SAS/PATA/SATA)? "afdX -> daY" above helps > suggest this. Wasn't that the reason we moved from 'sd' to 'da'? > At least this was the impression on freebsd-current@ back when we when > thru this in 1999 (e.g., <36EFF7C2.41C67EA6@whistle.com>, > <4714.920569143@verdi.nethelp.no>, <29382.921672594@verdi.nethelp.no>, > <199903172035.PAA07013@khavrinen.lcs.mit.edu>). CAM unifies the way to execute commands on devices with different transports. That is why after this change afdX become daY and acdX become cdY -- they all use SCSI command set. adaX same time stays on it's own because it is ATA and uses different peripheral driver. It was one of options to go by emulation way, translating SCSI commands into ATA. That would turned all direct access devices into SCSI and daX, but we went other way to not implement additional state machines for this translation, since existing ata(4) state machine was horrible and we prefer to drop it completely. > Now ATA-CAM is the default, why aren't disks devices named by the > established CAM names? > > If we're not going to call CAM controlled ATA disks "da", then why not > keep the existing "ad" and "ar" given "ad" stood for "ATA-Disk" and > "ATA-RAID" -- you're still calling the subsystem "ata". What's about ad and ada, there is about 18 month history of early adopting this new ATA stack. Using same name initially wasn't possible due to collisions old stack, change now -- due to many adopted systems. What's about ar, it is not so principal to me. With new names I was trying to mimic other GEOMs behavior. But if people decide otherwise, I see no problem to change it now. > Otherwise, we can just recycle email from 1999 where folks didn't > see much value in the sd->da change. Sorry, I wasn't there in 1990s to speak about that change. -- Alexander Motin