From owner-freebsd-stable@FreeBSD.ORG Thu Mar 28 15:29:27 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id BC47AE3A; Thu, 28 Mar 2013 15:29:27 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 8A858EA4; Thu, 28 Mar 2013 15:29:26 +0000 (UTC) Received: from [127.0.0.1] (Scott4long@pooker.samsco.org [168.103.85.57]) (authenticated bits=0) by pooker.samsco.org (8.14.5/8.14.5) with ESMTP id r2SFTOXL046107; Thu, 28 Mar 2013 09:29:24 -0600 (MDT) (envelope-from scottl@samsco.org) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) Subject: Re: Any objections/comments on axing out old ATA stack? From: Scott Long In-Reply-To: Date: Thu, 28 Mar 2013 09:29:24 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <969B2F75-EBBF-40F3-B805-323E1BFAD7F9@samsco.org> References: <51536306.5030907@FreeBSD.org> To: Adrian Chadd X-Mailer: Apple Mail (2.1503) X-Spam-Status: No, score=-50.0 required=3.8 tests=ALL_TRUSTED, T_RP_MATCHES_RCVD autolearn=unavailable version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on pooker.samsco.org Cc: Alexander Motin , freebsd-current@freebsd.org, freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Mar 2013 15:29:27 -0000 On Mar 27, 2013, at 6:43 PM, Adrian Chadd wrote: > My main concern with the new stuff is that it requires CAM and that's > reasonably big compared to the standalone ATA code. >=20 =46rom a code execution standpoint? No, it's not. > It'd be nice if we could slim down the CAM stack a bit first; it makes > embedding it on the smaller devices really freaking painful. >=20 =46rom a code segment size standpoint, there's definitely some stuff = that should be made modular and optional. Scott