From owner-freebsd-scsi@FreeBSD.ORG Wed Sep 4 12:45:46 2013 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 9B0D06B2; Wed, 4 Sep 2013 12:45:46 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from smtpauth4.wiscmail.wisc.edu (wmauth4.doit.wisc.edu [144.92.197.145]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6CD8D2023; Wed, 4 Sep 2013 12:45:46 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 8BIT Content-type: text/plain; charset=windows-1252; format=flowed Received: from avs-daemon.smtpauth4.wiscmail.wisc.edu by smtpauth4.wiscmail.wisc.edu (Oracle Communications Messaging Server 7u4-27.01(7.0.4.27.0) 64bit (built Aug 30 2012)) id <0MSL00100PMPTB00@smtpauth4.wiscmail.wisc.edu>; Wed, 04 Sep 2013 07:45:38 -0500 (CDT) X-Spam-PmxInfo: Server=avs-4, Version=6.0.3.2322014, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2013.9.4.123619, SenderIP=0.0.0.0 X-Spam-Report: AuthenticatedSender=yes, SenderIP=0.0.0.0 Received: from comporellon.tachypleus.net (adsl-76-208-67-185.dsl.mdsnwi.sbcglobal.net [76.208.67.185]) by smtpauth4.wiscmail.wisc.edu (Oracle Communications Messaging Server 7u4-27.01(7.0.4.27.0) 64bit (built Aug 30 2012)) with ESMTPSA id <0MSL0024HQ41OI20@smtpauth4.wiscmail.wisc.edu>; Wed, 04 Sep 2013 07:45:38 -0500 (CDT) Message-id: <52272B6F.9060308@freebsd.org> Date: Wed, 04 Sep 2013 07:45:35 -0500 From: Nathan Whitehorn User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130810 Thunderbird/17.0.8 To: Alexander Motin Subject: Re: [RFC][CFT] GEOM direct dispatch and fine-grained CAM locking References: <520D4ADB.50209@FreeBSD.org> <5224511D.4090503@FreeBSD.org> <20130903134251.GB43281@caravan.chchile.org> <5226DAB0.1060303@FreeBSD.org> In-reply-to: <5226DAB0.1060303@FreeBSD.org> Cc: freebsd-geom@freebsd.org, freebsd-hackers@freebsd.org, "freebsd-current@freebsd.org" , FreeBSD SCSI , =?windows-1252?Q?Olivier_Cochard-Labb=E9?= , Outback Dingo X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Sep 2013 12:45:46 -0000 On 09/04/13 02:01, Alexander Motin wrote: > On 04.09.2013 00:48, Olivier Cochard-Labbé wrote: >> On Tue, Sep 3, 2013 at 8:10 PM, Outback Dingo >> wrote: >>> Can anyone confirm how well tested/stable this patch set might be?? if >>> theres positive input i have a zoo of dev machines i could load it >>> on, to >>> help further it. >>> Just checking to see how widely its been tested, >> >> I've installed this patch on 3 differents machines there status after >> about 12hours: >> - SUN FIRE X4170 M2 (amd64: r255178) with 6 SAS harddrives in one big >> zraid (LSI MegaSAS Gen2 controller): Used for generating package with >> poudriere… no probleme since; >> - HAL/Fujitsu SPARC64-V (sparc64: r255178) with two SCSI-3 disks in >> gmirror: Used for generating package with poudriere too… no probleme >> since; > > I've forgot to mention, but GEOM direct dispatch is now active only on > x86 because GET_STACK_USAGE macro now defined only there and I wanted > to stay on a safe side. On other archs GEOM works in old queued way. > Somebody should port that small macro to other archs. But that is > still interesting data point. Thanks. Could you describe what this macro is supposed to do so that we can do the porting work? -Nathan