From owner-freebsd-hardware@FreeBSD.ORG Sun Oct 29 04:58:33 2006 Return-Path: X-Original-To: hardware@freebsd.org Delivered-To: freebsd-hardware@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD51716A407 for ; Sun, 29 Oct 2006 04:58:33 +0000 (UTC) (envelope-from ps@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B69F43D46 for ; Sun, 29 Oct 2006 04:58:33 +0000 (GMT) (envelope-from ps@freebsd.org) Received: from [192.168.1.111] (bfm.sf.saab.org [64.142.76.129]) by elvis.mu.org (Postfix) with ESMTP id 591EC1A4D83; Sat, 28 Oct 2006 21:58:33 -0700 (PDT) Message-ID: <454434A6.8030207@freebsd.org> Date: Sat, 28 Oct 2006 21:57:10 -0700 From: Paul Saab User-Agent: Thunderbird 2.0a1 (Macintosh/20060724) MIME-Version: 1.0 To: Mike Jakubik References: <45429B67.4020500@rogers.com> <4542A948.5080809@freebsd.org> <4542AFFD.7070100@rogers.com> In-Reply-To: <4542AFFD.7070100@rogers.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: hardware@freebsd.org Subject: Re: GIANT-FREE ciss X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Oct 2006 04:58:33 -0000 Mike Jakubik wrote: > Paul Saab wrote: >> I did experiments and found that ciss did not gain any thing by >> making it MPSAFE. This may have changed with newer cards, but with >> all the older cards, there was no gain. > > Thanks for the information. I wasn't aware that this was a possible > case. Wouldn't the GIANT lock have a negative effect on other > applications/system? Or is my understanding of the lock flawed? In all the tests I did, there was no improvement with a non-GIANT ciss. There are a few problems with getting ciss out from under giant. 1. CAM needs to be out from under giant. Until this is done, you can't make the current incarnation of ciss GIANT free 2. ciss could be converted to a block driver but then this would break people since it would introduce /dev/cissd, but when I did the experiments to convert the driver to this method, I again did not see any gains vs the CAM driver, so I tabled the work.