From owner-freebsd-current@FreeBSD.ORG Sat Apr 24 19:30:37 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA7231065670; Sat, 24 Apr 2010 19:30:37 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id 3487E8FC16; Sat, 24 Apr 2010 19:30:37 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.3/8.14.3/ALCHEMY.FRANKEN.DE) with ESMTP id o3OJUYWF010232; Sat, 24 Apr 2010 21:30:35 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.3/8.14.3/Submit) id o3OJUYdO010231; Sat, 24 Apr 2010 21:30:34 +0200 (CEST) (envelope-from marius) Date: Sat, 24 Apr 2010 21:30:34 +0200 From: Marius Strobl To: Alexander Motin Message-ID: <20100424193034.GA9853@alchemy.franken.de> References: <4BD06BD9.6030401@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4BD06BD9.6030401@FreeBSD.org> User-Agent: Mutt/1.4.2.3i Cc: FreeBSD-Current , freebsd-geom@freebsd.org Subject: Re: Switchover to CAM ATA? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Sat, 24 Apr 2010 19:30:37 -0000 On Thu, Apr 22, 2010 at 06:31:37PM +0300, Alexander Motin wrote: > Hi. > > With time passed, CAM-based ATA infrastructure IMHO looks enough mature > now to enable it in HEAD. Now we have two new stable drivers ahci(4) and > siis(4), covering major part of modern SATA HBAs, `options ATA_CAM` > wrapper for ata(4) to supports legacy hardware, and one more improved > driver for Marvell HBAs (mvs) is now in development and soon will be > present for testing. Together with many other people I have tested above > at least on i386, amd64, arm and spart64 architectures. > > This switchover would give us significant performance improvement on new > hardware because of NCQ support in ahci/siis/mvs drivers; improved > functionality, including SATA Port Multipliers support, better hot-plug > support; and reduced code duplication between ata(4) and cam(4) > subsystems and applications. > > Two issues left at this moment are: > 1) POLA breakage due to disk device being renamed from adX to adaY; > 2) lack of araraid(4) alternative in new infrastructure. It should be > reimplemented in GEOM in some way, but it still wasn't. > > So what is the public opinion: Is the lack of ataraid(4) fatal or we can > live without it? > > Can we do switchover now, or some more reasons preventing this? > As noted earlier, pc98 and sparc64 need ada(4)/CAM ATA to perform geometry translation as done by ad_firmware_geom_adjust() for ad(4), which the following patch hooks up to both: http://people.freebsd.org/~marius/ata_disk_firmware_geom_adjust.diff You preferred to implement such functionality via XPT_CALC_GEOMETRY though (I'm still not convinced that it makes sense to put this functionality into every ATA SIM the same way it is done for SCSI rather than letting ada(4) handle it the same way for all SIMs however). Have you looked into implementing XPT_CALC_GEOMETRY for ATA CAM or is it okay to commit the above patch? Marius