From owner-freebsd-scsi@FreeBSD.ORG Sun Oct 5 20:30:11 2003 Return-Path: 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 77B5C16A4B3; Sun, 5 Oct 2003 20:30:11 -0700 (PDT) Received: from mail.econolodgetulsa.com (mail.econolodgetulsa.com [198.78.66.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 43B6143FEC; Sun, 5 Oct 2003 20:30:08 -0700 (PDT) (envelope-from user@mail.econolodgetulsa.com) Received: from mail (user@mail [198.78.66.163])h963UAnW036841; Sun, 5 Oct 2003 20:30:10 -0700 (PDT) (envelope-from user@mail.econolodgetulsa.com) Date: Sun, 5 Oct 2003 20:30:10 -0700 (PDT) From: Josh Brooks To: Scott Long In-Reply-To: <20031002195954.X36855@pooker.samsco.home> Message-ID: <20031005202453.B54619-100000@mail.econolodgetulsa.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-scsi@freebsd.org Subject: Re: confusing aaccli output ... X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Oct 2003 03:30:11 -0000 Ok, I am still having a bit of trouble ... here is a quick synopsis: AAC0> container list Executing: container list Num Total Oth Chunk Scsi Partition Label Type Size Ctr Size Usage B:ID:L Offset:Size ----- ------ ------ --- ------ ------- ------ ------------- 0 Mirror 34.1GB Open 0:00:0 64.0KB:34.1GB /dev/aacd0 mirror0 0:01:0 64.0KB:34.1GB 1 Mirror 68.3GB Open --- Missing --- /dev/aacd1 mirror1 0:03:0 64.0KB:68.3GB 2 Legacy 68.3GB Valid 0:02:0 0.00 B:68.3GB /dev/aacd2 Ok, easy enough. I am now going to delete container #2 so I can add that disk as the failover for container #1, which is a broken mirror. AAC0> container delete 2 Executing: container delete 2 Successful: AAC0> container list Executing: container list Num Total Oth Chunk Scsi Partition Label Type Size Ctr Size Usage B:ID:L Offset:Size ----- ------ ------ --- ------ ------- ------ ------------- 0 Mirror 34.1GB Open 0:00:0 64.0KB:34.1GB /dev/aacd0 mirror0 0:01:0 64.0KB:34.1GB 1 Mirror 68.3GB Open --- Missing --- /dev/aacd1 mirror1 0:03:0 64.0KB:68.3GB And let's take a look at the disks: AAC0> disk list Executing: disk list B:ID:L Device Type Blocks Bytes/Block Usage Shared Rate ------ -------------- --------- ----------- ---------------- ------ ---- 0:00:0 Disk 71771688 512 Initialized NO 40 0:01:0 Disk 71771688 512 Initialized NO 160 0:02:0 Disk 143374738 512 Not Initialized NO 160 0:03:0 Disk 143374738 512 Initialized NO 160 Ok, fair enough - I will initialize 0,2,0: AAC0> disk initialize (0,2,0) Executing: disk initialize (BUS=0,ID=2,LUN=0) AAC0> disk list Executing: disk list B:ID:L Device Type Blocks Bytes/Block Usage Shared Rate ------ -------------- --------- ----------- ---------------- ------ ---- 0:00:0 Disk 71771688 512 Initialized NO 40 0:01:0 Disk 71771688 512 Initialized NO 160 0:02:0 Disk 143374738 512 Initialized NO 160 0:03:0 Disk 143374738 512 Initialized NO 160 Ok, all done. Now for the final step: AAC0> container set failover 1 (0,2,0) Executing: container set failover 1 (BUS=0,ID=2,LUN=0) Let's see if it is running: AAC0> task list Executing: task list Controller Tasks TaskId Function Done% Container State Specific1 Specific2 ------ -------- ------- --------- ----- --------- --------- No tasks currently running on controller Huh ? ... Ok, wait five minutes: AAC0> task list Executing: task list Controller Tasks TaskId Function Done% Container State Specific1 Specific2 ------ -------- ------- --------- ----- --------- --------- No tasks currently running on controller Still nothing running. And further: AAC0> container list Executing: container list Num Total Oth Chunk Scsi Partition Label Type Size Ctr Size Usage B:ID:L Offset:Size ----- ------ ------ --- ------ ------- ------ ------------- 0 Mirror 34.1GB Open 0:00:0 64.0KB:34.1GB /dev/aacd0 mirror0 0:01:0 64.0KB:34.1GB 1 Mirror 68.3GB Open --- Missing --- /dev/aacd1 mirror1 0:03:0 64.0KB:68.3GB That makes no sense ... basically it just ignored my command. I don't understand it - from the "disk list" output, the disks are the exact same size and speed - and I know them to be identical: B:ID:L Device Type Blocks Bytes/Block Usage Shared Rate ------ -------------- --------- ----------- ---------------- ------ ---- 0:00:0 Disk 71771688 512 Initialized NO 40 0:01:0 Disk 71771688 512 Initialized NO 160 0:02:0 Disk 143374738 512 Initialized NO 160 0:03:0 Disk 143374738 512 Initialized NO 160 So why is this happening ? I have never seen such behavior before and am auite confused as to why the CLI would just ignore that command with no errors or output. thanks. From owner-freebsd-scsi@FreeBSD.ORG Mon Oct 6 02:18:49 2003 Return-Path: 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 A039916A4B3 for ; Mon, 6 Oct 2003 02:18:49 -0700 (PDT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 658F143FDD for ; Mon, 6 Oct 2003 02:18:48 -0700 (PDT) (envelope-from romanua@gmx.net) Received: (qmail 30798 invoked by uid 65534); 6 Oct 2003 09:18:46 -0000 Received: from chello080109064137.16.15.univie.teleweb.at (HELO blahblah) (80.109.64.137) by mail.gmx.net (mp007) with SMTP; 06 Oct 2003 11:18:46 +0200 X-Authenticated: #11713159 Message-ID: <000501c38beb$3c92b990$0100a8c0@blahblah> From: "Roman Babenko" To: Date: Mon, 6 Oct 2003 11:21:33 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Subject: AIC7899's 2 SCSI channels infect with each other in target X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Oct 2003 09:18:49 -0000 Dear Justin, you seem to be informed about AIC7899 specs. I was trying to find some technical documentation about that card but could't find anything. For sym53cxx one can download technical manuals from LSI logic site, what about adaptec cards? where do developers get that technical documentation? Regards, Roman From owner-freebsd-scsi@FreeBSD.ORG Mon Oct 6 09:06:16 2003 Return-Path: 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 0D4C916A4B3 for ; Mon, 6 Oct 2003 09:06:16 -0700 (PDT) Received: from list.adaptec.com (list.adaptec.com [216.52.22.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id C402C43F85 for ; Mon, 6 Oct 2003 09:06:14 -0700 (PDT) (envelope-from gibbs@scsiguy.com) Received: from redfish.adaptec.com (redfish.adaptec.com [162.62.50.11]) by list.adaptec.com (8.12.8/8.12.8) with ESMTP id h96G6E3d000132; Mon, 6 Oct 2003 09:06:14 -0700 Received: from [10.100.253.70] (aslan.btc.adaptec.com [10.100.253.70]) by redfish.adaptec.com (8.8.8p2+Sun/8.8.8) with ESMTP id JAA19605; Mon, 6 Oct 2003 09:06:08 -0700 (PDT) Date: Mon, 06 Oct 2003 10:09:40 -0600 From: "Justin T. Gibbs" To: Roman Babenko , freebsd-scsi@freebsd.org Message-ID: <1748010000.1065456580@aslan.btc.adaptec.com> In-Reply-To: <000501c38beb$3c92b990$0100a8c0@blahblah> References: <000501c38beb$3c92b990$0100a8c0@blahblah> X-Mailer: Mulberry/3.1.0b8 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Re: AIC7899's 2 SCSI channels infect with each other in target X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: "Justin T. Gibbs" List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Oct 2003 16:06:16 -0000 > Dear Justin, > > you seem to be informed about AIC7899 specs. > I was trying to find some technical documentation about that card but > could't find anything. For sym53cxx one can download technical manuals from > LSI logic site, what about adaptec cards? where do developers get that > technical documentation? The data books for the aic7xxx family of SCSI chips were available at one time from a 1-800 document order line. This practice stopped in '96 or '97. Before becoming an employee of Adaptec in 2000, Adaptec supplied the documentation to me under a "Document only NDA" so that Linux and FreeBSD could continue to have support for the Adaptec products. If you have specific questions, I can answer them, but I cannot release documents. -- Justin From owner-freebsd-scsi@FreeBSD.ORG Mon Oct 6 11:03:08 2003 Return-Path: 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 1EBBF16A4B3 for ; Mon, 6 Oct 2003 11:03:08 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 375B543FE9 for ; Mon, 6 Oct 2003 11:03:06 -0700 (PDT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.9/8.12.9) with ESMTP id h96I36FY062654 for ; Mon, 6 Oct 2003 11:03:06 -0700 (PDT) (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.12.9/8.12.9/Submit) id h96I35Lo062648 for scsi@freebsd.org; Mon, 6 Oct 2003 11:03:05 -0700 (PDT) (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 6 Oct 2003 11:03:05 -0700 (PDT) Message-Id: <200310061803.h96I35Lo062648@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: scsi@FreeBSD.org Subject: Current problem reports assigned to you X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Oct 2003 18:03:08 -0000 Current FreeBSD problem reports Critical problems Serious problems Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- f [1999/12/21] kern/15608 scsi acd0 / cd0 give inconsistent errors on em 1 problem total. From owner-freebsd-scsi@FreeBSD.ORG Tue Oct 7 04:54:29 2003 Return-Path: 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 97D8116A4B3 for ; Tue, 7 Oct 2003 04:54:29 -0700 (PDT) Received: from ngfl.dialnet.com (ngmail.ngfl.dialnet.com [212.44.44.76]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB7A743FAF for ; Tue, 7 Oct 2003 04:54:26 -0700 (PDT) (envelope-from ict@cardinalnewman.coventry.sch.uk) Received: from ngmfilt.ngfl.dialnet.com [212.44.44.121] by ngfl.dialnet.com with ESMTP (SMTPD32-6.06) id A7CA26560104; Tue, 07 Oct 2003 12:47:22 +0100 Received: from relay.ngfl.dialnet.com (unverified) by ngmfilt.ngfl.dialnet.com ; Tue, 7 Oct 2003 12:52:02 +0100 Received: from firewall.cardinalnewman.lan ( [172.30.0.70]) by relay.ngfl.dialnet.com with SMTP (MailShield v2.04 - WIN32 Jul 17 2001 17:12:42); Tue, 07 Oct 2003 12:52:37 +0100 Received: from mail.cardinalnewman.lan (mail.cardinalnewman.lan [192.168.0.3]) h97Bs9QT002335; Tue, 7 Oct 2003 12:54:09 +0100 (BST) (envelope-from ict@cardinalnewman.coventry.sch.uk) Received: from dumpster.cardinalnewman.lan (dumpster.cardinalnewman.lan [192.168.0.9])h97Bs84c085163; Tue, 7 Oct 2003 12:54:08 +0100 (BST) (envelope-from ict@cardinalnewman.coventry.sch.uk) From: ict technician Organization: Cardinal Newman School To: Don Bowman Date: Tue, 7 Oct 2003 12:54:08 +0100 User-Agent: KMail/1.5.3 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200310071254.08595.ict@cardinalnewman.coventry.sch.uk> X-Virus-Scanned: by amavisd-milter (http://amavis.org/) X-Spam-Status: No, hits=-9.1 required=5.0 tests=QUOTED_EMAIL_TEXT,USER_AGENT_KMAIL version=2.50 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-Filter-Version: 1.11a (mail.cardinalnewman.lan) X-SMTP-HELO: firewall.cardinalnewman.lan X-SMTP-MAIL-FROM: ict@cardinalnewman.coventry.sch.uk X-SMTP-RCPT-TO: don@sandvine.com,freebsd-scsi@freebsd.org X-SMTP-PEER-INFO: [172.30.0.70] cc: freebsd-scsi@freebsd.org Subject: AIC7902 w/ seagate U320 drive issue on releng-4 (and current) X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Oct 2003 11:54:29 -0000 > On Sat, 26 Jul 2003, Don Bowman wrote: > > > Jul 26 19:27:20 /kernel: <<<<<<<<<<<<<<<< Dump Card State Ends > > >>>>>>>>>>>>>>>>>> >FYI, i've solved this problem for me by moving to >firmware version 5 on the ST318453LW (U320 15KRPM 18GB) >seagate drive. > >If you are seeing the problem I mentioned with U320 >seagate drive and AIC7902 controller I highly recommend >contacting seagate and requesting the latest rom. >Sadly the actual changes are 'proprietary' so I cannot >be sure this was the root cause of the problem. I'm >guessing there is an issue with large # of tags outstanding, >but its only a hunch. > >I have code to program this ROM under FreeBSD i >will share with anyone who asks. I obtained this >from andre __AT__ albsmeier __DOT__ net, who had >posted information to this list in the past [thank >you!]. > >I cannot be 100% sure this fixes the problem, but it was >pretty easy to reproduce with 'dd if=/dev/da0 of=/dev/null bs=20k', >and now I cannot reproduce on the 15 systems I am trying. > >--don I'm still seeing occasional problems. I can't find my previous posts either (on stable probably). Anyway, I have: Adaptec 29320 ST336607LW P/N 9V4005-002 firmware r=0006 (4x Vinum RAID10) tags depth set to 31. Seagate have released a new firmware revision. Can you send me your update program. Thanks. Our ISP has strange mail filters you might need to send to ianjhart AT yahoo DOT com While I'm here... This is our (only) gateway so it doesn't get updated except in dire need. I'm running a snapshot from July 31st. Have there been any code changes since then. I had a browse in cvsweb, but I don't know what to look for. Please CC me. Thanks 2 all -- i j hart ICT Technician Cardinal Newman Catholic School & Community College From owner-freebsd-scsi@FreeBSD.ORG Tue Oct 7 06:00:44 2003 Return-Path: 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 3227C16A4EB; Tue, 7 Oct 2003 06:00:44 -0700 (PDT) Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 91F2543FF3; Tue, 7 Oct 2003 06:00:38 -0700 (PDT) (envelope-from ken@panzer.kdm.org) Received: from panzer.kdm.org (localhost [127.0.0.1]) by panzer.kdm.org (8.12.9/8.12.5) with ESMTP id h97D0b64074541; Tue, 7 Oct 2003 07:00:37 -0600 (MDT) (envelope-from ken@panzer.kdm.org) Received: (from ken@localhost) by panzer.kdm.org (8.12.9/8.12.5/Submit) id h97D0ba9074540; Tue, 7 Oct 2003 07:00:37 -0600 (MDT) (envelope-from ken) Date: Tue, 7 Oct 2003 07:00:37 -0600 From: "Kenneth D. Merry" To: Thomas Quinot Message-ID: <20031007130037.GA74403@panzer.kdm.org> References: <20030919175032.GA2430@melusine.cuivre.fr.eu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030919175032.GA2430@melusine.cuivre.fr.eu.org> User-Agent: Mutt/1.4.1i cc: freebsd-scsi@FreeBSD.ORG Subject: Re: Defend against calling sysctl_ctx_free on uninitialized context X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Oct 2003 13:00:44 -0000 On Fri, Sep 19, 2003 at 19:50:32 +0200, Thomas Quinot wrote: > If a fatal error occurs while cd(4) is attaching, before the sysctl_ctx > has been initialized, then it must not be freed. The following patch > resolves this problem, please review. > > Thanks, > Thomas. > > Index: scsi_cd.c > =================================================================== > RCS file: /home/ncvs/src/sys/cam/scsi/scsi_cd.c,v > retrieving revision 1.83 > diff -u -r1.83 scsi_cd.c > --- scsi_cd.c 11 Sep 2003 19:27:24 -0000 1.83 > +++ scsi_cd.c 19 Sep 2003 17:47:03 -0000 > @@ -91,17 +91,18 @@ > } cd_quirks; > > typedef enum { > - CD_FLAG_INVALID = 0x001, > - CD_FLAG_NEW_DISC = 0x002, > - CD_FLAG_DISC_LOCKED = 0x004, > - CD_FLAG_DISC_REMOVABLE = 0x008, > - CD_FLAG_TAGGED_QUEUING = 0x010, > - CD_FLAG_CHANGER = 0x040, > - CD_FLAG_ACTIVE = 0x080, > - CD_FLAG_SCHED_ON_COMP = 0x100, > - CD_FLAG_RETRY_UA = 0x200, > - CD_FLAG_VALID_MEDIA = 0x400, > - CD_FLAG_VALID_TOC = 0x800 > + CD_FLAG_INVALID = 0x0001, > + CD_FLAG_NEW_DISC = 0x0002, > + CD_FLAG_DISC_LOCKED = 0x0004, > + CD_FLAG_DISC_REMOVABLE = 0x0008, > + CD_FLAG_TAGGED_QUEUING = 0x0010, > + CD_FLAG_CHANGER = 0x0040, > + CD_FLAG_ACTIVE = 0x0080, > + CD_FLAG_SCHED_ON_COMP = 0x0100, > + CD_FLAG_RETRY_UA = 0x0200, > + CD_FLAG_VALID_MEDIA = 0x0400, > + CD_FLAG_VALID_TOC = 0x0800, > + CD_FLAG_SCTX_INIT = 0x1000 > } cd_flags; > > typedef enum { > @@ -458,7 +459,8 @@ > xpt_print_path(periph->path); > printf("removing device entry\n"); > > - if (sysctl_ctx_free(&softc->sysctl_ctx) != 0) { > + if ((softc->flags & CD_FLAG_SCTX_INIT) != 0 > + && sysctl_ctx_free(&softc->sysctl_ctx) != 0) { > xpt_print_path(periph->path); > printf("can't remove sysctl context\n"); > } > @@ -622,6 +624,7 @@ > mtx_lock(&Giant); > > sysctl_ctx_init(&softc->sysctl_ctx); > + softc->flags |= CD_FLAG_SCTX_INIT; > softc->sysctl_tree = SYSCTL_ADD_NODE(&softc->sysctl_ctx, > SYSCTL_STATIC_CHILDREN(_kern_cam_cd), OID_AUTO, > tmpstr2, CTLFLAG_RD, 0, tmpstr); > > -- > Thomas.Quinot@Cuivre.FR.EU.ORG This looks fine, feel free to commit. There is also a potential race condition between the device going away and the taskqueue running. If the device goes away before the taskqueue runs, it'll end up shoving sysctl context into freed memory, and will likely leave the sysctl variable for that cd(4) instance hanging around. It doesn't look like there is a taskqueue_dequeue(), though, so we can't check for an active taskqueue request in cdcleanup() and dequeue it. Ken -- Kenneth Merry ken@kdm.org From owner-freebsd-scsi@FreeBSD.ORG Tue Oct 7 08:29:26 2003 Return-Path: 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 9D2B916A4B3; Tue, 7 Oct 2003 08:29:26 -0700 (PDT) Received: from melusine.cuivre.fr.eu.org (melusine.cuivre.fr.eu.org [62.212.105.185]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B3FC43F93; Tue, 7 Oct 2003 08:29:23 -0700 (PDT) (envelope-from thomas@FreeBSD.ORG) Received: by melusine.cuivre.fr.eu.org (Postfix, from userid 1000) id 69B362C3D3; Tue, 7 Oct 2003 17:29:21 +0200 (CEST) Date: Tue, 7 Oct 2003 17:29:21 +0200 From: Thomas Quinot To: njl@freebsd.org, ken@freebsd.org, freebsd-scsi@freebsd.org Message-ID: <20031007152921.GA66688@melusine.cuivre.fr.eu.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="J2SCkAp4GZ/dPZZf" Content-Disposition: inline User-Agent: Mutt/1.4i X-message-flag: WARNING! Using Outlook can damage your computer. Subject: da(4): defend against calling sysctl_ctx_free on unininitalized sysctl_ctx X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Oct 2003 15:29:26 -0000 --J2SCkAp4GZ/dPZZf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable The following change resolves a recently observed panic on probe of various USB mass storage devices. It is similar to the one I committed in scsi_cd.c rev 1.86. Please review! Thanks, Thomas. Index: scsi_da.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/sys/cam/scsi/scsi_da.c,v retrieving revision 1.159 diff -u -r1.159 scsi_da.c --- scsi_da.c 4 Sep 2003 01:01:20 -0000 1.159 +++ scsi_da.c 7 Oct 2003 14:48:26 -0000 @@ -89,7 +89,8 @@ DA_FLAG_NEED_OTAG =3D 0x020, DA_FLAG_WENT_IDLE =3D 0x040, DA_FLAG_RETRY_UA =3D 0x080, - DA_FLAG_OPEN =3D 0x100 + DA_FLAG_OPEN =3D 0x100, + DA_FLAG_SCTX_INIT =3D 0x200 } da_flags; =20 typedef enum { @@ -838,7 +839,8 @@ /* * If we can't free the sysctl tree, oh well... */ - if (sysctl_ctx_free(&softc->sysctl_ctx) !=3D 0) { + if ((softc->flags & DA_FLAG_SCTX_INIT) !=3D 0 + && sysctl_ctx_free(&softc->sysctl_ctx) !=3D 0) { xpt_print_path(periph->path); printf("can't remove sysctl context\n"); } @@ -925,6 +927,7 @@ =20 mtx_lock(&Giant); sysctl_ctx_init(&softc->sysctl_ctx); + softc->flags |=3D DA_FLAG_SCTX_INIT; softc->sysctl_tree =3D SYSCTL_ADD_NODE(&softc->sysctl_ctx, SYSCTL_STATIC_CHILDREN(_kern_cam_da), OID_AUTO, tmpstr2, CTLFLAG_RD, 0, tmpstr); --=20 Thomas.Quinot@Cuivre.FR.EU.ORG --J2SCkAp4GZ/dPZZf Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQE/gtvPAE1UuDk9JGkRApXKAJ9dUucuvx/ZhjHf7SaApiKGQPho7gCff3Nm lfEwLsjC7e4JUD1aMpMyftk= =LqIz -----END PGP SIGNATURE----- --J2SCkAp4GZ/dPZZf-- From owner-freebsd-scsi@FreeBSD.ORG Tue Oct 7 08:39:27 2003 Return-Path: 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 1F61116A4B3 for ; Tue, 7 Oct 2003 08:39:27 -0700 (PDT) Received: from ngfl.dialnet.com (ngmail.ngfl.dialnet.com [212.44.44.76]) by mx1.FreeBSD.org (Postfix) with ESMTP id F18ED43F93 for ; Tue, 7 Oct 2003 08:39:24 -0700 (PDT) (envelope-from ict@cardinalnewman.coventry.sch.uk) Received: from ngmfilt.ngfl.dialnet.com [212.44.44.121] by ngfl.dialnet.com with ESMTP (SMTPD32-6.06) id AC8327FD0128; Tue, 07 Oct 2003 16:32:19 +0100 Received: from relay.ngfl.dialnet.com (unverified) by ngmfilt.ngfl.dialnet.com ; Tue, 7 Oct 2003 16:35:33 +0100 Received: from firewall.cardinalnewman.lan ( [172.30.0.70]) by mail2.forest.org.uk with SMTP (MailShield v2.04 - WIN32 Jul 17 2001 17:12:42); Tue, 07 Oct 2003 16:36:07 +0100 Received: from mail.cardinalnewman.lan (mail.cardinalnewman.lan [192.168.0.3]) h97FbZR5000340; Tue, 7 Oct 2003 16:37:39 +0100 (BST) (envelope-from ict@cardinalnewman.coventry.sch.uk) Received: from dumpster.cardinalnewman.lan (dumpster.cardinalnewman.lan [192.168.0.9])h97FbZ4c088083; Tue, 7 Oct 2003 16:37:35 +0100 (BST) (envelope-from ict@cardinalnewman.coventry.sch.uk) From: ict technician Organization: Cardinal Newman School To: Andre Albsmeier Date: Tue, 7 Oct 2003 16:37:35 +0100 User-Agent: KMail/1.5.3 References: <200310071254.08595.ict@cardinalnewman.coventry.sch.uk> <20031007122559.GA26887@curry.mchp.siemens.de> In-Reply-To: <20031007122559.GA26887@curry.mchp.siemens.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200310071637.35368.ict@cardinalnewman.coventry.sch.uk> X-Virus-Scanned: by amavisd-milter (http://amavis.org/) X-Spam-Status: No, hits=-32.2 required=5.0 tests=EMAIL_ATTRIBUTION,IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES, REPLY_WITH_QUOTES,USER_AGENT_KMAIL version=2.50 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-Filter-Version: 1.11a (mail.cardinalnewman.lan) X-SMTP-HELO: firewall.cardinalnewman.lan X-SMTP-MAIL-FROM: ict@cardinalnewman.coventry.sch.uk X-SMTP-RCPT-TO: andre.albsmeier@siemens.com,freebsd-scsi@freebsd.org X-SMTP-PEER-INFO: [172.30.0.70] cc: freebsd-scsi@freebsd.org Subject: Re: AIC7902 w/ seagate U320 drive issue on releng-4 (and current) X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Oct 2003 15:39:27 -0000 On Tuesday 07 October 2003 1:25 pm, Andre Albsmeier wrote: > On Tue, 07-Oct-2003 at 12:54:08 +0100, ict technician wrote: > > > On Sat, 26 Jul 2003, Don Bowman wrote: > > > > Jul 26 19:27:20 /kernel: <<<<<<<<<<<<<<<< Dump Card State Ends > > > > > >FYI, i've solved this problem for me by moving to > > >firmware version 5 on the ST318453LW (U320 15KRPM 18GB) > > >seagate drive. > > > > > >If you are seeing the problem I mentioned with U320 > > >seagate drive and AIC7902 controller I highly recommend > > >contacting seagate and requesting the latest rom. > > >Sadly the actual changes are 'proprietary' so I cannot > > >be sure this was the root cause of the problem. I'm > > >guessing there is an issue with large # of tags outstanding, > > >but its only a hunch. > > > > > >I have code to program this ROM under FreeBSD i > > >will share with anyone who asks. I obtained this > > >from andre __AT__ albsmeier __DOT__ net, who had > > >posted information to this list in the past [thank > > >you!]. > > > > > >I cannot be 100% sure this fixes the problem, but it was > > >pretty easy to reproduce with 'dd if=/dev/da0 of=/dev/null bs=20k', > > >and now I cannot reproduce on the 15 systems I am trying. > > > > > >--don > > > > I'm still seeing occasional problems. I can't find my previous posts > > either (on stable probably). > > > > Anyway, I have: > > Adaptec 29320 > > ST336607LW P/N 9V4005-002 firmware r=0006 > > (4x Vinum RAID10) > > > > tags depth set to 31. > > > > Seagate have released a new firmware revision. Can you send me your > > update > > Here is the software from the one who wrote it :-). Please read the > first 70 lines and tell me about success or failure. > > -Andre Update seemed to go okay.firewall# ./fwprog -s /dev/da3 ST336607LW_S_007.SEA Updating SEAGATE ST336607LW 00063JA2403Q NOTE: Skipping 80 byte header. ------------------------------------------------- PktNo. PktSize BytesRemaining LastPkt ------------------------------------------------- 0 32768 (0x08000) 504832 (0x07B400) 0 1 32768 (0x08000) 472064 (0x073400) 0 2 32768 (0x08000) 439296 (0x06B400) 0 3 32768 (0x08000) 406528 (0x063400) 0 4 32768 (0x08000) 373760 (0x05B400) 0 5 32768 (0x08000) 340992 (0x053400) 0 6 32768 (0x08000) 308224 (0x04B400) 0 7 32768 (0x08000) 275456 (0x043400) 0 8 32768 (0x08000) 242688 (0x03B400) 0 9 32768 (0x08000) 209920 (0x033400) 0 10 32768 (0x08000) 177152 (0x02B400) 0 11 32768 (0x08000) 144384 (0x023400) 0 12 32768 (0x08000) 111616 (0x01B400) 0 13 32768 (0x08000) 78848 (0x013400) 0 14 32768 (0x08000) 46080 (0x00B400) 0 15 32768 (0x08000) 13312 (0x003400) 0 16 13312 (0x03400) 0 (0x000000) 1 Download successful The ID string didn't change tho' da0 at ahd1 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 320.000MB/s transfers (160.000MHz, offset 63, 16bit), Tagged Queueing Enabled da0: 35003MB (71687372 512 byte sectors: 64H 32S/T 35003C) da1 at ahd1 bus 0 target 2 lun 0 da1: Fixed Direct Access SCSI-3 device da1: 320.000MB/s transfers (160.000MHz, offset 63, 16bit), Tagged Queueing Enabled da1: 35003MB (71687372 512 byte sectors: 64H 32S/T 35003C) da2 at ahd1 bus 0 target 4 lun 0 da2: Fixed Direct Access SCSI-3 device da2: 320.000MB/s transfers (160.000MHz, offset 63, 16bit), Tagged Queueing Enabled da2: 35003MB (71687372 512 byte sectors: 64H 32S/T 35003C) da3 at ahd1 bus 0 target 6 lun 0 da3: Fixed Direct Access SCSI-3 device da3: 320.000MB/s transfers (160.000MHz, offset 63, 16bit), Tagged Queueing Enabled da3: 35003MB (71687372 512 byte sectors: 64H 32S/T 35003C) IP Filter: v3.4.31 initialized. Default = pass all, Logging = enabled I half expected to see 0007 in there. Did a powercycle FWIW. I've removed my rc.early script. I'll do my best to thrash the drive a bit. Seems okay so far although I haven't hit tags=64 yet. Thanks Andre -- i j hart ICT Technician Cardinal Newman Catholic School & Community College From owner-freebsd-scsi@FreeBSD.ORG Tue Oct 7 11:38:37 2003 Return-Path: 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 679F316A4B3 for ; Tue, 7 Oct 2003 11:38:37 -0700 (PDT) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id D3EE643FEC for ; Tue, 7 Oct 2003 11:38:35 -0700 (PDT) (envelope-from nate@rootlabs.com) Received: (qmail 6832 invoked by uid 1000); 7 Oct 2003 18:38:36 -0000 Date: Tue, 7 Oct 2003 11:38:36 -0700 (PDT) From: Nate Lawson To: Thomas Quinot In-Reply-To: <20031007152921.GA66688@melusine.cuivre.fr.eu.org> Message-ID: <20031007113642.X6781@root.org> References: <20031007152921.GA66688@melusine.cuivre.fr.eu.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-scsi@freebsd.org Subject: Re: da(4): defend against calling sysctl_ctx_free on unininitalized sysctl_ctx X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Oct 2003 18:38:37 -0000 On Tue, 7 Oct 2003, Thomas Quinot wrote: > The following change resolves a recently observed panic on probe of > various USB mass storage devices. It is similar to the one I committed > in scsi_cd.c rev 1.86. Please review! > > Thanks, > Thomas. > > Index: scsi_da.c > =================================================================== > RCS file: /home/ncvs/src/sys/cam/scsi/scsi_da.c,v > retrieving revision 1.159 > diff -u -r1.159 scsi_da.c > --- scsi_da.c 4 Sep 2003 01:01:20 -0000 1.159 > +++ scsi_da.c 7 Oct 2003 14:48:26 -0000 > @@ -89,7 +89,8 @@ > DA_FLAG_NEED_OTAG = 0x020, > DA_FLAG_WENT_IDLE = 0x040, > DA_FLAG_RETRY_UA = 0x080, > - DA_FLAG_OPEN = 0x100 > + DA_FLAG_OPEN = 0x100, > + DA_FLAG_SCTX_INIT = 0x200 > } da_flags; > > typedef enum { > @@ -838,7 +839,8 @@ > /* > * If we can't free the sysctl tree, oh well... > */ > - if (sysctl_ctx_free(&softc->sysctl_ctx) != 0) { > + if ((softc->flags & DA_FLAG_SCTX_INIT) != 0 > + && sysctl_ctx_free(&softc->sysctl_ctx) != 0) { > xpt_print_path(periph->path); > printf("can't remove sysctl context\n"); > } > @@ -925,6 +927,7 @@ > > mtx_lock(&Giant); > sysctl_ctx_init(&softc->sysctl_ctx); > + softc->flags |= DA_FLAG_SCTX_INIT; > softc->sysctl_tree = SYSCTL_ADD_NODE(&softc->sysctl_ctx, > SYSCTL_STATIC_CHILDREN(_kern_cam_da), OID_AUTO, tmpstr2, > CTLFLAG_RD, 0, tmpstr); I'm ok with committing this, thanks for running it by me. Perhaps there's a better way to signal whether the sysctl has been initialized though. Perhaps a check for SYSCTL_CHILDREN != NULL or something? I've fought with sysctl already this week and I'm not sure how to do that. -Nate From owner-freebsd-scsi@FreeBSD.ORG Tue Oct 7 21:50:33 2003 Return-Path: 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 D584A16A4BF; Tue, 7 Oct 2003 21:50:33 -0700 (PDT) Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63DD843FBF; Tue, 7 Oct 2003 21:50:32 -0700 (PDT) (envelope-from ken@panzer.kdm.org) Received: from panzer.kdm.org (localhost [127.0.0.1]) by panzer.kdm.org (8.12.9/8.12.5) with ESMTP id h984oS64080197; Tue, 7 Oct 2003 22:50:28 -0600 (MDT) (envelope-from ken@panzer.kdm.org) Received: (from ken@localhost) by panzer.kdm.org (8.12.9/8.12.5/Submit) id h984oSK7080196; Tue, 7 Oct 2003 22:50:28 -0600 (MDT) (envelope-from ken) Date: Tue, 7 Oct 2003 22:50:27 -0600 From: "Kenneth D. Merry" To: Thomas Quinot Message-ID: <20031008045027.GA80155@panzer.kdm.org> References: <20031007152921.GA66688@melusine.cuivre.fr.eu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20031007152921.GA66688@melusine.cuivre.fr.eu.org> User-Agent: Mutt/1.4.1i cc: freebsd-scsi@FreeBSD.ORG cc: njl@FreeBSD.ORG Subject: Re: da(4): defend against calling sysctl_ctx_free on unininitalized sysctl_ctx X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Oct 2003 04:50:34 -0000 On Tue, Oct 07, 2003 at 17:29:21 +0200, Thomas Quinot wrote: > The following change resolves a recently observed panic on probe of > various USB mass storage devices. It is similar to the one I committed > in scsi_cd.c rev 1.86. Please review! Looks good to me as well, feel free to commit. Ken -- Kenneth Merry ken@kdm.org From owner-freebsd-scsi@FreeBSD.ORG Tue Oct 7 23:12:26 2003 Return-Path: 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 1B69F16A4B3 for ; Tue, 7 Oct 2003 23:12:26 -0700 (PDT) Received: from goliath.siemens.de (goliath.siemens.de [192.35.17.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6BA6B43FA3 for ; Tue, 7 Oct 2003 23:12:18 -0700 (PDT) (envelope-from andre.albsmeier@siemens.com) Received: from mail3.siemens.de (mail3.siemens.de [139.25.208.14]) by goliath.siemens.de (8.11.7/8.11.7) with ESMTP id h986CEh06549; Wed, 8 Oct 2003 08:12:15 +0200 (MEST) Received: from mars.cert.siemens.de (ust.mchp.siemens.de [139.23.201.17]) by mail3.siemens.de (8.11.7/8.11.7) with ESMTP id h986CET15606; Wed, 8 Oct 2003 08:12:14 +0200 (MEST) Received: from curry.mchp.siemens.de (curry.mchp.siemens.de [139.25.42.7]) 1.50 2003/10/07 11:00:28 ust Exp $) with ESMTP id h986BwQ4065418; Wed, 8 Oct 2003 08:12:08 +0200 (CEST) Received: (from localhost) by curry.mchp.siemens.de (8.12.9/8.12.9) id h986BrhE098096; Date: Wed, 8 Oct 2003 08:11:53 +0200 From: Andre Albsmeier To: ict technician Message-ID: <20031008061153.GA29851@curry.mchp.siemens.de> References: <200310071254.08595.ict@cardinalnewman.coventry.sch.uk> <20031007122559.GA26887@curry.mchp.siemens.de> <200310071637.35368.ict@cardinalnewman.coventry.sch.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200310071637.35368.ict@cardinalnewman.coventry.sch.uk> X-Echelon: Defcon, government, 15kg, USCODE, SWAT X-Advice: Drop that crappy M$-Outlook, I'm tired of your viruses! User-Agent: Mutt/1.5.4i cc: freebsd-scsi@freebsd.org cc: Andre Albsmeier Subject: Re: AIC7902 w/ seagate U320 drive issue on releng-4 (and current) X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Oct 2003 06:12:26 -0000 On Tue, 07-Oct-2003 at 16:37:35 +0100, ict technician wrote: > On Tuesday 07 October 2003 1:25 pm, Andre Albsmeier wrote: > > On Tue, 07-Oct-2003 at 12:54:08 +0100, ict technician wrote: > > > > On Sat, 26 Jul 2003, Don Bowman wrote: > > > > > Jul 26 19:27:20 /kernel: <<<<<<<<<<<<<<<< Dump Card State Ends > > > > > > > >FYI, i've solved this problem for me by moving to > > > >firmware version 5 on the ST318453LW (U320 15KRPM 18GB) > > > >seagate drive. > > > > > > > >If you are seeing the problem I mentioned with U320 > > > >seagate drive and AIC7902 controller I highly recommend > > > >contacting seagate and requesting the latest rom. > > > >Sadly the actual changes are 'proprietary' so I cannot > > > >be sure this was the root cause of the problem. I'm > > > >guessing there is an issue with large # of tags outstanding, > > > >but its only a hunch. > > > > > > > >I have code to program this ROM under FreeBSD i > > > >will share with anyone who asks. I obtained this > > > >from andre __AT__ albsmeier __DOT__ net, who had > > > >posted information to this list in the past [thank > > > >you!]. > > > > > > > >I cannot be 100% sure this fixes the problem, but it was > > > >pretty easy to reproduce with 'dd if=/dev/da0 of=/dev/null bs=20k', > > > >and now I cannot reproduce on the 15 systems I am trying. > > > > > > > >--don > > > > > > I'm still seeing occasional problems. I can't find my previous posts > > > either (on stable probably). > > > > > > Anyway, I have: > > > Adaptec 29320 > > > ST336607LW P/N 9V4005-002 firmware r=0006 > > > (4x Vinum RAID10) > > > > > > tags depth set to 31. > > > > > > Seagate have released a new firmware revision. Can you send me your > > > update > > > > Here is the software from the one who wrote it :-). Please read the > > first 70 lines and tell me about success or failure. > > > > -Andre > > Update seemed to go okay.firewall# ./fwprog -s /dev/da3 ST336607LW_S_007.SEA > > Updating SEAGATE ST336607LW 00063JA2403Q > > NOTE: Skipping 80 byte header. > ------------------------------------------------- > PktNo. PktSize BytesRemaining LastPkt > ------------------------------------------------- > 0 32768 (0x08000) 504832 (0x07B400) 0 > 1 32768 (0x08000) 472064 (0x073400) 0 > 2 32768 (0x08000) 439296 (0x06B400) 0 > 3 32768 (0x08000) 406528 (0x063400) 0 > 4 32768 (0x08000) 373760 (0x05B400) 0 > 5 32768 (0x08000) 340992 (0x053400) 0 > 6 32768 (0x08000) 308224 (0x04B400) 0 > 7 32768 (0x08000) 275456 (0x043400) 0 > 8 32768 (0x08000) 242688 (0x03B400) 0 > 9 32768 (0x08000) 209920 (0x033400) 0 > 10 32768 (0x08000) 177152 (0x02B400) 0 > 11 32768 (0x08000) 144384 (0x023400) 0 > 12 32768 (0x08000) 111616 (0x01B400) 0 > 13 32768 (0x08000) 78848 (0x013400) 0 > 14 32768 (0x08000) 46080 (0x00B400) 0 > 15 32768 (0x08000) 13312 (0x003400) 0 > 16 13312 (0x03400) 0 (0x000000) 1 > > Download successful > > The ID string didn't change tho' > > da0 at ahd1 bus 0 target 0 lun 0 > da0: Fixed Direct Access SCSI-3 device > da0: 320.000MB/s transfers (160.000MHz, offset 63, 16bit), Tagged Queueing > Enabled > ... Oops, didn't notice you sent this mail to the list as well... I should have made a group reply when answering you yesterday :-). Just for reference: The -s flag doesn't download the fw to the drive. It is just showing what would have been done. You might want to try it again without the -s flag. I have now added some printf's to the code which clarify that the -s flag had been used and no download was actually done :-). -Andre From owner-freebsd-scsi@FreeBSD.ORG Wed Oct 8 00:42:59 2003 Return-Path: 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 4CD4316A4B3; Wed, 8 Oct 2003 00:42:59 -0700 (PDT) Received: from melusine.cuivre.fr.eu.org (melusine.cuivre.fr.eu.org [62.212.105.185]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2AA4043FE1; Wed, 8 Oct 2003 00:42:56 -0700 (PDT) (envelope-from thomas@FreeBSD.ORG) Received: by melusine.cuivre.fr.eu.org (Postfix, from userid 1000) id 05B8E2C3D3; Wed, 8 Oct 2003 09:42:54 +0200 (CEST) Date: Wed, 8 Oct 2003 09:42:54 +0200 From: Thomas Quinot To: Nate Lawson Message-ID: <20031008074254.GA56680@melusine.cuivre.fr.eu.org> References: <20031007152921.GA66688@melusine.cuivre.fr.eu.org> <20031007113642.X6781@root.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20031007113642.X6781@root.org> User-Agent: Mutt/1.4i X-message-flag: WARNING! Using Outlook can damage your computer. cc: freebsd-scsi@freebsd.org cc: Thomas Quinot Subject: Re: da(4): defend against calling sysctl_ctx_free on unininitalized sysctl_ctx X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Oct 2003 07:42:59 -0000 Le 2003-10-07, Nate Lawson écrivait : > > Index: scsi_da.c (committed as scsi_da.c rev. 1.160). > thanks for running it by me. You are most welcome, as listed maintainer of da(4) :) > Perhaps there's > a better way to signal whether the sysctl has been initialized though. > Perhaps a check for SYSCTL_CHILDREN != NULL or something? I've fought I do not think so, the uninitilized field in question is a sysctl_ctx_list (not a sysctl_oid_list), i.e. a TAILQ. On the other hand maybe sysctl_ctx_free could simply return if TAILQ_FIRST of its argument is NULL, and then we could remove the {CD,DA]_FLAG_SCTX_INIT circuitry from both drivers. However, this solution is not as satisfactory, as it relies on several implementation assumptions: - the sysctl_ctx_list is initialized to all zeroes; - an all-zero tailq head has a NULL TAILQ_FIRST - most annoying, it relies on the fact that it is safe and meaningful to call TAILQ_FIRST on an uninitialized tailq. I am especially concerned with the 3rd item, which is a glaring violation of abstraction, and is outside of the documented specification for queue.h. The irreductible problem here is that we cannot determine whether a tailq has been TAILQ_INIT'd just by looking at it, because the present specification for the tailq mechanism does not specify any property of uninitialized (zero'd out) tailq heads. Overall I think the small added complexity of the flag is well worth the added robustness. Of course this analysis should be revisited if the specficiation of tailqs is amended to determine some property of zero'd out tailq heads that could be tested to determine whether one has been initialized or not. Thomas. -- Thomas.Quinot@Cuivre.FR.EU.ORG From owner-freebsd-scsi@FreeBSD.ORG Wed Oct 8 03:49:04 2003 Return-Path: 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 F0B3E16A4B3 for ; Wed, 8 Oct 2003 03:49:04 -0700 (PDT) Received: from ngfl.dialnet.com (ngmail.ngfl.dialnet.com [212.44.44.76]) by mx1.FreeBSD.org (Postfix) with ESMTP id C2E8D43F85 for ; Wed, 8 Oct 2003 03:49:02 -0700 (PDT) (envelope-from ict@cardinalnewman.coventry.sch.uk) Received: from ngmfilt.ngfl.dialnet.com [212.44.44.121] by ngfl.dialnet.com with ESMTP (SMTPD32-6.06) id A9F56FC0132; Wed, 08 Oct 2003 11:41:57 +0100 Received: from relay.ngfl.dialnet.com (unverified) by ngmfilt.ngfl.dialnet.com ; Wed, 8 Oct 2003 11:46:49 +0100 Received: from firewall.cardinalnewman.lan ( [172.30.0.70]) by mail.alr.dumgal.org.uk with SMTP (MailShield v2.04 - WIN32 Jul 17 2001 17:12:42); Wed, 08 Oct 2003 11:47:25 +0100 Received: from mail.cardinalnewman.lan (mail.cardinalnewman.lan [192.168.0.3]) h98AmuR5002808; Wed, 8 Oct 2003 11:48:57 +0100 (BST) (envelope-from ict@cardinalnewman.coventry.sch.uk) Received: from dumpster.cardinalnewman.lan (dumpster.cardinalnewman.lan [192.168.0.9])h98Amu7D034188; Wed, 8 Oct 2003 11:48:56 +0100 (BST) (envelope-from ict@cardinalnewman.coventry.sch.uk) From: ict technician Organization: Cardinal Newman School To: Andre Albsmeier Date: Wed, 8 Oct 2003 11:48:56 +0100 User-Agent: KMail/1.5.3 References: <200310071254.08595.ict@cardinalnewman.coventry.sch.uk> <200310071637.35368.ict@cardinalnewman.coventry.sch.uk> <20031008061153.GA29851@curry.mchp.siemens.de> In-Reply-To: <20031008061153.GA29851@curry.mchp.siemens.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200310081148.56116.ict@cardinalnewman.coventry.sch.uk> X-Virus-Scanned: by amavisd-milter (http://amavis.org/) X-Spam-Status: No, hits=-32.2 required=5.0 tests=EMAIL_ATTRIBUTION,IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES, REPLY_WITH_QUOTES,USER_AGENT_KMAIL version=2.50 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-Filter-Version: 1.11a (mail.cardinalnewman.lan) X-SMTP-HELO: firewall.cardinalnewman.lan X-SMTP-MAIL-FROM: ict@cardinalnewman.coventry.sch.uk X-SMTP-RCPT-TO: andre.albsmeier@siemens.com,freebsd-scsi@freebsd.org X-SMTP-PEER-INFO: [172.30.0.70] cc: freebsd-scsi@freebsd.org cc: Andre Albsmeier Subject: Re: AIC7902 w/ seagate U320 drive issue on releng-4 (and current) X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Oct 2003 10:49:05 -0000 On Wednesday 08 October 2003 7:11 am, Andre Albsmeier wrote: > On Tue, 07-Oct-2003 at 16:37:35 +0100, ict technician wrote: > > On Tuesday 07 October 2003 1:25 pm, Andre Albsmeier wrote: > > > On Tue, 07-Oct-2003 at 12:54:08 +0100, ict technician wrote: > > > > > On Sat, 26 Jul 2003, Don Bowman wrote: > > > > > > Jul 26 19:27:20 /kernel: <<<<<<<<<<<<<<<< Dump Card State Ends > > > > > > > > > >FYI, i've solved this problem for me by moving to > > > > >firmware version 5 on the ST318453LW (U320 15KRPM 18GB) > > > > >seagate drive. > > > > > > > > > >If you are seeing the problem I mentioned with U320 > > > > >seagate drive and AIC7902 controller I highly recommend > > > > >contacting seagate and requesting the latest rom. > > > > >Sadly the actual changes are 'proprietary' so I cannot > > > > >be sure this was the root cause of the problem. I'm > > > > >guessing there is an issue with large # of tags outstanding, > > > > >but its only a hunch. > > > > > > > > > >I have code to program this ROM under FreeBSD i > > > > >will share with anyone who asks. I obtained this > > > > >from andre __AT__ albsmeier __DOT__ net, who had > > > > >posted information to this list in the past [thank > > > > >you!]. > > > > > > > > > >I cannot be 100% sure this fixes the problem, but it was > > > > >pretty easy to reproduce with 'dd if=/dev/da0 of=/dev/null bs=20k', > > > > >and now I cannot reproduce on the 15 systems I am trying. > > > > > > > > > >--don > > > > > > > > I'm still seeing occasional problems. I can't find my previous posts > > > > either (on stable probably). > > > > > > > > Anyway, I have: > > > > Adaptec 29320 > > > > ST336607LW P/N 9V4005-002 firmware r=0006 > > > > (4x Vinum RAID10) > > > > > > > > tags depth set to 31. > > > > > > > > Seagate have released a new firmware revision. Can you send me your > > > > update > > > > > > Here is the software from the one who wrote it :-). Please read the > > > first 70 lines and tell me about success or failure. > > > > > > -Andre > > > > Update seemed to go okay.firewall# ./fwprog -s /dev/da3 > > ST336607LW_S_007.SEA > > > > Updating SEAGATE ST336607LW 00063JA2403Q > > > > NOTE: Skipping 80 byte header. > > ------------------------------------------------- > > PktNo. PktSize BytesRemaining LastPkt > > ------------------------------------------------- > > 0 32768 (0x08000) 504832 (0x07B400) 0 > > 1 32768 (0x08000) 472064 (0x073400) 0 > > 2 32768 (0x08000) 439296 (0x06B400) 0 > > 3 32768 (0x08000) 406528 (0x063400) 0 > > 4 32768 (0x08000) 373760 (0x05B400) 0 > > 5 32768 (0x08000) 340992 (0x053400) 0 > > 6 32768 (0x08000) 308224 (0x04B400) 0 > > 7 32768 (0x08000) 275456 (0x043400) 0 > > 8 32768 (0x08000) 242688 (0x03B400) 0 > > 9 32768 (0x08000) 209920 (0x033400) 0 > > 10 32768 (0x08000) 177152 (0x02B400) 0 > > 11 32768 (0x08000) 144384 (0x023400) 0 > > 12 32768 (0x08000) 111616 (0x01B400) 0 > > 13 32768 (0x08000) 78848 (0x013400) 0 > > 14 32768 (0x08000) 46080 (0x00B400) 0 > > 15 32768 (0x08000) 13312 (0x003400) 0 > > 16 13312 (0x03400) 0 (0x000000) 1 > > > > Download successful > > > > The ID string didn't change tho' > > > > da0 at ahd1 bus 0 target 0 lun 0 > > da0: Fixed Direct Access SCSI-3 device > > da0: 320.000MB/s transfers (160.000MHz, offset 63, 16bit), Tagged > > Queueing Enabled > > > > ... > > Oops, didn't notice you sent this mail to the list as well... I should > have made a group reply when answering you yesterday :-). > > Just for reference: The -s flag doesn't download the fw to the drive. It > is just showing what would have been done. You might want to try it again > without the -s flag. > > I have now added some printf's to the code which clarify that the -s flag > had been used and no download was actually done :-). > > -Andre Doh! I did say I was having one of those weeks. In my defence the "download successful" message is somewhat counter-intuitive :)) Spookily no card dumps have happened (kiss of death). Lunch time is our peak load with kids on Internet games. I'll drop the upgrade in just before. Thanks -- i j hart ICT Technician Cardinal Newman Catholic School & Community College From owner-freebsd-scsi@FreeBSD.ORG Wed Oct 8 03:54:27 2003 Return-Path: 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 52C6D16A4B3 for ; Wed, 8 Oct 2003 03:54:27 -0700 (PDT) Received: from goliath.siemens.de (goliath.siemens.de [192.35.17.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id B63EE43FE0 for ; Wed, 8 Oct 2003 03:54:25 -0700 (PDT) (envelope-from andre.albsmeier@siemens.com) Received: from mail3.siemens.de (mail3.siemens.de [139.25.208.14]) by goliath.siemens.de (8.11.7/8.11.7) with ESMTP id h98AsJh18273; Wed, 8 Oct 2003 12:54:19 +0200 (MEST) Received: from mars.cert.siemens.de (ust.mchp.siemens.de [139.23.201.17]) by mail3.siemens.de (8.11.7/8.11.7) with ESMTP id h98AsIT16537; Wed, 8 Oct 2003 12:54:19 +0200 (MEST) Received: from curry.mchp.siemens.de (curry.mchp.siemens.de [139.25.42.7]) 1.50 2003/10/07 11:00:28 ust Exp $) with ESMTP id h98As6Q4057527; Wed, 8 Oct 2003 12:54:10 +0200 (CEST) Received: (from localhost) by curry.mchp.siemens.de (8.12.9/8.12.9) id h98As1hE099788; Date: Wed, 8 Oct 2003 12:54:01 +0200 From: Andre Albsmeier To: ict technician Message-ID: <20031008105401.GA47909@curry.mchp.siemens.de> References: <200310071254.08595.ict@cardinalnewman.coventry.sch.uk> <200310071637.35368.ict@cardinalnewman.coventry.sch.uk> <20031008061153.GA29851@curry.mchp.siemens.de> <200310081148.56116.ict@cardinalnewman.coventry.sch.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200310081148.56116.ict@cardinalnewman.coventry.sch.uk> X-Echelon: MD5, Defcon, Ortega, Clandestine, jihad X-Advice: Drop that crappy M$-Outlook, I'm tired of your viruses! User-Agent: Mutt/1.5.4i cc: freebsd-scsi@freebsd.org cc: Andre Albsmeier Subject: Re: AIC7902 w/ seagate U320 drive issue on releng-4 (and current) X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Oct 2003 10:54:27 -0000 On Wed, 08-Oct-2003 at 11:48:56 +0100, ict technician wrote: > On Wednesday 08 October 2003 7:11 am, Andre Albsmeier wrote: > > On Tue, 07-Oct-2003 at 16:37:35 +0100, ict technician wrote: > > > On Tuesday 07 October 2003 1:25 pm, Andre Albsmeier wrote: > > > > On Tue, 07-Oct-2003 at 12:54:08 +0100, ict technician wrote: > > > > > > On Sat, 26 Jul 2003, Don Bowman wrote: > > > > > > > Jul 26 19:27:20 /kernel: <<<<<<<<<<<<<<<< Dump Card State Ends > > > > > > > > > > > >FYI, i've solved this problem for me by moving to > > > > > >firmware version 5 on the ST318453LW (U320 15KRPM 18GB) > > > > > >seagate drive. > > > > > > > > > > > >If you are seeing the problem I mentioned with U320 > > > > > >seagate drive and AIC7902 controller I highly recommend > > > > > >contacting seagate and requesting the latest rom. > > > > > >Sadly the actual changes are 'proprietary' so I cannot > > > > > >be sure this was the root cause of the problem. I'm > > > > > >guessing there is an issue with large # of tags outstanding, > > > > > >but its only a hunch. > > > > > > > > > > > >I have code to program this ROM under FreeBSD i > > > > > >will share with anyone who asks. I obtained this > > > > > >from andre __AT__ albsmeier __DOT__ net, who had > > > > > >posted information to this list in the past [thank > > > > > >you!]. > > > > > > > > > > > >I cannot be 100% sure this fixes the problem, but it was > > > > > >pretty easy to reproduce with 'dd if=/dev/da0 of=/dev/null bs=20k', > > > > > >and now I cannot reproduce on the 15 systems I am trying. > > > > > > > > > > > >--don > > > > > > > > > > I'm still seeing occasional problems. I can't find my previous posts > > > > > either (on stable probably). > > > > > > > > > > Anyway, I have: > > > > > Adaptec 29320 > > > > > ST336607LW P/N 9V4005-002 firmware r=0006 > > > > > (4x Vinum RAID10) > > > > > > > > > > tags depth set to 31. > > > > > > > > > > Seagate have released a new firmware revision. Can you send me your > > > > > update > > > > > > > > Here is the software from the one who wrote it :-). Please read the > > > > first 70 lines and tell me about success or failure. > > > > > > > > -Andre > > > > > > Update seemed to go okay.firewall# ./fwprog -s /dev/da3 > > > ST336607LW_S_007.SEA > > > > > > Updating SEAGATE ST336607LW 00063JA2403Q > > > > > > NOTE: Skipping 80 byte header. > > > ------------------------------------------------- > > > PktNo. PktSize BytesRemaining LastPkt > > > ------------------------------------------------- > > > 0 32768 (0x08000) 504832 (0x07B400) 0 > > > 1 32768 (0x08000) 472064 (0x073400) 0 > > > 2 32768 (0x08000) 439296 (0x06B400) 0 > > > 3 32768 (0x08000) 406528 (0x063400) 0 > > > 4 32768 (0x08000) 373760 (0x05B400) 0 > > > 5 32768 (0x08000) 340992 (0x053400) 0 > > > 6 32768 (0x08000) 308224 (0x04B400) 0 > > > 7 32768 (0x08000) 275456 (0x043400) 0 > > > 8 32768 (0x08000) 242688 (0x03B400) 0 > > > 9 32768 (0x08000) 209920 (0x033400) 0 > > > 10 32768 (0x08000) 177152 (0x02B400) 0 > > > 11 32768 (0x08000) 144384 (0x023400) 0 > > > 12 32768 (0x08000) 111616 (0x01B400) 0 > > > 13 32768 (0x08000) 78848 (0x013400) 0 > > > 14 32768 (0x08000) 46080 (0x00B400) 0 > > > 15 32768 (0x08000) 13312 (0x003400) 0 > > > 16 13312 (0x03400) 0 (0x000000) 1 > > > > > > Download successful > > > > > > The ID string didn't change tho' > > > > > > da0 at ahd1 bus 0 target 0 lun 0 > > > da0: Fixed Direct Access SCSI-3 device > > > da0: 320.000MB/s transfers (160.000MHz, offset 63, 16bit), Tagged > > > Queueing Enabled > > > > > > ... > > > > Oops, didn't notice you sent this mail to the list as well... I should > > have made a group reply when answering you yesterday :-). > > > > Just for reference: The -s flag doesn't download the fw to the drive. It > > is just showing what would have been done. You might want to try it again > > without the -s flag. > > > > I have now added some printf's to the code which clarify that the -s flag > > had been used and no download was actually done :-). > > > > -Andre > > Doh! > > I did say I was having one of those weeks. In my defence the "download > successful" message is somewhat counter-intuitive :)) Agreed, that's why I now surrounded the whole output with a big notice when the -s flag is given. I can send you the updated code but nothing apart from this has changed and I assume you won't forget the impact of the -s flag any more :-). Sorry for the confusion... > > Spookily no card dumps have happened (kiss of death). Lunch time is our peak > load with kids on Internet games. I'll drop the upgrade in just before. OK, good luck... -Andre > > Thanks > > -- > i j hart > > ICT Technician > Cardinal Newman Catholic School & Community College > -- Microsoft, is that some kind of toilet paper? From owner-freebsd-scsi@FreeBSD.ORG Wed Oct 8 08:33:41 2003 Return-Path: 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 76FB816A4B3 for ; Wed, 8 Oct 2003 08:33:41 -0700 (PDT) Received: from atlasta.net (wow.atlasta.net [12.129.13.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 52CF043FE1 for ; Wed, 8 Oct 2003 08:33:39 -0700 (PDT) (envelope-from drais@wow.atlasta.net) Received: (qmail 82148 invoked by uid 1068); 8 Oct 2003 15:33:38 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 8 Oct 2003 15:33:38 -0000 Date: Wed, 8 Oct 2003 08:33:38 -0700 (PDT) From: David Raistrick To: freebsd-scsi@freebsd.org In-Reply-To: Message-ID: References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: support@supermicro.com cc: freebsd-hardware@freebsd.org Subject: RE: SCSI, SMP, and Supermicro, problems! X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Oct 2003 15:33:41 -0000 On Wed, 1 Oct 2003, David Raistrick wrote: > Supermicro SuperServer 6023P-8R with the X5DP8-G2 motherboard. Folks, Got my replacement motherboard this morning....initially the news was good. It booted with the memory that it was supposed to work with, and then booted the smp kernel. At this point the bios was configured entirely stock. The machine booted, and ran, with no problems. Hyperthreading was enabled in the bios, but disabled in the kernel (no options HTT). The machine shows, and uses, 4 CPUs. dmesg has AP CPU #1,2,3 Launched! messages. I've got an mptable report at the bottom of this email. I ran 4xburnP6 for a while and everything seemed stable. I rebooted, disabled HT in the bios, and attempted to boot again. This time around we were back to the old failure: Waiting 15 seconds for SCSI devices to settle >>>>>>>>>>>>>>>>>> Dump Card State Begins <<<<<<<<<<<<<<<<< ahd0: Dumping Card State at program address 0x10f Mode 0x33 Card was paused ...etc etc. Now, I never tried /enabling/ hyperthreading in the bios on the old board. Perhaps there is a problem with this? Help? Since my application doesn't involve anything that will correctly utilize hyperthreading, I'd prefer to keep it disabled. thanks. =============================================================================== MPTable, version 2.0.15 ------------------------------------------------------------------------------- MP Floating Pointer Structure: location: BIOS physical address: 0x000f6800 signature: '_MP_' length: 16 bytes version: 1.4 checksum: 0xfe mode: Virtual Wire ------------------------------------------------------------------------------- MP Config Table Header: physical address: 0x0009f9a0 signature: 'PCMP' base table length: 428 version: 1.4 checksum: 0x1d OEM ID: ' ' Product ID: 'Kings Canyon' OEM table pointer: 0x00000000 OEM table size: 0 entry count: 42 local APIC address: 0xfee00000 extended table length: 0 extended table checksum: 0 ------------------------------------------------------------------------------- MP Config Base Table Entries: -- Processors: APIC ID Version State Family Model Step Flags 0 0x14 BSP, usable 15 2 5 0xbfebfbff 6 0x14 AP, usable 15 2 5 0xbfebfbff 1 0x14 AP, usable 15 2 5 0xbfebfbff 7 0x14 AP, usable 15 2 5 0xbfebfbff -- Bus: Bus ID Type 0 PCI 1 PCI 2 PCI 3 PCI 4 PCI 5 PCI 6 PCI 7 PCI 8 ISA -- I/O APICs: APIC ID Version State Address 2 0x20 usable 0xfec00000 3 0x20 usable 0xfec80000 4 0x20 usable 0xfec80400 5 0x20 usable 0xfec81000 8 0x20 usable 0xfec81400 -- I/O Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN# ExtINT active-hi edge 8 0 2 0 INT active-hi edge 8 1 2 1 INT active-hi edge 8 0 2 2 INT active-hi edge 8 3 2 3 INT active-hi edge 8 4 2 4 INT active-hi edge 8 5 2 5 INT active-hi edge 8 6 2 6 INT active-hi edge 8 7 2 7 INT active-hi edge 8 8 2 8 INT active-hi edge 8 9 2 9 INT active-lo level 0 29:B 2 19 INT active-lo level 0 29:A 2 16 INT active-hi edge 8 12 2 12 INT active-hi edge 8 13 2 13 INT active-hi edge 8 14 2 14 INT active-hi edge 8 15 2 15 INT active-lo level 0 29:C 2 18 INT active-lo level 3 2:A 3 4 INT active-lo level 3 2:B 3 5 INT active-lo level 6 2:A 5 4 INT active-lo level 6 2:B 5 5 INT active-lo level 7 1:A 2 16 -- Local Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN# ExtINT active-hi edge 8 0 255 0 NMI active-hi edge 8 0 255 1 =============================================================================== --- david raistrick drais@atlasta.net http://www.expita.com/nomime.html From owner-freebsd-scsi@FreeBSD.ORG Wed Oct 8 11:23:27 2003 Return-Path: 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 BB55716A4B3; Wed, 8 Oct 2003 11:23:27 -0700 (PDT) Received: from list.adaptec.com (list.adaptec.com [216.52.22.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1549F43FE3; Wed, 8 Oct 2003 11:23:27 -0700 (PDT) (envelope-from gibbs@scsiguy.com) Received: from redfish.adaptec.com (redfish.adaptec.com [162.62.50.11]) by list.adaptec.com (8.12.8/8.12.8) with ESMTP id h98INO3d005639; Wed, 8 Oct 2003 11:23:24 -0700 Received: from [10.100.253.70] (aslan.btc.adaptec.com [10.100.253.70]) by redfish.adaptec.com (8.8.8p2+Sun/8.8.8) with ESMTP id LAA11726; Wed, 8 Oct 2003 11:23:18 -0700 (PDT) Date: Wed, 08 Oct 2003 12:26:51 -0600 From: "Justin T. Gibbs" To: Paul , freebsd-scsi@freebsd.org, freebsd-aic7xxx@freebsd.org Message-ID: <544180000.1065637610@aslan.btc.adaptec.com> In-Reply-To: <000e01c38dc5$ebb0c490$5401a8c0@nihaopaul.gotgame.org> References: <000e01c38dc5$ebb0c490$5401a8c0@nihaopaul.gotgame.org> X-Mailer: Mulberry/3.1.0b8 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Re: ongoing: maxtor 10k iv drives on aic7902From: "Justin T. Gibbs" X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: "Justin T. Gibbs" List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Oct 2003 18:23:27 -0000 > I turnt it back to u320 mode again and tried to get a better dump this is a > new kind of msg to me.. I am really at a loss and do need help, all Maxtor > do is tell me they are researching it, but I feel its just a way they get > there 'waiting' users unmarked from the reporting system. Can you try running your system using the aic79xx driver from 4-stable. There were several fixes to this driver after 4.8 was released, but these fixes are not reflected in the security patch updates for 4.8. -- Justin From owner-freebsd-scsi@FreeBSD.ORG Wed Oct 8 11:29:29 2003 Return-Path: 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 9EEC316A4B3; Wed, 8 Oct 2003 11:29:29 -0700 (PDT) Received: from hotmail.com (bay2-dav7.bay2.hotmail.com [65.54.246.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5778B43FAF; Wed, 8 Oct 2003 11:29:28 -0700 (PDT) (envelope-from nihaopaul@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Wed, 8 Oct 2003 11:29:28 -0700 Received: from 61.171.133.218 by bay2-dav7.bay2.hotmail.com with DAV; Wed, 08 Oct 2003 18:29:27 +0000 X-Originating-IP: [61.171.133.218] X-Originating-Email: [nihaopaul@hotmail.com] From: "nihaopaul" To: "Justin T. Gibbs" , , Date: Thu, 9 Oct 2003 02:00:52 +0800 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_00C2_01C38E09.2B3C2E40" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Message-ID: X-OriginalArrivalTime: 08 Oct 2003 18:29:28.0107 (UTC) FILETIME=[1B8447B0:01C38DCA] Subject: ongoing: maxtor 10k iv drives on aic7902 X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Oct 2003 18:29:29 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_00C2_01C38E09.2B3C2E40 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit ehh can only get emails from hotmail to the list, so sorry for resending.... was testing to see if I could get the card to dump using a benchmark tool: iozone using u160 mode and I did after about 3 hours of stating it, lost the stats to the dump though. I turnt it back to u320 mode again and tried to get a better dump this is a new kind of msg to me.. I am really at a loss and do need help, all Maxtor do is tell me they are researching it, but I feel its just a way they get there 'waiting' users unmarked from the reporting system. find attached file: console.txt paul From: "Justin T. Gibbs" To: "nihaopaul" ; ; Sent: Saturday, October 04, 2003 12:43 AM Subject: Re: maxtor 10k iv drives on aic7902 > > ahd0: warning - DMA-up and complete SCB 75 invalid.. > > I need all of the messages leading up to this. Can you hook up > a serial console to the machine? > > -- > Justin > > _______________________________________________ > 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" ------=_NextPart_000_00C2_01C38E09.2B3C2E40 Content-Type: text/plain; name="console.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="console.txt" Hit [Enter] to boot immediately, or any other key for command prompt. =0DBooting [kernel] in 9 seconds... =0DBooting [kernel] in 8 seconds... = =0DBooting [kernel] in 7 seconds... =0DBooting [kernel] in 6 seconds... = =0DBooting [kernel] in 5 seconds... =0DBooting [kernel] in 4 seconds... = =0DBooting [kernel] in 3 seconds... =0DBooting [kernel] in 2 seconds... = =0DBooting [kernel] in 1 second... =0DBooting [kernel]... =20 -=08\=08|=08/=08-=08\=08|=08Copyright (c) 1992-2003 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.8-RELEASE-p10 #1: Wed Oct 1 19:10:46 CST 2003 nihaopaul@chaos-studio.com:/usr/obj/usr/src/sys/QUOTAHT Timecounter "i8254" frequency 1193182 Hz CPU: Intel(R) Xeon(TM) CPU 2.40GHz (2400.10-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0xf27 Stepping =3D 7 = Features=3D0xbfebfbff Hyperthreading: 2 logical CPUs real memory =3D 1073676288 (1048512K bytes) config> di bt0 config> di aic0 config> di adv0 config> q avail memory =3D 1040699392 (1016308K bytes) Preloaded elf kernel "kernel" at 0xc044c000. Preloaded userconfig_script "/boot/kernel.conf" at 0xc044c09c. Pentium Pro MTRR support enabled md0: Malloc disk Using $PIR table, 10 entries at 0xc00f4b00 npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 pci0: at 6.0 irq 10 fxp0: port 0xd000-0xd03f mem = 0xfeb80000-0xfeb9ffff,0xfebf9000-0xfebf9fff irq 11 at device 7.0 on pci0 fxp0: Ethernet address 00:30:48:51:f4:38 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto bge0: mem = 0xfebe0000-0xfebeffff irq 5 at device 8.0 on pci0 bge0: Ethernet address: 00:30:48:51:f4:39 miibus1: on bge0 brgphy0: on miibus1 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, = 1000baseTX-FDX, auto ahd0: port = 0xd400-0xd4ff,0xd800-0xd8ff mem 0xfebfa000-0xfebfbfff irq 9 at device = 9.0 on pci0 aic7902: Ultra320 Wide Channel A, SCSI Id=3D7, PCI 33 or 66Mhz, 512 SCBs ahd1: port = 0xe000-0xe0ff,0xe400-0xe4ff mem 0xfebfc000-0xfebfdfff irq 11 at device = 9.1 on pci0 aic7902: Ultra320 Wide Channel B, SCSI Id=3D7, PCI 33 or 66Mhz, 512 SCBs atapci0: port = 0xffa0-0xffaf,0x374-0x377,0x170-0x177,0x3f4-0x3f7,0x1f0-0x1f7 at device = 15.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 ohci0: mem 0xfebfe000-0xfebfefff irq 10 = at device 15.2 on pci0 usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: (0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 4 ports with 4 removable, self powered isab0: at device 15.3 = on pci0 isa0: on isab0 pcib255: on = motherboard pci255: on pcib255 pcib1: on motherboard pci1: on pcib1 orm0: