From owner-freebsd-scsi@FreeBSD.ORG Sun Oct 29 01:36:34 2006 Return-Path: X-Original-To: freebsd-scsi@freebsd.org Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7FB3216A412 for ; Sun, 29 Oct 2006 01:36:34 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id E6A2C43D45 for ; Sun, 29 Oct 2006 01:36:33 +0000 (GMT) (envelope-from lydianconcepts@gmail.com) Received: by nf-out-0910.google.com with SMTP id p77so1785964nfc for ; Sat, 28 Oct 2006 18:36:33 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=YrfVvcc6KCArrrYvKPJ1WN/PB/oh4wxNvM/Y9BQ4l7Aataj8sXHe4EmcZcoqjiiGJ+v9prwqyeyElk1x+J/pckNVU6MBhxoWBKUGGfvvBg/GiQ1WzJlJoWwaUpJRvyngXASR1j3pS3LO/AnKzubUSJTYAbWySlFtN1M72Y6TiUA= Received: by 10.78.90.10 with SMTP id n10mr2322821hub; Sat, 28 Oct 2006 18:36:33 -0700 (PDT) Received: by 10.78.199.15 with HTTP; Sat, 28 Oct 2006 18:36:32 -0700 (PDT) Message-ID: <7579f7fb0610281836t4f13efcfm15c1b238cff96a7@mail.gmail.com> Date: Sat, 28 Oct 2006 18:36:33 -0700 From: "Matthew Jacob" To: "Danny Braniss" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: freebsd-scsi@freebsd.org Subject: Re: CAM_NEW_TRAN X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Oct 2006 01:36:34 -0000 Documentation: Not really. There really is very little documentation about CAM in FreeBSD. The best documentation is the code, followed closely by asking the opinion of all who develop within the framework about what *they* think something means. The switch to CAM_NEW_TRAN_CODE is way overdue. It's been around now for years and was an attempt to make the CAM layer more accomodating of different types of transports and protocols. iSCSI: I don't know - I haven't played with your iSCSI driver yet. I would actually expect things to be substantially easier as you can then make iSCSI a transport protocol and do transport specific things within it which are awkward otherwise. On 10/28/06, Danny Braniss wrote: > some questions: > - appart from the source, is there some document? > - how does/will this affect my iSCSI driver? > cheers, > danny > > > _______________________________________________ > freebsd-scsi@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-scsi > To unsubscribe, send any mail to "freebsd-scsi-unsubscribe@freebsd.org" > From owner-freebsd-scsi@FreeBSD.ORG Sun Oct 29 01:40:08 2006 Return-Path: X-Original-To: freebsd-scsi@freebsd.org Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9F8F216A40F for ; Sun, 29 Oct 2006 01:40:08 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.185]) by mx1.FreeBSD.org (Postfix) with ESMTP id BEC1643D4C for ; Sun, 29 Oct 2006 01:40:07 +0000 (GMT) (envelope-from lydianconcepts@gmail.com) Received: by nf-out-0910.google.com with SMTP id p77so1786614nfc for ; Sat, 28 Oct 2006 18:40:06 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=RFs3WPefSCn2Rwgy2/j7qJwdCZH8OSnxQIXT4uNAYvPfkhlB/Y6qvxGqSN+/Y9wCiE8S9XaOCCQXiRBAl6IuygZE/qFjb/1msJg948kXjEZLlrFvxaJylGcGUlYhnxu3+VCvn4IEusJoKmsRfLonlyjfrNSiDRWWDUXONhHWWjI= Received: by 10.78.200.3 with SMTP id x3mr2373054huf; Sat, 28 Oct 2006 18:40:06 -0700 (PDT) Received: by 10.78.199.15 with HTTP; Sat, 28 Oct 2006 18:40:06 -0700 (PDT) Message-ID: <7579f7fb0610281840j2ee74f5av18239d4c9c702460@mail.gmail.com> Date: Sat, 28 Oct 2006 18:40:06 -0700 From: "Matthew Jacob" To: "Danny Braniss" In-Reply-To: <7579f7fb0610281836t4f13efcfm15c1b238cff96a7@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <7579f7fb0610281836t4f13efcfm15c1b238cff96a7@mail.gmail.com> Cc: freebsd-scsi@freebsd.org Subject: Re: CAM_NEW_TRAN X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Oct 2006 01:40:08 -0000 > > iSCSI: > I don't know - I haven't played with your iSCSI driver yet. I would > actually expect things to be substantially easier as you can then make > iSCSI a transport protocol and do transport specific things within it > which are awkward otherwise. Incomplete thought: to a first approximation it shouldn't really affect you much at all. Most of the 'driver' changes are things just put into slightly different structures and called something a bit different. The notion then would be to start taking this further and doing more and more useful things with it. For example, camlib/camcontrol would then be taught about the different transport types and could report WWPNs and whatnot for FC and whatever that ridiculous 511 byte UUID there is for iSCSI. Everyone I know who uses FreeBSD with Fibre Channel and target mode has to hack things to get that information. From owner-freebsd-scsi@FreeBSD.ORG Sun Oct 29 01:54:35 2006 Return-Path: X-Original-To: freebsd-scsi@freebsd.org Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C53916A412 for ; Sun, 29 Oct 2006 01:54:35 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE8CE43D4C for ; Sun, 29 Oct 2006 01:54:32 +0000 (GMT) (envelope-from lydianconcepts@gmail.com) Received: by nf-out-0910.google.com with SMTP id p77so1789157nfc for ; Sat, 28 Oct 2006 18:54:32 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:mime-version:content-type:content-transfer-encoding:content-disposition; b=WR7ZtlVqv33O+c0NSQfQkzRvDnmozt4iS/lx0h0W4k14KkeUmobnGXNHP9iY7F4BTBHpZd//wNwSEsZ/hC7+3BnIPBL5oUy8eidLW05wyEQ4At4GeUUcAcPvz3mDtZt3lg7PczvYcjTdejVX/akLmBiyThxJK6x945c4OfDNo9U= Received: by 10.78.171.13 with SMTP id t13mr2332819hue; Sat, 28 Oct 2006 18:54:31 -0700 (PDT) Received: by 10.78.199.15 with HTTP; Sat, 28 Oct 2006 18:54:31 -0700 (PDT) Message-ID: <7579f7fb0610281854l3ec600d7kf0a2cdf20fdcb838@mail.gmail.com> Date: Sat, 28 Oct 2006 18:54:31 -0700 From: "Matthew Jacob" To: "Scott Long" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: freebsd-scsi@freebsd.org Subject: CAM_NEW_TRAN- kernel changes ready for review X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Oct 2006 01:54:35 -0000 http://people.freebsd.org/~mjacob/DIFFS.CAM_NEW_TRAN_CODE This covers all the kernel changes. I did not do bug fixing or code correction while I was at it (with a couple of obvious fixes that were just glaringly wrong). So, if the XPT_GET_TRAN_SETTINGS/XPT_SET_TRAN_SETTINGS code in each SIM was not perfect before, it's still not perfect now. This did a LINT+CAM_NEW_TRAN_CODE compile and I'll do some actual h/w checking too. There's a slightly narsty issue with camlib and camcontrol's usage of XPT_GET_TRAN_SETTINGS- *it* doesn't know about this change. I'm of two minds about this- whether to just live with the breakage (which will mean old camcontrol and other users of camlib won't work quite right), or to make the letdown somewhat gentler by doing a slight reorg of the new tran_settings structure and the enum for 'type' so that CAM_NEW_TRAN_CODE will just coincidentally end up with identical usage to old binaries. If all who are interested could, please review this and send comments back within a couple of days as I don't want this to stall (this is also a window of time I have for working on this- partly for work in doing Domain Validation, but also partly because one of my consulting gigs collapsed and I have a couple of days spare while I'm ramping up others). From owner-freebsd-scsi@FreeBSD.ORG Sun Oct 29 05:10:14 2006 Return-Path: X-Original-To: freebsd-scsi@freebsd.org Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D53116A412 for ; Sun, 29 Oct 2006 05:10:14 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id E53B443D45 for ; Sun, 29 Oct 2006 05:10:13 +0000 (GMT) (envelope-from lydianconcepts@gmail.com) Received: by nf-out-0910.google.com with SMTP id p77so1818765nfc for ; Sat, 28 Oct 2006 22:10:12 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=lhOZJU5yVl+7tBRYiKvvPrAbAwCsDBAYtxn1WfVObk+9W2OPHmjM0aEeDAxdm7U17xNDgUvbRiKNw41RhaTEVBMUiG8/UXNq7ib1vwRJxz751pBpOnDGpoA7nV6bdHxmg2prdSoDSfDYS5rxnFgLbekspE6n39t/5LqapcumOrk= Received: by 10.78.166.7 with SMTP id o7mr2525814hue; Sat, 28 Oct 2006 22:10:12 -0700 (PDT) Received: by 10.78.199.15 with HTTP; Sat, 28 Oct 2006 22:10:12 -0700 (PDT) Message-ID: <7579f7fb0610282210p59de2123g379f0d4069bd1e42@mail.gmail.com> Date: Sat, 28 Oct 2006 22:10:12 -0700 From: "Matthew Jacob" To: freebsd-scsi@freebsd.org In-Reply-To: <7579f7fb0610281854l3ec600d7kf0a2cdf20fdcb838@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <7579f7fb0610281854l3ec600d7kf0a2cdf20fdcb838@mail.gmail.com> Subject: Re: CAM_NEW_TRAN- kernel changes ready for review X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Oct 2006 05:10:14 -0000 This has been updated after I found I'd forgotten to fill in a couple of items (*cough*). On 10/28/06, Matthew Jacob wrote: > http://people.freebsd.org/~mjacob/DIFFS.CAM_NEW_TRAN_CODE > > This covers all the kernel changes. I did not do bug fixing or code > correction while I was at it (with a couple of obvious fixes that were > just glaringly wrong). So, if the > XPT_GET_TRAN_SETTINGS/XPT_SET_TRAN_SETTINGS code in each SIM was not > perfect before, it's still not perfect now. > > This did a LINT+CAM_NEW_TRAN_CODE compile and I'll do some actual h/w > checking too. > > There's a slightly narsty issue with camlib and camcontrol's usage of > XPT_GET_TRAN_SETTINGS- *it* doesn't know about this change. I'm of two > minds about this- whether to just live with the breakage (which will > mean old camcontrol and other users of camlib won't work quite right), > or to make the letdown somewhat gentler by doing a slight reorg of the > new tran_settings structure and the enum for 'type' so that > CAM_NEW_TRAN_CODE will just coincidentally end up with identical usage > to old binaries. > > If all who are interested could, please review this and send comments > back within a couple of days as I don't want this to stall (this is > also a window of time I have for working on this- partly for work in > doing Domain Validation, but also partly because one of my consulting > gigs collapsed and I have a couple of days spare while I'm ramping up > others). > From owner-freebsd-scsi@FreeBSD.ORG Sun Oct 29 05:30:46 2006 Return-Path: X-Original-To: freebsd-scsi@freebsd.org Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D510816A407 for ; Sun, 29 Oct 2006 05:30:46 +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 6D56C43D49 for ; Sun, 29 Oct 2006 05:30:46 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k9T5Udms025717; Sat, 28 Oct 2006 23:30:45 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <45443C7F.5040508@samsco.org> Date: Sat, 28 Oct 2006 23:30:39 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.0.7) Gecko/20060910 SeaMonkey/1.0.5 MIME-Version: 1.0 To: Matthew Jacob References: <7579f7fb0610281854l3ec600d7kf0a2cdf20fdcb838@mail.gmail.com> <7579f7fb0610282210p59de2123g379f0d4069bd1e42@mail.gmail.com> In-Reply-To: <7579f7fb0610282210p59de2123g379f0d4069bd1e42@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: freebsd-scsi@freebsd.org Subject: Re: CAM_NEW_TRAN- kernel changes ready for review X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Oct 2006 05:30:46 -0000 Matthew Jacob wrote: > This has been updated after I found I'd forgotten to fill in a couple > of items (*cough*). > 1) I thought that you were just going to push forward and make NEW_TRAN be the de-facto. Why bother keeping the #ifdefs? If I misunderstood, I apologize. 2) Does the protocol_version field in the cts and cpi refer to the SCSI protocol (i.e. SCSI-1/2/3, etc)? If so, isn't that more of a per-device quality, not a per-sim quality? Hard-coding it in the SIM for all devices would then seem wrong, shouldn't CAM get it out of the INQ data? 3) For atapi-cam, I think that the cts->protocol should still be PROTO_SCSI, not PROTO_ATA. Having cpi->transport by XPORT_SPI also seems wrong, as IDE is fairly different from SPI, and I'd like at some point to have a real IDE/SATA transport that understands the differences. For that matter, it might also be useful to differentiate between PROTO_SCSI and say PROTO_RBC or PROTO_ATAPI or PROTO_MMC. Might make dealing with USB and firewire easier than the quirky mess that is there now. Otherwise, looks pretty good. If you want to push forward and commit, I can help clean up any goofs or missed drivers. Scott From owner-freebsd-scsi@FreeBSD.ORG Sun Oct 29 06:33:12 2006 Return-Path: X-Original-To: freebsd-scsi@freebsd.org Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 64E7016A407 for ; Sun, 29 Oct 2006 06:33:12 +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 DC73543D67 for ; Sun, 29 Oct 2006 06:33:11 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k9T6Wqqb026015; Sun, 29 Oct 2006 00:32:57 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <45444B14.8000102@samsco.org> Date: Sun, 29 Oct 2006 00:32:52 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.0.7) Gecko/20060910 SeaMonkey/1.0.5 MIME-Version: 1.0 To: Matthew Jacob References: <7579f7fb0610281836t4f13efcfm15c1b238cff96a7@mail.gmail.com> <7579f7fb0610281840j2ee74f5av18239d4c9c702460@mail.gmail.com> In-Reply-To: <7579f7fb0610281840j2ee74f5av18239d4c9c702460@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: freebsd-scsi@freebsd.org Subject: Re: CAM_NEW_TRAN X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Oct 2006 06:33:12 -0000 Matthew Jacob wrote: >> >> iSCSI: >> I don't know - I haven't played with your iSCSI driver yet. I would >> actually expect things to be substantially easier as you can then make >> iSCSI a transport protocol and do transport specific things within it >> which are awkward otherwise. > > > Incomplete thought: to a first approximation it shouldn't really > affect you much at all. Most of the 'driver' changes are things just > put into slightly different structures and called something a bit > different. > > The notion then would be to start taking this further and doing more > and more useful things with it. > > For example, camlib/camcontrol would then be taught about the > different transport types and could report WWPNs and whatnot for FC > and whatever that ridiculous 511 byte UUID there is for iSCSI. > Everyone I know who uses FreeBSD with Fibre Channel and target mode > has to hack things to get that information. Making changes that forces application changes (xmcd, cdparanoia) is going to be hard to swallow. If they just need a recompile, that's a lot better. Having a shim for binary compatibility would be the best. All depends on how much work you want to put into it. Scott From owner-freebsd-scsi@FreeBSD.ORG Sun Oct 29 07:48:29 2006 Return-Path: X-Original-To: freebsd-scsi@freebsd.org Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1DACF16A403 for ; Sun, 29 Oct 2006 07:48:29 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E01543D4C for ; Sun, 29 Oct 2006 07:48:28 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1Ge5P9-000Eab-2b; Sun, 29 Oct 2006 09:48:27 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: "Matthew Jacob" In-reply-to: <7579f7fb0610281836t4f13efcfm15c1b238cff96a7@mail.gmail.com> References: <7579f7fb0610281836t4f13efcfm15c1b238cff96a7@mail.gmail.com> Comments: In-reply-to "Matthew Jacob" message dated "Sat, 28 Oct 2006 18:36:33 -0700." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 29 Oct 2006 09:48:26 +0200 From: Danny Braniss Message-ID: Cc: freebsd-scsi@freebsd.org Subject: Re: CAM_NEW_TRAN X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Oct 2006 07:48:29 -0000 > Documentation: > > Not really. There really is very little documentation about CAM in > FreeBSD. The best documentation is the code, followed closely by > asking the opinion of all who develop within the framework about what > *they* think something means. > ah, now i feel ok, I haven't started to write iscsi.man yet > The switch to CAM_NEW_TRAN_CODE is way overdue. It's been around now > for years and was an attempt to make the CAM layer more accomodating > of different types of transports and protocols. > > iSCSI: > I don't know - I haven't played with your iSCSI driver yet. I would > actually expect things to be substantially easier as you can then make > iSCSI a transport protocol and do transport specific things within it > which are awkward otherwise. > ok, i'll bite the bullet, any driver I can use as guidline? danny From owner-freebsd-scsi@FreeBSD.ORG Sun Oct 29 10:54:43 2006 Return-Path: X-Original-To: freebsd-scsi@freebsd.org Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE52716A40F for ; Sun, 29 Oct 2006 10:54:43 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 372DB43D58 for ; Sun, 29 Oct 2006 10:54:43 +0000 (GMT) (envelope-from lydianconcepts@gmail.com) Received: by nf-out-0910.google.com with SMTP id p77so1873222nfc for ; Sun, 29 Oct 2006 02:54:42 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=hjJnVhRV9NGafrpHTjkbK79Lq6xCd7DSOd6+7E7RqYhXh8/PxVMLa3TDDOSzwl5COPV36htsOFGS+34ola4V6EKrI8tftBWldwKqqaKiWN+i73pmj4RBNu6IXmEBxScw3RpFjTvSh5oAnEEsAGYELNlkTdWS1mYoYAV0mno/0cE= Received: by 10.78.127.6 with SMTP id z6mr2819425huc; Sun, 29 Oct 2006 02:54:41 -0800 (PST) Received: by 10.78.199.15 with HTTP; Sun, 29 Oct 2006 02:54:41 -0800 (PST) Message-ID: <7579f7fb0610290254n21797c94y95413f2d271d9f2c@mail.gmail.com> Date: Sun, 29 Oct 2006 02:54:41 -0800 From: "Matthew Jacob" To: "Scott Long" In-Reply-To: <45443C7F.5040508@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <7579f7fb0610281854l3ec600d7kf0a2cdf20fdcb838@mail.gmail.com> <7579f7fb0610282210p59de2123g379f0d4069bd1e42@mail.gmail.com> <45443C7F.5040508@samsco.org> Cc: freebsd-scsi@freebsd.org Subject: Re: CAM_NEW_TRAN- kernel changes ready for review X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Oct 2006 10:54:44 -0000 On 10/28/06, Scott Long wrote: > Matthew Jacob wrote: > > This has been updated after I found I'd forgotten to fill in a couple > > of items (*cough*). > > > > 1) I thought that you were just going to push forward and make NEW_TRAN > be the de-facto. Why bother keeping the #ifdefs? If I misunderstood, > I apologize. > I was going to push it in this way, which is the completion of NEW_TRAN for drivers that didn't have it, have a few days of settle time and then make the switch to remove the old code and make NEW_TRAN the default. > 2) Does the protocol_version field in the cts and cpi refer to the SCSI > protocol (i.e. SCSI-1/2/3, etc)? If so, isn't that more of a per-device > quality, not a per-sim quality? Hard-coding it in the SIM for all > devices would then seem wrong, shouldn't CAM get it out of the INQ data? Yes- this is a good point. Note that this exercise I'm undertaking isn't to clean up NEW_TRAN *as* we switch to it- it's to make the switch. What really has to happen is some consensus has to be reached over what NEW_TRAN actually means. As far as I know there is no design document, and the original authors are only partially involved in this exercise. Therefore, the actual meaning of what NEW_TRAN is is somewhat fluid- but I do believe we have had consensus for some time that what it represents is the direction to go (thus the push to get the ball rolling). > > 3) For atapi-cam, I think that the cts->protocol should still be > PROTO_SCSI, not PROTO_ATA. Having cpi->transport by XPORT_SPI also > seems wrong, as IDE is fairly different from SPI, and I'd like at some > point to have a real IDE/SATA transport that understands the > differences. For that matter, it might also be useful to differentiate > between PROTO_SCSI and say PROTO_RBC or PROTO_ATAPI or PROTO_MMC. Might > make dealing with USB and firewire easier than the quirky mess that is > there now. Again- agreed. > > Otherwise, looks pretty good. If you want to push forward and commit, I > can help clean up any goofs or missed drivers. > > Scott Thanks for the careful review. Any opinions about the camlib/camcontrol issue? From owner-freebsd-scsi@FreeBSD.ORG Sun Oct 29 10:56:41 2006 Return-Path: X-Original-To: freebsd-scsi@freebsd.org Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A456716A412 for ; Sun, 29 Oct 2006 10:56:41 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.190]) by mx1.FreeBSD.org (Postfix) with ESMTP id E858043D46 for ; Sun, 29 Oct 2006 10:56:38 +0000 (GMT) (envelope-from lydianconcepts@gmail.com) Received: by nf-out-0910.google.com with SMTP id p77so1873599nfc for ; Sun, 29 Oct 2006 02:56:37 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=BoNbE5JEC8O0VoopF2p8+6azmFTY29cn+LP84cnTpS6IHAG278e8Jvta9nFBQ0thMbUXcL+F/PQ4dVK4a7IOAoOMkMYVwTsm1sXU5qv5gOtJ736ocpujybGs+0oNupQAvDwydO+W71YHj25vXd4NoToWxo+BoWDc47hpZSQPyp4= Received: by 10.78.94.37 with SMTP id r37mr2891946hub; Sun, 29 Oct 2006 02:56:37 -0800 (PST) Received: by 10.78.199.15 with HTTP; Sun, 29 Oct 2006 02:56:37 -0800 (PST) Message-ID: <7579f7fb0610290256j34523abdu93254e5ac9e65a41@mail.gmail.com> Date: Sun, 29 Oct 2006 02:56:37 -0800 From: "Matthew Jacob" To: "Scott Long" In-Reply-To: <45444B14.8000102@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <7579f7fb0610281836t4f13efcfm15c1b238cff96a7@mail.gmail.com> <7579f7fb0610281840j2ee74f5av18239d4c9c702460@mail.gmail.com> <45444B14.8000102@samsco.org> Cc: freebsd-scsi@freebsd.org Subject: Re: CAM_NEW_TRAN X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Oct 2006 10:56:41 -0000 > > Making changes that forces application changes (xmcd, cdparanoia) is > going to be hard to swallow. If they just need a recompile, that's a > lot better. Having a shim for binary compatibility would be the best. > All depends on how much work you want to put into it. > The application change is what I would want to avoid. From owner-freebsd-scsi@FreeBSD.ORG Mon Oct 30 11:08:39 2006 Return-Path: X-Original-To: freebsd-scsi@FreeBSD.org Delivered-To: freebsd-scsi@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BCE6516A6CA for ; Mon, 30 Oct 2006 11:08:39 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id CCDC243D5A for ; Mon, 30 Oct 2006 11:08:37 +0000 (GMT) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k9UB8bOi086008 for ; Mon, 30 Oct 2006 11:08:37 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k9UB8atE086004 for freebsd-scsi@FreeBSD.org; Mon, 30 Oct 2006 11:08:36 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 30 Oct 2006 11:08:36 GMT Message-Id: <200610301108.k9UB8atE086004@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: linimon set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-scsi@FreeBSD.org Cc: Subject: Current problem reports assigned to you X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Oct 2006 11:08:39 -0000 Current FreeBSD problem reports Critical problems Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/27059 scsi [sym] SCSI subsystem hangs under heavy load on (Server o kern/28508 scsi problems with backup to Tandberg SLR40 strimmer o kern/39388 scsi ncr/sym drivers fail with 53c810 and more than 256MB m o kern/40895 scsi wierd kernel / device driver bug o kern/52638 scsi [panic] SCSI U320 on SMP server won't run faster than s kern/57398 scsi [mly] Current fails to install on mly(4) based RAID di o kern/60598 scsi wire down of scsi devices conflicts with config o kern/60641 scsi [sym] Sporadic SCSI bus resets with 53C810 under load s kern/61165 scsi [panic] kernel page fault after calling cam_send_ccb o kern/74627 scsi [ahc] [hang] Adaptec 2940U2W Can't boot 5.3 o kern/81887 scsi [aac] Adaptec SCSI 2130S aac0: GetDeviceProbeInfo comm o kern/90282 scsi [sym] SCSI bus resets cause loss of ch device o kern/92798 scsi [ahc] SCSI problem with timeouts o kern/93128 scsi [sym] FreeBSD 6.1 BETA 1 has problems with Symbios/LSI o kern/94838 scsi Kernel panic while mounting SD card with lock switch o o kern/99954 scsi [ahc] reading from DVD failes on 6.x (regression) 16 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/23314 scsi aic driver fails to detect Adaptec 1520B unless PnP is o kern/35234 scsi World access to /dev/pass? (for scanner) requires acce o kern/38828 scsi [feature request] DPT PM2012B/90 doesn't work o kern/44587 scsi dev/dpt/dpt.h is missing defines required for DPT_HAND o kern/76178 scsi [ahd] Problem with ahd and large SCSI Raid system o kern/96133 scsi [scsi] [patch] add scsi quirk for joyfly 128mb flash u o kern/103702 scsi [cam] [patch] ChipsBnk: Unsupported USB memory stick 7 problems total. From owner-freebsd-scsi@FreeBSD.ORG Tue Oct 31 03:17:23 2006 Return-Path: X-Original-To: freebsd-scsi@freebsd.org Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0AA9A16A4D0 for ; Tue, 31 Oct 2006 03:17:23 +0000 (UTC) (envelope-from mjacob@freebsd.org) Received: from ns1.feral.com (ns1.feral.com [192.67.166.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id C27B243DCD for ; Tue, 31 Oct 2006 03:16:59 +0000 (GMT) (envelope-from mjacob@freebsd.org) Received: from ns1.feral.com (localhost [127.0.0.1]) by ns1.feral.com (8.13.8/8.13.8) with ESMTP id k9V3GxgN019107 for ; Mon, 30 Oct 2006 19:16:59 -0800 (PST) (envelope-from mjacob@freebsd.org) Received: from localhost (mjacob@localhost) by ns1.feral.com (8.13.8/8.13.8/Submit) with ESMTP id k9V3Gxl4019104 for ; Mon, 30 Oct 2006 19:16:59 -0800 (PST) (envelope-from mjacob@freebsd.org) X-Authentication-Warning: ns1.feral.com: mjacob owned process doing -bs Date: Mon, 30 Oct 2006 19:16:59 -0800 (PST) From: mjacob@freebsd.org X-X-Sender: mjacob@ns1.feral.com To: freebsd-scsi@freebsd.org Message-ID: <20061030191525.A19102@ns1.feral.com> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1332646562-1162264619=:19102" Subject: patch to add a tunable that disables ORDERED tag emission X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mjacob@freebsd.org List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Oct 2006 03:17:23 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-1332646562-1162264619=:19102 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed I could have sworn we talked about this some time back - ordered tag usage really kills performance in a lot of cases, so let's have a tunable where we can disable the emission of ORDERED tags at regular intervals. --0-1332646562-1162264619=:19102 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=da_patch.txt Content-Transfer-Encoding: BASE64 Content-ID: <20061030191659.O19102@ns1.feral.com> Content-Description: Content-Disposition: attachment; filename=da_patch.txt PT09PSAvL2RlcG90L3Byb2plY3RzL25ld2lzcC9jYW0vc2NzaS9zY3NpX2Rh LmMjMyAtIC9ob21lL0ZyZWVCU0QvcDQvbmV3aXNwL2NhbS9zY3NpL3Njc2lf ZGEuYyA9PT09DQpAQCAtNDkxLDggKzQ5MSwxNCBAQA0KICNkZWZpbmUJREFf REVGQVVMVF9SRVRSWQk0DQogI2VuZGlmDQogDQorI2lmbmRlZglEQV9ERUZB VUxUX1NFTkRfT1JERVJFRA0KKyNkZWZpbmUJREFfREVGQVVMVF9TRU5EX09S REVSRUQJMQ0KKyNlbmRpZg0KKw0KKw0KIHN0YXRpYyBpbnQgZGFfcmV0cnlf Y291bnQgPSBEQV9ERUZBVUxUX1JFVFJZOw0KIHN0YXRpYyBpbnQgZGFfZGVm YXVsdF90aW1lb3V0ID0gREFfREVGQVVMVF9USU1FT1VUOw0KK3N0YXRpYyBp bnQgZGFfc2VuZF9vcmRlcmVkID0gREFfREVGQVVMVF9TRU5EX09SREVSRUQ7 DQogDQogU1lTQ1RMX05PREUoX2tlcm5fY2FtLCBPSURfQVVUTywgZGEsIENU TEZMQUdfUkQsIDAsDQogICAgICAgICAgICAgIkNBTSBEaXJlY3QgQWNjZXNz IERpc2sgZHJpdmVyIik7DQpAQCAtNTAyLDYgKzUwOCw5IEBADQogU1lTQ1RM X0lOVChfa2Vybl9jYW1fZGEsIE9JRF9BVVRPLCBkZWZhdWx0X3RpbWVvdXQs IENUTEZMQUdfUlcsDQogICAgICAgICAgICAmZGFfZGVmYXVsdF90aW1lb3V0 LCAwLCAiTm9ybWFsIEkvTyB0aW1lb3V0IChpbiBzZWNvbmRzKSIpOw0KIFRV TkFCTEVfSU5UKCJrZXJuLmNhbS5kYS5kZWZhdWx0X3RpbWVvdXQiLCAmZGFf ZGVmYXVsdF90aW1lb3V0KTsNCitTWVNDVExfSU5UKF9rZXJuX2NhbV9kYSwg T0lEX0FVVE8sIGRhX3NlbmRfb3JkZXJlZCwgQ1RMRkxBR19SVywNCisgICAg ICAgICAgICZkYV9zZW5kX29yZGVyZWQsIDAsICJTZW5kIE9yZGVyZWQgVGFn cyIpOw0KK1RVTkFCTEVfSU5UKCJrZXJuLmNhbS5kYS5kYV9zZW5kX29yZGVy ZWQiLCAmZGFfc2VuZF9vcmRlcmVkKTsNCiANCiAvKg0KICAqIERBX09SREVS RURUQUdfSU5URVJWQUwgZGV0ZXJtaW5lcyBob3cgb2Z0ZW4sIHJlbGF0aXZl DQpAQCAtODUxLDcgKzg2MCw3IEBADQogCWlmIChzdGF0dXMgIT0gQ0FNX1JF UV9DTVApIHsNCiAJCXByaW50ZigiZGE6IEZhaWxlZCB0byBhdHRhY2ggbWFz dGVyIGFzeW5jIGNhbGxiYWNrICINCiAJCSAgICAgICAiZHVlIHRvIHN0YXR1 cyAweCV4IVxuIiwgc3RhdHVzKTsNCi0JfSBlbHNlIHsNCisJfSBlbHNlIGlm IChkYV9zZW5kX29yZGVyZWQpIHsNCiANCiAJCS8qDQogCQkgKiBTY2hlZHVs ZSBhIHBlcmlvZGljIGV2ZW50IHRvIG9jY2FzaW9uYWxseSBzZW5kIGFuDQpA QCAtMTkyMSwyNCArMTkzMCwyNSBAQA0KIHsNCiAJc3RydWN0IGRhX3NvZnRj ICpzb2Z0YzsNCiAJaW50IHM7DQorCWlmIChkYV9zZW5kX29yZGVyZWQpIHsN CisJCWZvciAoc29mdGMgPSBTTElTVF9GSVJTVCgmc29mdGNfbGlzdCk7DQor CQkgICAgIHNvZnRjICE9IE5VTEw7DQorCQkgICAgIHNvZnRjID0gU0xJU1Rf TkVYVChzb2Z0YywgbGlua3MpKSB7DQorCQkJcyA9IHNwbHNvZnRjYW0oKTsN CisJCQlpZiAoKHNvZnRjLT5vcmRlcmVkX3RhZ19jb3VudCA9PSAwKSANCisJ CQkgJiYgKChzb2Z0Yy0+ZmxhZ3MgJiBEQV9GTEFHX1dFTlRfSURMRSkgPT0g MCkpIHsNCisJCQkJc29mdGMtPmZsYWdzIHw9IERBX0ZMQUdfTkVFRF9PVEFH Ow0KKwkJCX0NCisJCQlpZiAoc29mdGMtPm91dHN0YW5kaW5nX2NtZHMgPiAw KQ0KKwkJCQlzb2Z0Yy0+ZmxhZ3MgJj0gfkRBX0ZMQUdfV0VOVF9JRExFOw0K IA0KLQlmb3IgKHNvZnRjID0gU0xJU1RfRklSU1QoJnNvZnRjX2xpc3QpOw0K LQkgICAgIHNvZnRjICE9IE5VTEw7DQotCSAgICAgc29mdGMgPSBTTElTVF9O RVhUKHNvZnRjLCBsaW5rcykpIHsNCi0JCXMgPSBzcGxzb2Z0Y2FtKCk7DQot CQlpZiAoKHNvZnRjLT5vcmRlcmVkX3RhZ19jb3VudCA9PSAwKSANCi0JCSAm JiAoKHNvZnRjLT5mbGFncyAmIERBX0ZMQUdfV0VOVF9JRExFKSA9PSAwKSkg ew0KLQkJCXNvZnRjLT5mbGFncyB8PSBEQV9GTEFHX05FRURfT1RBRzsNCisJ CQlzb2Z0Yy0+b3JkZXJlZF90YWdfY291bnQgPSAwOw0KKwkJCXNwbHgocyk7 DQogCQl9DQotCQlpZiAoc29mdGMtPm91dHN0YW5kaW5nX2NtZHMgPiAwKQ0K LQkJCXNvZnRjLT5mbGFncyAmPSB+REFfRkxBR19XRU5UX0lETEU7DQotDQot CQlzb2Z0Yy0+b3JkZXJlZF90YWdfY291bnQgPSAwOw0KLQkJc3BseChzKTsN CisJCS8qIFF1ZXVlIHVzIHVwIGFnYWluICovDQorCQl0aW1lb3V0KGRhc2Vu ZG9yZGVyZWR0YWcsIE5VTEwsDQorCQkJKGRhX2RlZmF1bHRfdGltZW91dCAq IGh6KSAvIERBX09SREVSRURUQUdfSU5URVJWQUwpOw0KIAl9DQotCS8qIFF1 ZXVlIHVzIHVwIGFnYWluICovDQotCXRpbWVvdXQoZGFzZW5kb3JkZXJlZHRh ZywgTlVMTCwNCi0JCShkYV9kZWZhdWx0X3RpbWVvdXQgKiBoeikgLyBEQV9P UkRFUkVEVEFHX0lOVEVSVkFMKTsNCiB9DQogDQogLyoNCj09PT0gLy9kZXBv dC9wcm9qZWN0cy9uZXdpc3AvZGV2L2JnZS9pZl9iZ2UuYyM4IC0gL2hvbWUv RnJlZUJTRC9wNC9uZXdpc3AvZGV2L2JnZS9pZl9iZ2UuYyA9PT09DQpAQCAt MzIsNyArMzIsNyBAQA0KICAqLw0KIA0KICNpbmNsdWRlIDxzeXMvY2RlZnMu aD4NCi1fX0ZCU0RJRCgiJEZyZWVCU0Q6IHNyYy9zeXMvZGV2L2JnZS9pZl9i Z2UuYyx2IDEuMTUwIDIwMDYvMTAvMDMgMDk6MzE6NDkgZ2xlYml1cyBFeHAg JCIpOw0KK19fRkJTRElEKCIkRnJlZUJTRDogc3JjL3N5cy9kZXYvYmdlL2lm X2JnZS5jLHYgMS4xNTEgMjAwNi8xMC8xOSAwODowMzoyMiBzY290dGwgRXhw ICQiKTsNCiANCiAvKg0KICAqIEJyb2FkY29tIEJDTTU3MHggZmFtaWx5IGdp Z2FiaXQgZXRoZXJuZXQgZHJpdmVyIGZvciBGcmVlQlNELg0KQEAgLTE4MjMs NyArMTgyMyw3IEBADQogCSAqIEFsbG9jYXRlIHRoZSBwYXJlbnQgYnVzIERN QSB0YWcgYXBwcm9wcmlhdGUgZm9yIFBDSS4NCiAJICovDQogCWVycm9yID0g YnVzX2RtYV90YWdfY3JlYXRlKGJ1c19nZXRfZG1hX3RhZyhzYy0+YmdlX2Rl diksLyogcGFyZW50ICovDQotCQkJUEFHRV9TSVpFLCAwLAkJLyogYWxpZ25t ZW50LCBib3VuZGFyeSAqLw0KKwkJCTEsIDAsCQkJLyogYWxpZ25tZW50LCBi b3VuZGFyeSAqLw0KIAkJCUJVU19TUEFDRV9NQVhBRERSLAkvKiBsb3dhZGRy ICovDQogCQkJQlVTX1NQQUNFX01BWEFERFIsCS8qIGhpZ2hhZGRyICovDQog CQkJTlVMTCwgTlVMTCwJCS8qIGZpbHRlciwgZmlsdGVyYXJnICovDQpAQCAt MjQ5OSw2ICsyNDk5LDEyIEBADQogCQl9DQogCX0NCiANCisJLyoNCisJICog V3JpdGUgdGhlIG1hZ2ljIG51bWJlciB0byB0aGUgZmlybXdhcmUgbWFpbGJv eCBhdCAweGI1MA0KKyAgICAgICAgICogc28gdGhhdCB0aGUgZHJpdmVyIGNh biBzeW5jaHJvbml6ZSB3aXRoIHRoZSBmaXJtd2FyZS4NCisJICovDQorCWJn ZV93cml0ZW1lbV9pbmQoc2MsIEJHRV9TT0ZUV0FSRV9HRU5DT01NLCBCR0Vf TUFHSUNfTlVNQkVSKTsNCisNCiAJLyogSXNzdWUgZ2xvYmFsIHJlc2V0ICov DQogCWJnZV93cml0ZXJlZ19pbmQoc2MsIEJHRV9NSVNDX0NGRywgcmVzZXQp Ow0KIA0KQEAgLTI1MzUsMTEgKzI1NDEsNiBAQA0KIAkJQ1NSX1dSSVRFXzQo c2MsIEJHRV9NQVJCX01PREUsIEJHRV9NQVJCTU9ERV9FTkFCTEUpOw0KIA0K IAkvKg0KLQkgKiBQcmV2ZW50IFBYRSByZXN0YXJ0OiB3cml0ZSBhIG1hZ2lj IG51bWJlciB0byB0aGUNCi0JICogZ2VuZXJhbCBjb21tdW5pY2F0aW9ucyBt ZW1vcnkgYXQgMHhCNTAuDQotCSAqLw0KLQliZ2Vfd3JpdGVtZW1faW5kKHNj LCBCR0VfU09GVFdBUkVfR0VOQ09NTSwgQkdFX01BR0lDX05VTUJFUik7DQot CS8qDQogCSAqIFBvbGwgdGhlIHZhbHVlIGxvY2F0aW9uIHdlIGp1c3Qgd3Jv dGUgdW50aWwNCiAJICogd2Ugc2VlIHRoZSAxJ3MgY29tcGxlbWVudCBvZiB0 aGUgbWFnaWMgbnVtYmVyLg0KIAkgKiBUaGlzIGluZGljYXRlcyB0aGF0IHRo ZSBmaXJtd2FyZSBpbml0aWFsaXphdGlvbg0K --0-1332646562-1162264619=:19102-- From owner-freebsd-scsi@FreeBSD.ORG Tue Oct 31 03:34:53 2006 Return-Path: X-Original-To: freebsd-scsi@freebsd.org Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BE72516A407; Tue, 31 Oct 2006 03:34:53 +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 64B8643D78; Tue, 31 Oct 2006 03:34:51 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k9V3YifD044226; Mon, 30 Oct 2006 20:34:49 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <4546C454.5090005@samsco.org> Date: Mon, 30 Oct 2006 20:34:44 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.0.7) Gecko/20060910 SeaMonkey/1.0.5 MIME-Version: 1.0 To: mjacob@freebsd.org References: <20061030191525.A19102@ns1.feral.com> In-Reply-To: <20061030191525.A19102@ns1.feral.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: freebsd-scsi@freebsd.org Subject: Re: patch to add a tunable that disables ORDERED tag emission X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Oct 2006 03:34:53 -0000 I recall that Gibbs was a strong believer in the ordered tag, should probably get his input for this. Scott mjacob@freebsd.org wrote: > > I could have sworn we talked about this some time back - ordered tag > usage really kills performance in a lot of cases, so let's have a > tunable where we can disable the emission of ORDERED tags at regular > intervals. > > > ------------------------------------------------------------------------ > > ==== //depot/projects/newisp/cam/scsi/scsi_da.c#3 - /home/FreeBSD/p4/newisp/cam/scsi/scsi_da.c ==== > @@ -491,8 +491,14 @@ > #define DA_DEFAULT_RETRY 4 > #endif > > +#ifndef DA_DEFAULT_SEND_ORDERED > +#define DA_DEFAULT_SEND_ORDERED 1 > +#endif > + > + > static int da_retry_count = DA_DEFAULT_RETRY; > static int da_default_timeout = DA_DEFAULT_TIMEOUT; > +static int da_send_ordered = DA_DEFAULT_SEND_ORDERED; > > SYSCTL_NODE(_kern_cam, OID_AUTO, da, CTLFLAG_RD, 0, > "CAM Direct Access Disk driver"); > @@ -502,6 +508,9 @@ > SYSCTL_INT(_kern_cam_da, OID_AUTO, default_timeout, CTLFLAG_RW, > &da_default_timeout, 0, "Normal I/O timeout (in seconds)"); > TUNABLE_INT("kern.cam.da.default_timeout", &da_default_timeout); > +SYSCTL_INT(_kern_cam_da, OID_AUTO, da_send_ordered, CTLFLAG_RW, > + &da_send_ordered, 0, "Send Ordered Tags"); > +TUNABLE_INT("kern.cam.da.da_send_ordered", &da_send_ordered); > > /* > * DA_ORDEREDTAG_INTERVAL determines how often, relative > @@ -851,7 +860,7 @@ > if (status != CAM_REQ_CMP) { > printf("da: Failed to attach master async callback " > "due to status 0x%x!\n", status); > - } else { > + } else if (da_send_ordered) { > > /* > * Schedule a periodic event to occasionally send an > @@ -1921,24 +1930,25 @@ > { > struct da_softc *softc; > int s; > + if (da_send_ordered) { > + for (softc = SLIST_FIRST(&softc_list); > + softc != NULL; > + softc = SLIST_NEXT(softc, links)) { > + s = splsoftcam(); > + if ((softc->ordered_tag_count == 0) > + && ((softc->flags & DA_FLAG_WENT_IDLE) == 0)) { > + softc->flags |= DA_FLAG_NEED_OTAG; > + } > + if (softc->outstanding_cmds > 0) > + softc->flags &= ~DA_FLAG_WENT_IDLE; > > - for (softc = SLIST_FIRST(&softc_list); > - softc != NULL; > - softc = SLIST_NEXT(softc, links)) { > - s = splsoftcam(); > - if ((softc->ordered_tag_count == 0) > - && ((softc->flags & DA_FLAG_WENT_IDLE) == 0)) { > - softc->flags |= DA_FLAG_NEED_OTAG; > + softc->ordered_tag_count = 0; > + splx(s); > } > - if (softc->outstanding_cmds > 0) > - softc->flags &= ~DA_FLAG_WENT_IDLE; > - > - softc->ordered_tag_count = 0; > - splx(s); > + /* Queue us up again */ > + timeout(dasendorderedtag, NULL, > + (da_default_timeout * hz) / DA_ORDEREDTAG_INTERVAL); > } > - /* Queue us up again */ > - timeout(dasendorderedtag, NULL, > - (da_default_timeout * hz) / DA_ORDEREDTAG_INTERVAL); > } > > /* > ==== //depot/projects/newisp/dev/bge/if_bge.c#8 - /home/FreeBSD/p4/newisp/dev/bge/if_bge.c ==== > @@ -32,7 +32,7 @@ > */ > > #include > -__FBSDID("$FreeBSD: src/sys/dev/bge/if_bge.c,v 1.150 2006/10/03 09:31:49 glebius Exp $"); > +__FBSDID("$FreeBSD: src/sys/dev/bge/if_bge.c,v 1.151 2006/10/19 08:03:22 scottl Exp $"); > > /* > * Broadcom BCM570x family gigabit ethernet driver for FreeBSD. > @@ -1823,7 +1823,7 @@ > * Allocate the parent bus DMA tag appropriate for PCI. > */ > error = bus_dma_tag_create(bus_get_dma_tag(sc->bge_dev),/* parent */ > - PAGE_SIZE, 0, /* alignment, boundary */ > + 1, 0, /* alignment, boundary */ > BUS_SPACE_MAXADDR, /* lowaddr */ > BUS_SPACE_MAXADDR, /* highaddr */ > NULL, NULL, /* filter, filterarg */ > @@ -2499,6 +2499,12 @@ > } > } > > + /* > + * Write the magic number to the firmware mailbox at 0xb50 > + * so that the driver can synchronize with the firmware. > + */ > + bge_writemem_ind(sc, BGE_SOFTWARE_GENCOMM, BGE_MAGIC_NUMBER); > + > /* Issue global reset */ > bge_writereg_ind(sc, BGE_MISC_CFG, reset); > > @@ -2535,11 +2541,6 @@ > CSR_WRITE_4(sc, BGE_MARB_MODE, BGE_MARBMODE_ENABLE); > > /* > - * Prevent PXE restart: write a magic number to the > - * general communications memory at 0xB50. > - */ > - bge_writemem_ind(sc, BGE_SOFTWARE_GENCOMM, BGE_MAGIC_NUMBER); > - /* > * Poll the value location we just wrote until > * we see the 1's complement of the magic number. > * This indicates that the firmware initialization > > > ------------------------------------------------------------------------ > > _______________________________________________ > freebsd-scsi@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-scsi > To unsubscribe, send any mail to "freebsd-scsi-unsubscribe@freebsd.org" From owner-freebsd-scsi@FreeBSD.ORG Tue Oct 31 03:39:36 2006 Return-Path: X-Original-To: freebsd-scsi@freebsd.org Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3DEED16A40F for ; Tue, 31 Oct 2006 03:39:36 +0000 (UTC) (envelope-from mjacob@freebsd.org) Received: from ns1.feral.com (ns1.feral.com [192.67.166.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1828A43D64 for ; Tue, 31 Oct 2006 03:39:31 +0000 (GMT) (envelope-from mjacob@freebsd.org) Received: from ns1.feral.com (localhost [127.0.0.1]) by ns1.feral.com (8.13.8/8.13.8) with ESMTP id k9V3dV8X019261 for ; Mon, 30 Oct 2006 19:39:31 -0800 (PST) (envelope-from mjacob@freebsd.org) Received: from localhost (mjacob@localhost) by ns1.feral.com (8.13.8/8.13.8/Submit) with ESMTP id k9V3dVYL019258 for ; Mon, 30 Oct 2006 19:39:31 -0800 (PST) (envelope-from mjacob@freebsd.org) X-Authentication-Warning: ns1.feral.com: mjacob owned process doing -bs Date: Mon, 30 Oct 2006 19:39:31 -0800 (PST) From: mjacob@freebsd.org X-X-Sender: mjacob@ns1.feral.com To: freebsd-scsi@freebsd.org In-Reply-To: <7579f7fb0610300801x4650cb3fgb93f662fbf7b4213@mail.gmail.com> Message-ID: <20061030193803.D19253@ns1.feral.com> References: <7579f7fb0610281854l3ec600d7kf0a2cdf20fdcb838@mail.gmail.com> <7579f7fb0610282210p59de2123g379f0d4069bd1e42@mail.gmail.com> <45443C7F.5040508@samsco.org> <7579f7fb0610300801x4650cb3fgb93f662fbf7b4213@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: Re: Fwd: CAM_NEW_TRAN- kernel changes ready for review X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mjacob@freebsd.org List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Oct 2006 03:39:36 -0000 Scott Long wrote: > 3) For atapi-cam, I think that the cts->protocol should still be > PROTO_SCSI, not PROTO_ATA. Having cpi->transport by XPORT_SPI also > seems wrong, as IDE is fairly different from SPI, and I'd like at some > point to have a real IDE/SATA transport that understands the > differences. Fixed in the patches, plus some of the style(9) nits. I intend to commit tonite. -matt From owner-freebsd-scsi@FreeBSD.ORG Tue Oct 31 04:36:09 2006 Return-Path: X-Original-To: freebsd-scsi@freebsd.org Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C4C7E16A415 for ; Tue, 31 Oct 2006 04:36:09 +0000 (UTC) (envelope-from mjacob@freebsd.org) Received: from ns1.feral.com (ns1.feral.com [192.67.166.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id F3C6443D5C for ; Tue, 31 Oct 2006 04:36:07 +0000 (GMT) (envelope-from mjacob@freebsd.org) Received: from ns1.feral.com (localhost [127.0.0.1]) by ns1.feral.com (8.13.8/8.13.8) with ESMTP id k9V4a7LC019521 for ; Mon, 30 Oct 2006 20:36:07 -0800 (PST) (envelope-from mjacob@freebsd.org) Received: from localhost (mjacob@localhost) by ns1.feral.com (8.13.8/8.13.8/Submit) with ESMTP id k9V4a7wP019518 for ; Mon, 30 Oct 2006 20:36:07 -0800 (PST) (envelope-from mjacob@freebsd.org) X-Authentication-Warning: ns1.feral.com: mjacob owned process doing -bs Date: Mon, 30 Oct 2006 20:36:07 -0800 (PST) From: mjacob@freebsd.org X-X-Sender: mjacob@ns1.feral.com To: freebsd-scsi@freebsd.org In-Reply-To: <4546C454.5090005@samsco.org> Message-ID: <20061030203515.U19515@ns1.feral.com> References: <20061030191525.A19102@ns1.feral.com> <4546C454.5090005@samsco.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: Re: patch to add a tunable that disables ORDERED tag emission X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mjacob@freebsd.org List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Oct 2006 04:36:09 -0000 On Mon, 30 Oct 2006, Scott Long wrote: > I recall that Gibbs was a strong believer in the ordered tag, should > probably get his input for this. > Of course- although the default behaviour after the patch is the same as before (e.g., the default leaves this enabled). From owner-freebsd-scsi@FreeBSD.ORG Tue Oct 31 13:38:32 2006 Return-Path: X-Original-To: freebsd-scsi@freebsd.org Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D01E116A412 for ; Tue, 31 Oct 2006 13:38:32 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 74EA743D58 for ; Tue, 31 Oct 2006 13:38:32 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1Getoz-000Jnc-8H; Tue, 31 Oct 2006 15:38:29 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: freebsd-scsi@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 31 Oct 2006 15:38:29 +0200 From: Danny Braniss Message-ID: Cc: Subject: Re: need raid controler ... X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Oct 2006 13:38:32 -0000 now that it's working: aac0: port 0x5000-0x50ff mem 0xc9e00000-0xc9ffffff,0xc7fe0000 -0xc7ffffff irq 17 at device 0.0 on pci4 aac0: Enabling 64-bit address support aac0: New comm. interface enabled aac0: Adaptec Raid Controller 2.0.0-1 ... aacd0: on aac0 aacd0: 34590MB (70840320 sectors) i tried aaccli but it says it's too old :-) so, is there some way to know the status of this raid, and manage? without running linux/windows? danny From owner-freebsd-scsi@FreeBSD.ORG Tue Oct 31 19:57:36 2006 Return-Path: X-Original-To: freebsd-scsi@freebsd.org Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DCFAF16A412 for ; Tue, 31 Oct 2006 19:57:36 +0000 (UTC) (envelope-from mjacob@freebsd.org) Received: from ns1.feral.com (ns1.feral.com [192.67.166.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id DBA5243D86 for ; Tue, 31 Oct 2006 19:57:29 +0000 (GMT) (envelope-from mjacob@freebsd.org) Received: from ns1.feral.com (localhost [127.0.0.1]) by ns1.feral.com (8.13.8/8.13.8) with ESMTP id k9VJvTL7022144 for ; Tue, 31 Oct 2006 11:57:29 -0800 (PST) (envelope-from mjacob@freebsd.org) Received: from localhost (mjacob@localhost) by ns1.feral.com (8.13.8/8.13.8/Submit) with ESMTP id k9VJvThs022141 for ; Tue, 31 Oct 2006 11:57:29 -0800 (PST) (envelope-from mjacob@freebsd.org) X-Authentication-Warning: ns1.feral.com: mjacob owned process doing -bs Date: Tue, 31 Oct 2006 11:57:29 -0800 (PST) From: mjacob@freebsd.org X-X-Sender: mjacob@ns1.feral.com To: freebsd-scsi@freebsd.org In-Reply-To: <7579f7fb0610300801x4650cb3fgb93f662fbf7b4213@mail.gmail.com> Message-ID: <20061031115204.Y21918@ns1.feral.com> References: <7579f7fb0610281854l3ec600d7kf0a2cdf20fdcb838@mail.gmail.com> <7579f7fb0610282210p59de2123g379f0d4069bd1e42@mail.gmail.com> <45443C7F.5040508@samsco.org> <7579f7fb0610300801x4650cb3fgb93f662fbf7b4213@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: CAM_NEW_TRAN changes-next set of changes ready for review X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mjacob@freebsd.org List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Oct 2006 19:57:36 -0000 http://people.freebsd.org/~mjacob/DIFFS.CAM_NEW_TRAN_CODE This is the complete set of changes that remove the non-NEW_TRAN code from the kernel and also does the minimal fixes to camlib and camcontrol to accomodate the changes (it's just not practical to support old/new simultaneously). I did a somewhat halfhearted run through /usr/ports trying to find Makefile and patches that depended on CAM. That turned out to be a fairly short list: /usr/ports/audio/cdparanoia /usr/ports/audio/sound-juicer /usr/ports/audio/xmcd /usr/ports/emulators/mtools /usr/ports/misc/mtx /usr/ports/multimedia/k9copy I *think* based upon scanning them that only cdparanoia would have to *really* be recompiled- in fact, it just an XPT_PATH_INQ, so it might even get away from having to be recompiled. Any glaring omissions? -matt From owner-freebsd-scsi@FreeBSD.ORG Tue Oct 31 21:02:25 2006 Return-Path: X-Original-To: freebsd-scsi@freebsd.org Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B38916A403; Tue, 31 Oct 2006 21:02:25 +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 8932F43D46; Tue, 31 Oct 2006 21:02:23 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [10.10.3.185] ([165.236.175.187]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k9VL2F1X057221; Tue, 31 Oct 2006 14:02:20 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <4547B9D1.6060201@samsco.org> Date: Tue, 31 Oct 2006 14:02:09 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060206 X-Accept-Language: en-us, en MIME-Version: 1.0 To: mjacob@freebsd.org References: <7579f7fb0610281854l3ec600d7kf0a2cdf20fdcb838@mail.gmail.com> <7579f7fb0610282210p59de2123g379f0d4069bd1e42@mail.gmail.com> <45443C7F.5040508@samsco.org> <7579f7fb0610300801x4650cb3fgb93f662fbf7b4213@mail.gmail.com> <20061031115204.Y21918@ns1.feral.com> In-Reply-To: <20061031115204.Y21918@ns1.feral.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=3.8 tests=none autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: freebsd-scsi@freebsd.org Subject: Re: CAM_NEW_TRAN changes-next set of changes ready for review X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Oct 2006 21:02:25 -0000 mjacob@freebsd.org wrote: > > http://people.freebsd.org/~mjacob/DIFFS.CAM_NEW_TRAN_CODE > > This is the complete set of changes that remove the non-NEW_TRAN code > from the kernel and also does the minimal fixes to camlib and camcontrol > to accomodate the changes (it's just not practical to support old/new > simultaneously). > > I did a somewhat halfhearted run through /usr/ports trying to find > Makefile and patches that depended on CAM. That turned out to be a > fairly short list: > > /usr/ports/audio/cdparanoia > /usr/ports/audio/sound-juicer > /usr/ports/audio/xmcd > /usr/ports/emulators/mtools > /usr/ports/misc/mtx > /usr/ports/multimedia/k9copy > > I *think* based upon scanning them that only cdparanoia would have to > *really* be recompiled- in fact, it just an XPT_PATH_INQ, so it might > even get away from having to be recompiled. > > Any glaring omissions? > > -matt > I think that there are some GNOME and KDE apps that also might be affected. You can always pass a patch off to the ports team (portmgr) and ask them to do a trial run with it. They are always very open to that; better to have everything fixed ahead of time than to deal with things suddenly breaking. Scott From owner-freebsd-scsi@FreeBSD.ORG Tue Oct 31 21:26:42 2006 Return-Path: X-Original-To: freebsd-scsi@freebsd.org Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC4CB16A417 for ; Tue, 31 Oct 2006 21:26:42 +0000 (UTC) (envelope-from mjacob@freebsd.org) Received: from ns1.feral.com (ns1.feral.com [192.67.166.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0AFF643D6E for ; Tue, 31 Oct 2006 21:26:38 +0000 (GMT) (envelope-from mjacob@freebsd.org) Received: from ns1.feral.com (localhost [127.0.0.1]) by ns1.feral.com (8.13.8/8.13.8) with ESMTP id k9VLQbpw022581; Tue, 31 Oct 2006 13:26:37 -0800 (PST) (envelope-from mjacob@freebsd.org) Received: from localhost (mjacob@localhost) by ns1.feral.com (8.13.8/8.13.8/Submit) with ESMTP id k9VLQbX4022578; Tue, 31 Oct 2006 13:26:37 -0800 (PST) (envelope-from mjacob@freebsd.org) X-Authentication-Warning: ns1.feral.com: mjacob owned process doing -bs Date: Tue, 31 Oct 2006 13:26:37 -0800 (PST) From: mjacob@freebsd.org X-X-Sender: mjacob@ns1.feral.com To: Scott Long In-Reply-To: <4547B9D1.6060201@samsco.org> Message-ID: <20061031132438.G21918@ns1.feral.com> References: <7579f7fb0610281854l3ec600d7kf0a2cdf20fdcb838@mail.gmail.com> <7579f7fb0610282210p59de2123g379f0d4069bd1e42@mail.gmail.com> <45443C7F.5040508@samsco.org> <7579f7fb0610300801x4650cb3fgb93f662fbf7b4213@mail.gmail.com> <20061031115204.Y21918@ns1.feral.com> <4547B9D1.6060201@samsco.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-scsi@freebsd.org Subject: Re: CAM_NEW_TRAN changes-next set of changes ready for review X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mjacob@freebsd.org List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Oct 2006 21:26:42 -0000 >> >> /usr/ports/audio/cdparanoia >> /usr/ports/audio/sound-juicer >> /usr/ports/audio/xmcd >> /usr/ports/emulators/mtools >> /usr/ports/misc/mtx >> /usr/ports/multimedia/k9copy >> >> I *think* based upon scanning them that only cdparanoia would have to >> *really* be recompiled- in fact, it just an XPT_PATH_INQ, so it might even >> get away from having to be recompiled. >> >> Any glaring omissions? >> >> -matt >> > > I think that there are some GNOME and KDE apps that also might be > affected. You can always pass a patch off to the ports team (portmgr) > and ask them to do a trial run with it. They are always very open to > that; better to have everything fixed ahead of time than to deal with > things suddenly breaking. The sound-juicer stuff and k9copy are part of GNOME. I mailed portmgr, but it strikes me that all I need to do is get through a complete build cycle in ports myself- if possible. This should leave enough work stuff around that I can grep for CAM in source files and see if things would break. Jeez, what a lotta work. From owner-freebsd-scsi@FreeBSD.ORG Tue Oct 31 21:32:37 2006 Return-Path: X-Original-To: freebsd-scsi@freebsd.org Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 42E9A16A550; Tue, 31 Oct 2006 21:32:37 +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 63E0843DDE; Tue, 31 Oct 2006 21:30:26 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [10.10.3.185] ([165.236.175.187]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k9VLUIND057366; Tue, 31 Oct 2006 14:30:24 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <4547C060.7000104@samsco.org> Date: Tue, 31 Oct 2006 14:30:08 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060206 X-Accept-Language: en-us, en MIME-Version: 1.0 To: mjacob@freebsd.org References: <7579f7fb0610281854l3ec600d7kf0a2cdf20fdcb838@mail.gmail.com> <7579f7fb0610282210p59de2123g379f0d4069bd1e42@mail.gmail.com> <45443C7F.5040508@samsco.org> <7579f7fb0610300801x4650cb3fgb93f662fbf7b4213@mail.gmail.com> <20061031115204.Y21918@ns1.feral.com> <4547B9D1.6060201@samsco.org> <20061031132438.G21918@ns1.feral.com> In-Reply-To: <20061031132438.G21918@ns1.feral.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=3.8 tests=none autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: freebsd-scsi@freebsd.org Subject: Re: CAM_NEW_TRAN changes-next set of changes ready for review X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Oct 2006 21:32:37 -0000 mjacob@freebsd.org wrote: > >>> >>> /usr/ports/audio/cdparanoia >>> /usr/ports/audio/sound-juicer >>> /usr/ports/audio/xmcd >>> /usr/ports/emulators/mtools >>> /usr/ports/misc/mtx >>> /usr/ports/multimedia/k9copy >>> >>> I *think* based upon scanning them that only cdparanoia would have to >>> *really* be recompiled- in fact, it just an XPT_PATH_INQ, so it might >>> even get away from having to be recompiled. >>> >>> Any glaring omissions? >>> >>> -matt >>> >> >> I think that there are some GNOME and KDE apps that also might be >> affected. You can always pass a patch off to the ports team (portmgr) >> and ask them to do a trial run with it. They are always very open to >> that; better to have everything fixed ahead of time than to deal with >> things suddenly breaking. > > > The sound-juicer stuff and k9copy are part of GNOME. > Ah, I haven't kept up with GNOME. > I mailed portmgr, but it strikes me that all I need to do is get through > a complete build cycle in ports myself- if possible. This should leave > enough work stuff around that I can grep for CAM in source files and see > if things would break. Jeez, what a lotta work. > If there are no API or soruce level changes expected, then it's probably not a big deal. A message to the usual lists telling people to look for problems and recompile is sufficient. Scott From owner-freebsd-scsi@FreeBSD.ORG Tue Oct 31 21:51:01 2006 Return-Path: X-Original-To: freebsd-scsi@freebsd.org Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD88616A601; Tue, 31 Oct 2006 21:51:01 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from optimus.centralmiss.com (ns.centralmiss.com [206.156.254.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4BF2743D7B; Tue, 31 Oct 2006 21:49:41 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: from draco.over-yonder.net (adsl-072-148-013-213.sip.jan.bellsouth.net [72.148.13.213]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by optimus.centralmiss.com (Postfix) with ESMTP id F2C4128431; Tue, 31 Oct 2006 15:49:30 -0600 (CST) Received: by draco.over-yonder.net (Postfix, from userid 100) id 6E9C061C57; Tue, 31 Oct 2006 15:49:30 -0600 (CST) Date: Tue, 31 Oct 2006 15:49:30 -0600 From: "Matthew D. Fuller" To: mjacob@freebsd.org Message-ID: <20061031214930.GZ17019@over-yonder.net> References: <7579f7fb0610281854l3ec600d7kf0a2cdf20fdcb838@mail.gmail.com> <7579f7fb0610282210p59de2123g379f0d4069bd1e42@mail.gmail.com> <45443C7F.5040508@samsco.org> <7579f7fb0610300801x4650cb3fgb93f662fbf7b4213@mail.gmail.com> <20061031115204.Y21918@ns1.feral.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061031115204.Y21918@ns1.feral.com> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.11-fullermd.3 Cc: freebsd-scsi@freebsd.org Subject: Re: CAM_NEW_TRAN changes-next set of changes ready for review X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Oct 2006 21:51:02 -0000 On Tue, Oct 31, 2006 at 11:57:29AM -0800 I heard the voice of mjacob@freebsd.org, and lo! it spake thus: > > This is the complete set of changes that remove the non-NEW_TRAN > code from the kernel [...] For those of us following along at home, can you handwave a sentence or two about what the difference is and how/if it will affect me? -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-scsi@FreeBSD.ORG Tue Oct 31 22:06:15 2006 Return-Path: X-Original-To: freebsd-scsi@freebsd.org Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 55CA016A416 for ; Tue, 31 Oct 2006 22:06:15 +0000 (UTC) (envelope-from mjacob@freebsd.org) Received: from ns1.feral.com (ns1.feral.com [192.67.166.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id ABB1643D53 for ; Tue, 31 Oct 2006 22:06:14 +0000 (GMT) (envelope-from mjacob@freebsd.org) Received: from ns1.feral.com (localhost [127.0.0.1]) by ns1.feral.com (8.13.8/8.13.8) with ESMTP id k9VM6EE3022776; Tue, 31 Oct 2006 14:06:14 -0800 (PST) (envelope-from mjacob@freebsd.org) Received: from localhost (mjacob@localhost) by ns1.feral.com (8.13.8/8.13.8/Submit) with ESMTP id k9VM6EU8022773; Tue, 31 Oct 2006 14:06:14 -0800 (PST) (envelope-from mjacob@freebsd.org) X-Authentication-Warning: ns1.feral.com: mjacob owned process doing -bs Date: Tue, 31 Oct 2006 14:06:14 -0800 (PST) From: mjacob@freebsd.org X-X-Sender: mjacob@ns1.feral.com To: "Matthew D. Fuller" In-Reply-To: <20061031214930.GZ17019@over-yonder.net> Message-ID: <20061031135750.B21918@ns1.feral.com> References: <7579f7fb0610281854l3ec600d7kf0a2cdf20fdcb838@mail.gmail.com> <7579f7fb0610282210p59de2123g379f0d4069bd1e42@mail.gmail.com> <45443C7F.5040508@samsco.org> <7579f7fb0610300801x4650cb3fgb93f662fbf7b4213@mail.gmail.com> <20061031115204.Y21918@ns1.feral.com> <20061031214930.GZ17019@over-yonder.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-scsi@freebsd.org Subject: Re: CAM_NEW_TRAN changes-next set of changes ready for review X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mjacob@freebsd.org List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Oct 2006 22:06:15 -0000 On Tue, 31 Oct 2006, Matthew D. Fuller wrote: > On Tue, Oct 31, 2006 at 11:57:29AM -0800 I heard the voice of > mjacob@freebsd.org, and lo! it spake thus: >> >> This is the complete set of changes that remove the non-NEW_TRAN >> code from the kernel [...] > > For those of us following along at home, can you handwave a sentence > or two about what the difference is and how/if it will affect me? Hopefully not much at all (at present). The intent of this change is to make the CAM transport layer in the kernel a bit more flexible by splitting some of the internal pieces into protocol (e.g. "SCSI") and transport (e.g. "SAS" or "SPI" or "Fibre Channel") specific chunks. This allows for finer grained control and information depending upon the actual underlying device. For example, Fibre Channel devices are part of the XPORT_FC transport, thus have things like World Wide Names and Port IDs and what not. There is no mechanism at present to get that information programmatically to a user application. This change that is being put into place will enable that to occur, which will make less of a hack the multipath stuff I'm now working on. The user visible changes shouldn't be much unless there are user agents that issue XPT_PATH_INQ and XPT_GET_TRAN_SETTINGS/XPT_SET_TRAN_SETTINGS cam codes. In the base source tree only camlib and camcontrol do either. Some ports use them as well, but I don't believe that this will specifically break them at present. These changes, btw, have been around for years under the kernel option 'CAM_NEW_TRAN_CODE'. All I'm doing right now is making this the default and making sure that things don't fall over. -matt From owner-freebsd-scsi@FreeBSD.ORG Fri Nov 3 00:01:14 2006 Return-Path: X-Original-To: freebsd-scsi@freebsd.org Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7DC6F16A40F for ; Fri, 3 Nov 2006 00:01:14 +0000 (UTC) (envelope-from mjacob@freebsd.org) Received: from ns1.feral.com (ns1.feral.com [192.67.166.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 13BA343D53 for ; Fri, 3 Nov 2006 00:01:14 +0000 (GMT) (envelope-from mjacob@freebsd.org) Received: from ns1.feral.com (localhost [127.0.0.1]) by ns1.feral.com (8.13.8/8.13.8) with ESMTP id kA301Dvk041258 for ; Thu, 2 Nov 2006 16:01:13 -0800 (PST) (envelope-from mjacob@freebsd.org) Received: from localhost (mjacob@localhost) by ns1.feral.com (8.13.8/8.13.8/Submit) with ESMTP id kA301DId041255 for ; Thu, 2 Nov 2006 16:01:13 -0800 (PST) (envelope-from mjacob@freebsd.org) X-Authentication-Warning: ns1.feral.com: mjacob owned process doing -bs Date: Thu, 2 Nov 2006 16:01:13 -0800 (PST) From: mjacob@freebsd.org X-X-Sender: mjacob@ns1.feral.com To: freebsd-scsi@freebsd.org Message-ID: <20061102154941.S41199@ns1.feral.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: basic domain validation patches X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mjacob@freebsd.org List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Nov 2006 00:01:14 -0000 See http://people.freebsd.org/~mjacob/DV_PATCHES The ANSI document on Domain Validation gives an algorithm for doing Basic Domain Validation as, in part: Send an INQUIRY command to a SCSI device 3 times- twice with the default transfer agreement and once with the transfer agreement set to the fastest supported values. The Basic test fails when the first 36 bytes of data returned at the negotiated synchronous speed does not match the data received at the asynchronous transfer speed. In addition, the Basic test fails if a CRC error (or parity error for non-DT clocking) or a timeout occurs. If data miscompare occurs, the test should be repeated (e.g., this could be due to the target changing INQUIRY data during SCSI device initialization). After a finite number of retries, if data miscompare recurs then fall-back should be attempted (see 5.5.2). and 5.5.2 has: If Basic or Enhanced tests fail, a fall-back setting is set and the tests are performed again. The recommended fall-back order is: 1. fast-160 2. fast-80 3. fast-40 (with DT clocking enabled) 4. fast-40 (with ST clocking enabled) 5. fast-20 6. fast-10; and 7. asynchrnous transfer. I've done an implementation interwoven into the probe code in cam_xpt such that the following occurs.. The normal sequence is: ... INQUIRY (short) INQUIRY (long) ... ('default' sync settings are enabled) ... PROBE_TUR_FOR_NEGOTIATION I've changed to be: PROBE_TUR_FOR_NEGOTIATION PROBE_INQUIRY_BASIC_DV1 ... PROBE_INQUIRY_BASIC_DV2 ... The idea here is to leverage the two initial INQUIRY commands done at async mode and compare with the last known one and to do *two* additional INQUIRY commands (at speed) to see if they compare with the last ASYNC long INQUIRY command. If they don't, we can do backoff and just re-enter the state machine at PROBE_TUR_FOR_NEGOTIATION. The backoff doesn't do DT/ST settings, but just simply increments the sync_period factor until we hit 0xf (5 MHz) and then drops to async. I don't mess with PPR settings on the theory that the SIM will do the right thing with PPR settings depending on the values of sync period and offset. By doing fault injection (e..g, failed compares) I've done some testing and this *appears* to do what one would want. Any comments? I *know* there are people out there on this list who have more experience with DV than I do so I'd appreciate some comments. -matt From owner-freebsd-scsi@FreeBSD.ORG Sat Nov 4 18:48:24 2006 Return-Path: X-Original-To: freebsd-scsi@freebsd.org Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A3F2A16A7EE for ; Sat, 4 Nov 2006 18:48:24 +0000 (UTC) (envelope-from eadueibc@dsiweb.net) Received: from dsiweb.net (218-168-196-3.dynamic.hinet.net [218.168.196.3]) by mx1.FreeBSD.org (Postfix) with SMTP id E175F43DB6 for ; Sat, 4 Nov 2006 18:48:10 +0000 (GMT) (envelope-from eadueibc@dsiweb.net) Message-ID: <097701c6ff75$3ebe48c0$6621b6b0@oembezzlex> From: "YJerome Glenna" To: Date: Sun, 05 Nov 2006 02:48:01 +0800 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Stock News Blast mz X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: YJerome Glenna List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Nov 2006 18:48:24 -0000 INSIDE INFO ALERT This advisory is based on exclusive insiders/agents information. (NHVP.PK) NHVP has provided investors with 1000% + gains during the real estate boom, and now with the sector at its bottom, is ready to provide with results yet again.. OCT 13th: Northeast Development Corp. to Receive Funding from European Investment Firm. Preliminary discussions suggest figures of -3 million with a combination of real estate and equity collateralization. GET IN ON MONDAY NOV 6th: at 08 cents its a STEAL - Volume: 8,000 - Volume: + 100% - Price: +100% The key to any tade is buying low and selling high, WELL the REAL ESTATE market has bottomed out and time to get in is now. We specialise in calling market bottom and when it comes to REAL ESTATE THIS IS THE BOTTOM, SO GET IN FOLKS TRUE P STOCK OPPORTUNITY TRUE P STOCK OPPORTUNITY Small planes could previously fly below 1,100 feet along the river without filing flight plans or checking in with air traffic control. The FAA said the rule change -- a temporary one -- was made for safety reasons. Funeral services were also scheduled over the next several days for firefighters Jess McLean, 27, of Beaumont; Daniel Hoover-Najera, 20, of San Jacinto; Mark Loutzenhiser, 43, of Idyllwild; and Pablo Cerda, 23, of Fountain Valley. A public memorial service for all five men was planned for Sunday. Mourners honored the firefighters killed by the California arson fire as the first of five funerals began Friday, and praised authorities for charging the man accused of starting that fire with murder. Violence against Iraqis has grown unabated in the past month, with more than 1,300 killed since October 1. Fearing more bloodshed after Sunday's expected announcement of a verdict in the trial of former Iraqi leader Saddam Hussein, Iraq's defense minister has canceled leave for all army officers.