From owner-freebsd-scsi@FreeBSD.ORG Mon Oct 9 11:09:55 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 8935616A4DE for ; Mon, 9 Oct 2006 11:09:55 +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 7734143D9A for ; Mon, 9 Oct 2006 11:08:54 +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 k99B8hxu071666 for ; Mon, 9 Oct 2006 11:08:43 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k99B8guH071662 for freebsd-scsi@FreeBSD.org; Mon, 9 Oct 2006 11:08:42 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 9 Oct 2006 11:08:42 GMT Message-Id: <200610091108.k99B8guH071662@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, 09 Oct 2006 11:09:55 -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 Mon Oct 9 15:12:55 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 A416816A416 for ; Mon, 9 Oct 2006 15:12:55 +0000 (UTC) (envelope-from up@3.am) Received: from richard2.pil.net (mail.pil.net [207.7.198.3]) by mx1.FreeBSD.org (Postfix) with SMTP id A78B143D49 for ; Mon, 9 Oct 2006 15:12:51 +0000 (GMT) (envelope-from up@3.am) Received: (qmail 79899 invoked by uid 1825); 9 Oct 2006 15:12:50 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 9 Oct 2006 15:12:50 -0000 Date: Mon, 9 Oct 2006 11:12:50 -0400 (EDT) From: up@3.am X-X-Sender: up@richard2.pil.net To: freebsd-questions@freebsd.org, FreeBSD ISP List Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-scsi@freebsd.org, freebsd-hardware@freebsd.org Subject: LSI SAS adapter 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, 09 Oct 2006 15:12:55 -0000 Can anyone verify that the LSI0100 PCI-X SAS RAID card will work with 6.X-STABLE? The mfi driver says it supports LSI SAS MegaRAID, but this isn't in the MegaRAID family (only does RAID 0 and 1, and I only need 1). All experiences appreciated...please reply directly as I am not subscribed. Thanks! James Smallacombe PlantageNet, Inc. CEO and Janitor up@3.am http://3.am ========================================================================= From owner-freebsd-scsi@FreeBSD.ORG Mon Oct 9 16:28: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 7514016A416; Mon, 9 Oct 2006 16:28:39 +0000 (UTC) (envelope-from bra@fsn.hu) Received: from people.fsn.hu (people.fsn.hu [195.228.252.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id C176143D67; Mon, 9 Oct 2006 16:28:30 +0000 (GMT) (envelope-from bra@fsn.hu) Received: from localhost (localhost [127.0.0.1]) by people.fsn.hu (Postfix) with ESMTP id D6C3D8441E; Mon, 9 Oct 2006 18:28:24 +0200 (CEST) Received: from people.fsn.hu ([127.0.0.1]) by localhost (people.fsn.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 49065-08; Mon, 9 Oct 2006 18:28:19 +0200 (CEST) Received: from [IPv6:::1] (unknown [192.168.2.3]) by people.fsn.hu (Postfix) with ESMTP id C065284420; Mon, 9 Oct 2006 18:28:18 +0200 (CEST) Message-ID: <452A78A2.6050106@fsn.hu> Date: Mon, 09 Oct 2006 18:28:18 +0200 From: Attila Nagy User-Agent: Thunderbird 1.5.0.7 (X11/20060915) MIME-Version: 1.0 To: Matt Jacob References: <200608261901.k7QJ1jXk056110@freefall.freebsd.org> In-Reply-To: <200608261901.k7QJ1jXk056110@freefall.freebsd.org> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at fsn.hu Cc: freebsd-scsi@freebsd.org Subject: Re: new isp test code/24XX 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, 09 Oct 2006 16:28:39 -0000 Hello Matt, Two questions: - is the 2462 supported by this driver? - what about target mode? :) Thanks for your valuable work. On 08/26/06 21:01, Matt Jacob wrote: > In order to accomodate the 4Gb QLogic card, the isp driver has had to be > restructured in a pretty large way. The 24XX cards have the same rough > architecture as all the other QLogic cards, but have massively changed > inside (16 -> 32 bit registers; IOCBs that have same names and type > fields but different layouts). > > Between this and the desire to make some changes that will make failover > and N-port virtualization in target mode easier to handle, loop and fabric > evaluation have also been rewritten (which also better accomodates the > 2K port login f/w which is now standard even for 23XX cards). This is > a big change and needs some serious test time to get right. > > The changes were so much that rather than impose this even on > -current, some settle time in the FreeBSD Perforce sandbox seemed > appropriate. > > If anyone would like to beta test these changes, please let me know. > The more feedback now, the more painless the change later. The > perforce depot is //depot/client/newisp. > > -matt > > > _______________________________________________ > 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" > -- Attila Nagy e-mail: Attila.Nagy@fsn.hu Free Software Network (FSN.HU) phone: +3630 306 6758 http://www.fsn.hu/ From owner-freebsd-scsi@FreeBSD.ORG Mon Oct 9 17:12: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 9FF5D16A40F for ; Mon, 9 Oct 2006 17:12: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 81AA743D76 for ; Mon, 9 Oct 2006 17:11: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 k99HBtbc088818; Mon, 9 Oct 2006 10:11:55 -0700 (PDT) (envelope-from mjacob@freebsd.org) Received: from localhost (mjacob@localhost) by ns1.feral.com (8.13.8/8.13.8/Submit) with ESMTP id k99HBsuP088815; Mon, 9 Oct 2006 10:11:55 -0700 (PDT) (envelope-from mjacob@freebsd.org) X-Authentication-Warning: ns1.feral.com: mjacob owned process doing -bs Date: Mon, 9 Oct 2006 10:11:54 -0700 (PDT) From: mjacob@freebsd.org X-X-Sender: mjacob@ns1.feral.com To: Attila Nagy In-Reply-To: <452A78A2.6050106@fsn.hu> Message-ID: <20061009100034.M88756@ns1.feral.com> References: <200608261901.k7QJ1jXk056110@freefall.freebsd.org> <452A78A2.6050106@fsn.hu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-scsi@freebsd.org Subject: Re: new isp test code/24XX 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: Mon, 09 Oct 2006 17:12:15 -0000 The 24XX support is going in, yes. That's the reason for the major rototilling. And, yes, target mode is part of it. The work is actually being paid for by a client of mine who needs Linux target mode. I suggested the SCST package, but since they'd been using my driver in production for just about 3 years now they wanted to stick with it, so this work has been being done to accomodate them, and the platform-specific FreeBSD part should be relatively small. The current status of the newisp branch: a) General support: the new fabric/loop code seems to be settling down to be relatively stable. I still need to implement some policy knobs that actually specify the amount of time to wait before declaring a device dead (path failover is part of this effort). b) The 24XX initiator mode support seems to be pretty stable at this time. The 24XX target mode support isn't completed yet. I'm now finally getting CMND IUs coming but still need to connect the dots to process them. c) Regression testing: + I've validated that at least parallel SCSI/isp still works on sparc64 on a 1040c. I have no 1280s or 12160s to test with any more. + I still need to check FC *and* the 24XX on sparc64 + I still need to check out SBus/sparc + I've tested 2200s and 23XX cards. I don't have any 2100s any more to test with. d) Plans + Once I check SBus out, I'll probably push newisp into -current to get some broader exposure. This is likely to happen by the end of the month. If anyone wants to try this stuff earlier, please feel free and take a child of the newisp branch (it's locked). I keep it pretty in sync with -current. > Hello Matt, > > Two questions: > - is the 2462 supported by this driver? > - what about target mode? :) > > Thanks for your valuable work. > > On 08/26/06 21:01, Matt Jacob wrote: >> In order to accomodate the 4Gb QLogic card, the isp driver has had to be >> restructured in a pretty large way. The 24XX cards have the same rough >> architecture as all the other QLogic cards, but have massively changed >> inside (16 -> 32 bit registers; IOCBs that have same names and type >> fields but different layouts). >> >> Between this and the desire to make some changes that will make failover >> and N-port virtualization in target mode easier to handle, loop and fabric >> evaluation have also been rewritten (which also better accomodates the >> 2K port login f/w which is now standard even for 23XX cards). This is >> a big change and needs some serious test time to get right. >> >> The changes were so much that rather than impose this even on >> -current, some settle time in the FreeBSD Perforce sandbox seemed >> appropriate. >> >> If anyone would like to beta test these changes, please let me know. >> The more feedback now, the more painless the change later. The >> perforce depot is //depot/client/newisp. >> >> -matt >> >> >> _______________________________________________ >> 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" >> > > > -- > Attila Nagy e-mail: Attila.Nagy@fsn.hu > Free Software Network (FSN.HU) phone: +3630 306 6758 > http://www.fsn.hu/ > > From owner-freebsd-scsi@FreeBSD.ORG Mon Oct 9 19:25:47 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 DEF5116A417 for ; Mon, 9 Oct 2006 19:25:47 +0000 (UTC) (envelope-from spork@bway.net) Received: from xena.bway.net (xena.bway.net [216.220.96.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 82B8643D7D for ; Mon, 9 Oct 2006 19:25:37 +0000 (GMT) (envelope-from spork@bway.net) Received: (qmail 98517 invoked by uid 0); 9 Oct 2006 19:25:37 -0000 Received: from unknown (HELO gee5.nat.fasttrackmonkey.com) (216.220.116.154) by smtp.bway.net with (DHE-RSA-AES256-SHA encrypted) SMTP; 9 Oct 2006 19:25:37 -0000 Date: Mon, 9 Oct 2006 15:25:36 -0400 (EDT) From: Charles Sprickman X-X-Sender: spork@gee5.nat.fasttrackmonkey.com To: freebsd-scsi@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: mysterious panic w/adaptec RAID 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, 09 Oct 2006 19:25:48 -0000 Hi all, I have a problem that is moving from box to box as I move a specific Postgres database around. I think so far it has happened on at least three different boxes. I am unable to get a kernel dump since the panic seems to lock up the whole disk subsystem and then freeze up the box. These are all 4.11 boxes, all using Adaptec 2110s or 2015s ZCR cards. 2 are supermicro boxes, 1 an older Intel box. All are dual processor boxes (1 dual P-III, 2 dual Xeon). I understand this is not much to go on, but are there any known issues with the asr driver in 4.11? In all examples, the "current process" is dpteng. This is all I get, the panic message gets caught by the console server and saved in a log: [-- MARK -- Fri Oct 6 03:00:00 2006] Fatal trap 12: page fault while in kernel mode mp_lock = 00000002; cpuid = 0; lapic.id = 00000000 fault virtual address = 0x4 fault code = supervisor read, page not present instruction pointer = 0x8:0xc012c76e stack pointer = 0x10:0xe9b4dc44 frame pointer = 0x10:0xe9b4dc44 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 29675 (dpteng) interrupt mask = cam <- SMP: XXX trap number = 12 panic: page fault mp_lock = 00000002; cpuid = 0; lapic.id = 00000000 boot() called on cpu#0 syncing disks... asr0: Blink LED 0x43 resetting adapter [-- MARK -- Fri Oct 6 04:00:00 2006] Another: [-- MARK -- Tue Aug 1 16:00:00 2006] Fatal trap 12: page fault while in kernel mode mp_lock = 00000002; cpuid = 0; lapic.id = 00000000 fault virtual address = 0x4 fault code = supervisor read, page not present instruction pointer = 0x8:0xc012c78e stack pointer = 0x10:0xeb8b2c44 frame pointer = 0x10:0xeb8b2c44 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 23840 (dpteng) interrupt mask = cam <- SMP: XXX trap number = 12 panic: page fault mp_lock = 00000002; cpuid = 0; lapic.id = 00000000 boot() called on cpu#0 syncing disks... asr0: Blink LED 0x3 resetting adapter (da0:asr0:0:0:0): lost device Any ideas? Thanks, Charles From owner-freebsd-scsi@FreeBSD.ORG Mon Oct 9 20:02: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 8250916A494 for ; Mon, 9 Oct 2006 20:02:23 +0000 (UTC) (envelope-from up@3.am) Received: from richard2.pil.net (mail.pil.net [207.7.198.3]) by mx1.FreeBSD.org (Postfix) with SMTP id 749B643D7D for ; Mon, 9 Oct 2006 20:02:20 +0000 (GMT) (envelope-from up@3.am) Received: (qmail 339 invoked by uid 1825); 9 Oct 2006 20:02:16 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 9 Oct 2006 20:02:16 -0000 Date: Mon, 9 Oct 2006 16:02:16 -0400 (EDT) From: up@3.am X-X-Sender: up@richard2.pil.net To: freebsd-questions@freebsd.org, FreeBSD ISP List In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-scsi@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: LSI SAS adapter 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, 09 Oct 2006 20:02:23 -0000 On Mon, 9 Oct 2006 up@3.am wrote: > > Can anyone verify that the LSI0100 PCI-X SAS RAID card will work with > 6.X-STABLE? The mfi driver says it supports LSI SAS MegaRAID, but this > isn't in the MegaRAID family (only does RAID 0 and 1, and I only need 1). > > All experiences appreciated...please reply directly as I am not > subscribed. > > Thanks! Oops, correction on the model number...the card itself is SAS3442X-R, the part number above is for the kit. TIA, James Smallacombe PlantageNet, Inc. CEO and Janitor up@3.am http://3.am ========================================================================= From owner-freebsd-scsi@FreeBSD.ORG Thu Oct 12 15:45:54 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 498AD16A403 for ; Thu, 12 Oct 2006 15:45:54 +0000 (UTC) (envelope-from past@ebs.gr) Received: from fly.ebs.gr (fly.ebs.gr [83.171.239.113]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD87E43D82 for ; Thu, 12 Oct 2006 15:45:46 +0000 (GMT) (envelope-from past@ebs.gr) Received: from ebs.gr (root@hal.ebs.gr [10.1.1.2]) by fly.ebs.gr (8.12.9p1/8.12.9) with ESMTP id k9CFjjGI069140 for ; Thu, 12 Oct 2006 18:45:45 +0300 (EEST) (envelope-from past@ebs.gr) Received: from [10.1.1.157] (pc157.ebs.gr [10.1.1.157]) by ebs.gr (8.13.6/8.13.6) with ESMTP id k9CFjjlL002241 for ; Thu, 12 Oct 2006 18:45:45 +0300 (EEST) (envelope-from past@ebs.gr) Received: from 127.0.0.1 (AVG SMTP 7.1.408 [268.13.2/472]); Thu, 12 Oct 2006 18:45:42 +0300 Message-ID: <452E6326.7030007@ebs.gr> Date: Thu, 12 Oct 2006 18:45:42 +0300 From: Panagiotis Astithas Organization: EBS Ltd. User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: freebsd-scsi@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Tape error renders tape drive unusable 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: Thu, 12 Oct 2006 15:45:54 -0000 Hi all, on a dual-Xeon Dell server I have here (running 6.1-SECURITY), the tape drive seems to have died since yesterday. The drive is: sa0 at ahc0 bus 0 target 6 lun 0 sa0: Removable Sequential Access SCSI-3 device sa0: 80.000MB/s transfers (40.000MHz, offset 32, 16bit) Last night during the regular backup, I got the following messages in the log and the drive cannot eject the tape ever since, spitting out "mt: /dev/nsa0: Input/output error" on every mt(1) invocation I try. A reboot didn't help. Can anyone explain to me what these messages mean? Is the tape drive b0rked? Thanks, Panagiotis Oct 12 00:08:43 hal kernel: ahc0: Recovery Initiated Oct 12 00:08:43 hal kernel: >>>>>>>>>>>>>>>>>> Dump Card State Begins <<<<<<<<<<<<<<<<< Oct 12 00:08:43 hal kernel: ahc0: Dumping Card State while idle, at SEQADDR 0x8 Oct 12 00:08:43 hal kernel: Card was paused Oct 12 00:08:43 hal kernel: ACCUM = 0x4, SINDEX = 0x67, DINDEX = 0x27, ARG_2 = 0x0 Oct 12 00:08:43 hal kernel: HCNT = 0x0 SCBPTR = 0x0 Oct 12 00:08:43 hal kernel: SCSIPHASE[0x0] SCSISIGI[0x0] ERROR[0x0] SCSIBUSL[0x0] Oct 12 00:08:43 hal kernel: LASTPHASE[0x1]:(P_BUSFREE) SCSISEQ[0x12]:(ENAUTOATNP|ENRSELI) Oct 12 00:08:43 hal kernel: SBLKCTL[0xa]:(SELWIDE|SELBUSB) SCSIRATE[0x0] SEQCTL[0x10]:(FASTMODE) Oct 12 00:08:43 hal kernel: SEQ_FLAGS[0xc0]:(NO_CDB_SENT|NOT_IDENTIFIED) SSTAT0[0x0] Oct 12 00:08:43 hal kernel: SSTAT1[0x0] SSTAT2[0x0] SSTAT3[0x0] SIMODE0[0x8]:(ENSWRAP) Oct 12 00:08:43 hal kernel: SIMODE1[0xa4]:(ENSCSIPERR|ENSCSIRST|ENSELTIMO) SXFRCTL0[0x80]:(DFON) Oct 12 00:08:43 hal kernel: DFCNTRL[0x0] DFSTATUS[0x89]:(FIFOEMP|HDONE|PRELOAD_AVAIL) Oct 12 00:08:43 hal kernel: STACK: 0x0 0x164 0x179 0x3 Oct 12 00:08:43 hal kernel: SCB count = 20 Oct 12 00:08:43 hal kernel: Kernel NEXTQSCB = 14 Oct 12 00:08:43 hal kernel: Card NEXTQSCB = 14 Oct 12 00:08:43 hal kernel: QINFIFO entries: Oct 12 00:08:43 hal kernel: Waiting Queue entries: Oct 12 00:08:43 hal kernel: Disconnected Queue entries: 0:2 Oct 12 00:08:43 hal kernel: QOUTFIFO entries: Oct 12 00:08:43 hal kernel: Sequencer Free SCB List: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 Oct 12 00:08:43 hal kernel: Sequencer SCB Info: Oct 12 00:08:43 hal kernel: 0 SCB_CONTROL[0x44]:(DISCONNECTED|DISCENB) SCB_SCSIID[0x67] Oct 12 00:08:43 hal kernel: SCB_LUN[0x0] SCB_TAG[0x2] Oct 12 00:08:43 hal kernel: 1 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) Oct 12 00:08:43 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] Oct 12 00:08:43 hal kernel: 2 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) Oct 12 00:08:43 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] Oct 12 00:08:43 hal kernel: 3 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) Oct 12 00:08:43 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] Oct 12 00:08:43 hal kernel: 4 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) Oct 12 00:08:43 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] Oct 12 00:08:43 hal kernel: 5 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) Oct 12 00:08:43 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] Oct 12 00:08:43 hal kernel: 6 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) Oct 12 00:08:43 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] Oct 12 00:08:43 hal kernel: 7 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) Oct 12 00:08:43 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] Oct 12 00:08:43 hal kernel: 8 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) Oct 12 00:08:43 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] Oct 12 00:08:43 hal kernel: 9 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) Oct 12 00:08:43 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] Oct 12 00:08:43 hal kernel: 10 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) Oct 12 00:08:43 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] Oct 12 00:08:43 hal kernel: 11 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) Oct 12 00:08:43 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] Oct 12 00:08:43 hal kernel: 12 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) Oct 12 00:08:43 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] Oct 12 00:08:43 hal kernel: 13 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) Oct 12 00:08:43 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] Oct 12 00:08:43 hal kernel: 14 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) Oct 12 00:08:43 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] Oct 12 00:08:43 hal kernel: 15 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) Oct 12 00:08:43 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] Oct 12 00:08:43 hal kernel: 16 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) Oct 12 00:08:43 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] Oct 12 00:08:43 hal kernel: 17 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) Oct 12 00:08:43 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] Oct 12 00:08:43 hal kernel: 18 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) Oct 12 00:08:43 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] Oct 12 00:08:43 hal kernel: 19 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) Oct 12 00:08:43 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] Oct 12 00:08:43 hal kernel: 20 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) Oct 12 00:08:43 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] Oct 12 00:08:43 hal kernel: 21 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) Oct 12 00:08:43 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] Oct 12 00:08:43 hal kernel: 22 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) Oct 12 00:08:43 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] Oct 12 00:08:43 hal kernel: 23 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) Oct 12 00:08:43 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] Oct 12 00:08:43 hal kernel: 24 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) Oct 12 00:08:43 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] Oct 12 00:08:43 hal kernel: 25 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) Oct 12 00:08:43 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] Oct 12 00:08:43 hal kernel: 26 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) Oct 12 00:08:43 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] Oct 12 00:08:43 hal kernel: 27 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) Oct 12 00:08:43 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] Oct 12 00:08:43 hal kernel: 28 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) Oct 12 00:08:43 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] Oct 12 00:08:43 hal kernel: 29 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) Oct 12 00:08:43 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] Oct 12 00:08:43 hal kernel: 30 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) Oct 12 00:08:43 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] Oct 12 00:08:43 hal kernel: 31 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) Oct 12 00:08:43 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] Oct 12 00:08:43 hal kernel: Pending list: Oct 12 00:08:43 hal kernel: 2 SCB_CONTROL[0x40]:(DISCENB) SCB_SCSIID[0x67] SCB_LUN[0x0] Oct 12 00:08:43 hal kernel: Kernel Free SCB list: 15 16 17 18 19 0 1 3 4 5 6 7 8 9 13 12 11 10 Oct 12 00:08:43 hal kernel: Untagged Q(6): 2 Oct 12 00:08:43 hal kernel: Oct 12 00:08:43 hal kernel: <<<<<<<<<<<<<<<<< Dump Card State Ends >>>>>>>>>>>>>>>>>> Oct 12 00:08:43 hal kernel: (sa0:ahc0:0:6:0): SCB 0x2 - timed out Oct 12 00:08:43 hal kernel: sg[0] - Addr 0x15292000 : Length 4096 Oct 12 00:08:43 hal kernel: sg[1] - Addr 0xe073000 : Length 4096 Oct 12 00:08:43 hal kernel: sg[2] - Addr 0x21a34000 : Length 2048 Oct 12 00:08:43 hal kernel: (sa0:ahc0:0:6:0): Queuing a BDR SCB Oct 12 00:08:43 hal kernel: ahc0: Timedout SCBs already complete. Interrupts may not be functioning. Oct 12 00:08:45 hal kernel: ahc0: Recovery Initiated Oct 12 00:08:45 hal kernel: >>>>>>>>>>>>>>>>>> Dump Card State Begins <<<<<<<<<<<<<<<<< Oct 12 00:08:45 hal kernel: ahc0: Dumping Card State while idle, at SEQADDR 0x18 Oct 12 00:08:45 hal kernel: Card was paused Oct 12 00:08:45 hal kernel: ACCUM = 0x2, SINDEX = 0x48, DINDEX = 0xe4, ARG_2 = 0x0 Oct 12 00:08:45 hal kernel: HCNT = 0x0 SCBPTR = 0x0 Oct 12 00:08:45 hal kernel: SCSIPHASE[0x0] SCSISIGI[0xc]:(BSYI|SELI) ERROR[0x0] Oct 12 00:08:45 hal kernel: SCSIBUSL[0x0] LASTPHASE[0x1]:(P_BUSFREE) SCSISEQ[0x1a]:(ENAUTOATNP|ENAUTOATNO|ENRSELI) Oct 12 00:08:45 hal kernel: SBLKCTL[0xa]:(SELWIDE|SELBUSB) SCSIRATE[0x0] SEQCTL[0x10]:(FASTMODE) Oct 12 00:08:45 hal kernel: SEQ_FLAGS[0xc0]:(NO_CDB_SENT|NOT_IDENTIFIED) SSTAT0[0x0] Oct 12 00:08:45 hal kernel: SSTAT1[0x0] SSTAT2[0x0] SSTAT3[0x0] SIMODE0[0x8]:(ENSWRAP) Oct 12 00:08:45 hal kernel: SIMODE1[0xa4]:(ENSCSIPERR|ENSCSIRST|ENSELTIMO) SXFRCTL0[0x80]:(DFON) Oct 12 00:08:45 hal kernel: DFCNTRL[0x0] DFSTATUS[0x89]:(FIFOEMP|HDONE|PRELOAD_AVAIL) Oct 12 00:08:45 hal kernel: STACK: 0x0 0x164 0x179 0x17 Oct 12 00:08:45 hal kernel: SCB count = 20 Oct 12 00:08:45 hal kernel: Kernel NEXTQSCB = 14 Oct 12 00:08:45 hal kernel: Card NEXTQSCB = 14 Oct 12 00:08:45 hal kernel: QINFIFO entries: Oct 12 00:08:45 hal kernel: Waiting Queue entries: 0:2 Oct 12 00:08:45 hal kernel: Disconnected Queue entries: Oct 12 00:08:45 hal kernel: QOUTFIFO entries: Oct 12 00:08:45 hal kernel: Sequencer Free SCB List: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 Oct 12 00:08:45 hal kernel: Sequencer SCB Info: Oct 12 00:08:45 hal kernel: 0 SCB_CONTROL[0x54]:(DISCONNECTED|MK_MESSAGE|DISCENB) SCB_SCSIID[0x67] Oct 12 00:08:45 hal kernel: SCB_LUN[0x0] SCB_TAG[0x2] Oct 12 00:08:45 hal kernel: 1 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) Oct 12 00:08:45 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] Oct 12 00:08:45 hal kernel: 2 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) Oct 12 00:08:45 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] Oct 12 00:08:45 hal kernel: 3 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) Oct 12 00:08:45 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] Oct 12 00:08:45 hal kernel: 4 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) Oct 12 00:08:45 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] Oct 12 00:08:45 hal kernel: 5 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) Oct 12 00:08:45 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] Oct 12 00:08:45 hal kernel: 6 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) Oct 12 00:08:45 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] Oct 12 00:08:45 hal kernel: 7 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) Oct 12 00:08:45 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] Oct 12 00:08:45 hal kernel: 8 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) Oct 12 00:08:45 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] Oct 12 00:08:45 hal kernel: 9 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) Oct 12 00:08:45 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] Oct 12 00:08:45 hal kernel: 10 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) Oct 12 00:08:45 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] Oct 12 00:08:45 hal kernel: 11 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) Oct 12 00:08:45 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] Oct 12 00:08:45 hal kernel: 12 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) Oct 12 00:08:45 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] Oct 12 00:08:45 hal kernel: 13 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) Oct 12 00:08:45 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] Oct 12 00:08:45 hal kernel: 14 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) Oct 12 00:08:45 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] Oct 12 00:08:45 hal kernel: 15 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) Oct 12 00:08:45 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] Oct 12 00:08:45 hal kernel: 16 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) Oct 12 00:08:45 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] Oct 12 00:08:45 hal kernel: 17 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) Oct 12 00:08:45 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] Oct 12 00:08:45 hal kernel: 18 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) Oct 12 00:08:45 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] Oct 12 00:08:45 hal kernel: 19 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) Oct 12 00:08:45 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] Oct 12 00:08:45 hal kernel: 20 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) Oct 12 00:08:45 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] Oct 12 00:08:45 hal kernel: 21 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) Oct 12 00:08:45 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] Oct 12 00:08:45 hal kernel: 22 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) Oct 12 00:08:45 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] Oct 12 00:08:45 hal kernel: 23 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) Oct 12 00:08:45 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] Oct 12 00:08:45 hal kernel: 24 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) Oct 12 00:08:45 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] Oct 12 00:08:45 hal kernel: 25 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) Oct 12 00:08:45 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] Oct 12 00:08:45 hal kernel: 26 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) Oct 12 00:08:45 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] Oct 12 00:08:45 hal kernel: 27 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) Oct 12 00:08:45 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] Oct 12 00:08:45 hal kernel: 28 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) Oct 12 00:08:45 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] Oct 12 00:08:45 hal kernel: 29 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) Oct 12 00:08:45 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] Oct 12 00:08:45 hal kernel: 30 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) Oct 12 00:08:45 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] Oct 12 00:08:45 hal kernel: 31 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) Oct 12 00:08:45 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] Oct 12 00:08:45 hal kernel: Pending list: Oct 12 00:08:45 hal kernel: 2 SCB_CONTROL[0x54]:(DISCONNECTED|MK_MESSAGE|DISCENB) SCB_SCSIID[0x67] Oct 12 00:08:45 hal kernel: SCB_LUN[0x0] Oct 12 00:08:45 hal kernel: Kernel Free SCB list: 15 16 17 18 19 0 1 3 4 5 6 7 8 9 13 12 11 10 Oct 12 00:08:45 hal kernel: Untagged Q(6): 2 Oct 12 00:08:45 hal kernel: Oct 12 00:08:45 hal kernel: <<<<<<<<<<<<<<<<< Dump Card State Ends >>>>>>>>>>>>>>>>>> Oct 12 00:08:45 hal kernel: (sa0:ahc0:0:6:0): SCB 0x2 - timed out Oct 12 00:08:45 hal kernel: sg[0] - Addr 0x15292000 : Length 4096 Oct 12 00:08:45 hal kernel: sg[1] - Addr 0xe073000 : Length 4096 Oct 12 00:08:45 hal kernel: sg[2] - Addr 0x21a34000 : Length 2048 Oct 12 00:08:45 hal kernel: (sa0:ahc0:0:6:0): no longer in timeout, status = 24b Oct 12 00:08:45 hal kernel: ahc0: Issued Channel A Bus Reset. 1 SCBs aborted Oct 12 00:08:45 hal kernel: ahc0: Timedout SCBs already complete. Interrupts may not be functioning. Oct 12 00:08:45 hal kernel: (sa0:ahc0:0:6:0): PREVENT ALLOW MEDIUM REMOVAL. CDB: 1e 0 0 0 0 0 Oct 12 00:08:45 hal kernel: (sa0:ahc0:0:6:0): CAM Status: SCSI Status Error Oct 12 00:08:45 hal kernel: (sa0:ahc0:0:6:0): SCSI Status: Check Condition Oct 12 00:08:45 hal kernel: (sa0:ahc0:0:6:0): UNIT ATTENTION asc:29,0 Oct 12 00:08:45 hal kernel: (sa0:ahc0:0:6:0): Power on, reset, or bus device reset occurred Oct 12 00:08:45 hal kernel: (sa0:ahc0:0:6:0): Unretryable error From owner-freebsd-scsi@FreeBSD.ORG Thu Oct 12 16:19: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 8DDB916A403 for ; Thu, 12 Oct 2006 16:19:36 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id A69F843D72 for ; Thu, 12 Oct 2006 16:19:35 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id k9CGJTJ5078543; Thu, 12 Oct 2006 11:19:30 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <452E6B14.20409@centtech.com> Date: Thu, 12 Oct 2006 11:19:32 -0500 From: Eric Anderson User-Agent: Thunderbird 1.5.0.7 (X11/20060923) MIME-Version: 1.0 To: Panagiotis Astithas References: <452E6326.7030007@ebs.gr> In-Reply-To: <452E6326.7030007@ebs.gr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/2026/Thu Oct 12 01:47:06 2006 on mh1.centtech.com X-Virus-Status: Clean Cc: freebsd-scsi@freebsd.org Subject: Re: Tape error renders tape drive unusable 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: Thu, 12 Oct 2006 16:19:36 -0000 On 10/12/06 10:45, Panagiotis Astithas wrote: > Hi all, > > on a dual-Xeon Dell server I have here (running 6.1-SECURITY), the tape > drive seems to have died since yesterday. The drive is: > > sa0 at ahc0 bus 0 target 6 lun 0 > sa0: Removable Sequential Access SCSI-3 > device > sa0: 80.000MB/s transfers (40.000MHz, offset 32, 16bit) > > Last night during the regular backup, I got the following messages in > the log and the drive cannot eject the tape ever since, spitting out > "mt: /dev/nsa0: Input/output error" on every mt(1) invocation I try. A > reboot didn't help. Can anyone explain to me what these messages mean? > Is the tape drive b0rked? I had some similar issues, and setting the queue depth down to other disks attached to the same bus fixed it for me. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-scsi@FreeBSD.ORG Thu Oct 12 20:34: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 411C416A40F for ; Thu, 12 Oct 2006 20:34:01 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.174]) by mx1.FreeBSD.org (Postfix) with ESMTP id B257B43D76 for ; Thu, 12 Oct 2006 20:33:56 +0000 (GMT) (envelope-from lydianconcepts@gmail.com) Received: by ug-out-1314.google.com with SMTP id m2so333035uge for ; Thu, 12 Oct 2006 13:33:56 -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=gpu/kbmJ/ht02SzSSy+P4uj0M/MtdgI+sghVEaH3ncKlaU58kdHtoNXlslGYsZZDURwdsbUwnG6LBha6YnTKt2z5vzOIVkiyJeorI3ANdjAXxjY7W8Qm3MVXpuBys8ICFVC29FSvZHtGge5I/rlFGy4ird78cO+iBXyYFDCM1bo= Received: by 10.78.203.15 with SMTP id a15mr2748718hug; Thu, 12 Oct 2006 13:33:56 -0700 (PDT) Received: by 10.78.197.4 with HTTP; Thu, 12 Oct 2006 13:33:55 -0700 (PDT) Message-ID: <7579f7fb0610121333q30cff91dnff8a6684b9fa298d@mail.gmail.com> Date: Thu, 12 Oct 2006 13:33:55 -0700 From: "Matthew Jacob" To: "Panagiotis Astithas" In-Reply-To: <452E6326.7030007@ebs.gr> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <452E6326.7030007@ebs.gr> Cc: freebsd-scsi@freebsd.org Subject: Re: Tape error renders tape drive unusable 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: Thu, 12 Oct 2006 20:34:01 -0000 not a tape error per se, Adaptec driver error. Try Eric's advice. On 10/12/06, Panagiotis Astithas wrote: > Hi all, > > on a dual-Xeon Dell server I have here (running 6.1-SECURITY), the tape > drive seems to have died since yesterday. The drive is: > > sa0 at ahc0 bus 0 target 6 lun 0 > sa0: Removable Sequential Access SCSI-3 > device > sa0: 80.000MB/s transfers (40.000MHz, offset 32, 16bit) > > Last night during the regular backup, I got the following messages in > the log and the drive cannot eject the tape ever since, spitting out > "mt: /dev/nsa0: Input/output error" on every mt(1) invocation I try. A > reboot didn't help. Can anyone explain to me what these messages mean? > Is the tape drive b0rked? > > Thanks, > > Panagiotis > > > > Oct 12 00:08:43 hal kernel: ahc0: Recovery Initiated > Oct 12 00:08:43 hal kernel: >>>>>>>>>>>>>>>>>> Dump Card State Begins > <<<<<<<<<<<<<<<<< > Oct 12 00:08:43 hal kernel: ahc0: Dumping Card State while idle, at > SEQADDR 0x8 > Oct 12 00:08:43 hal kernel: Card was paused > Oct 12 00:08:43 hal kernel: ACCUM = 0x4, SINDEX = 0x67, DINDEX = 0x27, > ARG_2 = 0x0 > Oct 12 00:08:43 hal kernel: HCNT = 0x0 SCBPTR = 0x0 > Oct 12 00:08:43 hal kernel: SCSIPHASE[0x0] SCSISIGI[0x0] ERROR[0x0] > SCSIBUSL[0x0] > Oct 12 00:08:43 hal kernel: LASTPHASE[0x1]:(P_BUSFREE) > SCSISEQ[0x12]:(ENAUTOATNP|ENRSELI) > Oct 12 00:08:43 hal kernel: SBLKCTL[0xa]:(SELWIDE|SELBUSB) SCSIRATE[0x0] > SEQCTL[0x10]:(FASTMODE) > Oct 12 00:08:43 hal kernel: SEQ_FLAGS[0xc0]:(NO_CDB_SENT|NOT_IDENTIFIED) > SSTAT0[0x0] > Oct 12 00:08:43 hal kernel: SSTAT1[0x0] SSTAT2[0x0] SSTAT3[0x0] > SIMODE0[0x8]:(ENSWRAP) > Oct 12 00:08:43 hal kernel: > SIMODE1[0xa4]:(ENSCSIPERR|ENSCSIRST|ENSELTIMO) SXFRCTL0[0x80]:(DFON) > Oct 12 00:08:43 hal kernel: DFCNTRL[0x0] > DFSTATUS[0x89]:(FIFOEMP|HDONE|PRELOAD_AVAIL) > Oct 12 00:08:43 hal kernel: STACK: 0x0 0x164 0x179 0x3 > Oct 12 00:08:43 hal kernel: SCB count = 20 > Oct 12 00:08:43 hal kernel: Kernel NEXTQSCB = 14 > Oct 12 00:08:43 hal kernel: Card NEXTQSCB = 14 > Oct 12 00:08:43 hal kernel: QINFIFO entries: > Oct 12 00:08:43 hal kernel: Waiting Queue entries: > Oct 12 00:08:43 hal kernel: Disconnected Queue entries: 0:2 > Oct 12 00:08:43 hal kernel: QOUTFIFO entries: > Oct 12 00:08:43 hal kernel: Sequencer Free SCB List: 1 2 3 4 5 6 7 8 9 > 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 > 28 29 30 31 > Oct 12 00:08:43 hal kernel: Sequencer SCB Info: > Oct 12 00:08:43 hal kernel: 0 SCB_CONTROL[0x44]:(DISCONNECTED|DISCENB) > SCB_SCSIID[0x67] > Oct 12 00:08:43 hal kernel: SCB_LUN[0x0] SCB_TAG[0x2] > Oct 12 00:08:43 hal kernel: 1 SCB_CONTROL[0x0] > SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) > Oct 12 00:08:43 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) > SCB_TAG[0xff] > Oct 12 00:08:43 hal kernel: 2 SCB_CONTROL[0x0] > SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) > Oct 12 00:08:43 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) > SCB_TAG[0xff] > Oct 12 00:08:43 hal kernel: 3 SCB_CONTROL[0x0] > SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) > Oct 12 00:08:43 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) > SCB_TAG[0xff] > Oct 12 00:08:43 hal kernel: 4 SCB_CONTROL[0x0] > SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) > Oct 12 00:08:43 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) > SCB_TAG[0xff] > Oct 12 00:08:43 hal kernel: 5 SCB_CONTROL[0x0] > SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) > Oct 12 00:08:43 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) > SCB_TAG[0xff] > Oct 12 00:08:43 hal kernel: 6 SCB_CONTROL[0x0] > SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) > Oct 12 00:08:43 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) > SCB_TAG[0xff] > Oct 12 00:08:43 hal kernel: 7 SCB_CONTROL[0x0] > SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) > Oct 12 00:08:43 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) > SCB_TAG[0xff] > Oct 12 00:08:43 hal kernel: 8 SCB_CONTROL[0x0] > SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) > Oct 12 00:08:43 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) > SCB_TAG[0xff] > Oct 12 00:08:43 hal kernel: 9 SCB_CONTROL[0x0] > SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) > Oct 12 00:08:43 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) > SCB_TAG[0xff] > Oct 12 00:08:43 hal kernel: 10 SCB_CONTROL[0x0] > SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) > Oct 12 00:08:43 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) > SCB_TAG[0xff] > Oct 12 00:08:43 hal kernel: 11 SCB_CONTROL[0x0] > SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) > Oct 12 00:08:43 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) > SCB_TAG[0xff] > Oct 12 00:08:43 hal kernel: 12 SCB_CONTROL[0x0] > SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) > Oct 12 00:08:43 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) > SCB_TAG[0xff] > Oct 12 00:08:43 hal kernel: 13 SCB_CONTROL[0x0] > SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) > Oct 12 00:08:43 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) > SCB_TAG[0xff] > Oct 12 00:08:43 hal kernel: 14 SCB_CONTROL[0x0] > SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) > Oct 12 00:08:43 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) > SCB_TAG[0xff] > Oct 12 00:08:43 hal kernel: 15 SCB_CONTROL[0x0] > SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) > Oct 12 00:08:43 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) > SCB_TAG[0xff] > Oct 12 00:08:43 hal kernel: 16 SCB_CONTROL[0x0] > SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) > Oct 12 00:08:43 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) > SCB_TAG[0xff] > Oct 12 00:08:43 hal kernel: 17 SCB_CONTROL[0x0] > SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) > Oct 12 00:08:43 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) > SCB_TAG[0xff] > Oct 12 00:08:43 hal kernel: 18 SCB_CONTROL[0x0] > SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) > Oct 12 00:08:43 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) > SCB_TAG[0xff] > Oct 12 00:08:43 hal kernel: 19 SCB_CONTROL[0x0] > SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) > Oct 12 00:08:43 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) > SCB_TAG[0xff] > Oct 12 00:08:43 hal kernel: 20 SCB_CONTROL[0x0] > SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) > Oct 12 00:08:43 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) > SCB_TAG[0xff] > Oct 12 00:08:43 hal kernel: 21 SCB_CONTROL[0x0] > SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) > Oct 12 00:08:43 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) > SCB_TAG[0xff] > Oct 12 00:08:43 hal kernel: 22 SCB_CONTROL[0x0] > SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) > Oct 12 00:08:43 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) > SCB_TAG[0xff] > Oct 12 00:08:43 hal kernel: 23 SCB_CONTROL[0x0] > SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) > Oct 12 00:08:43 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) > SCB_TAG[0xff] > Oct 12 00:08:43 hal kernel: 24 SCB_CONTROL[0x0] > SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) > Oct 12 00:08:43 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) > SCB_TAG[0xff] > Oct 12 00:08:43 hal kernel: 25 SCB_CONTROL[0x0] > SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) > Oct 12 00:08:43 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) > SCB_TAG[0xff] > Oct 12 00:08:43 hal kernel: 26 SCB_CONTROL[0x0] > SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) > Oct 12 00:08:43 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) > SCB_TAG[0xff] > Oct 12 00:08:43 hal kernel: 27 SCB_CONTROL[0x0] > SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) > Oct 12 00:08:43 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) > SCB_TAG[0xff] > Oct 12 00:08:43 hal kernel: 28 SCB_CONTROL[0x0] > SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) > Oct 12 00:08:43 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) > SCB_TAG[0xff] > Oct 12 00:08:43 hal kernel: 29 SCB_CONTROL[0x0] > SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) > Oct 12 00:08:43 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) > SCB_TAG[0xff] > Oct 12 00:08:43 hal kernel: 30 SCB_CONTROL[0x0] > SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) > Oct 12 00:08:43 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) > SCB_TAG[0xff] > Oct 12 00:08:43 hal kernel: 31 SCB_CONTROL[0x0] > SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) > Oct 12 00:08:43 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) > SCB_TAG[0xff] > Oct 12 00:08:43 hal kernel: Pending list: > Oct 12 00:08:43 hal kernel: 2 SCB_CONTROL[0x40]:(DISCENB) > SCB_SCSIID[0x67] SCB_LUN[0x0] > Oct 12 00:08:43 hal kernel: Kernel Free SCB list: 15 16 17 18 19 0 1 3 4 > 5 6 7 8 9 13 12 11 10 > Oct 12 00:08:43 hal kernel: Untagged Q(6): 2 > Oct 12 00:08:43 hal kernel: > Oct 12 00:08:43 hal kernel: <<<<<<<<<<<<<<<<< Dump Card State Ends > >>>>>>>>>>>>>>>>>> > Oct 12 00:08:43 hal kernel: (sa0:ahc0:0:6:0): SCB 0x2 - timed out > Oct 12 00:08:43 hal kernel: sg[0] - Addr 0x15292000 : Length 4096 > Oct 12 00:08:43 hal kernel: sg[1] - Addr 0xe073000 : Length 4096 > Oct 12 00:08:43 hal kernel: sg[2] - Addr 0x21a34000 : Length 2048 > Oct 12 00:08:43 hal kernel: (sa0:ahc0:0:6:0): Queuing a BDR SCB > Oct 12 00:08:43 hal kernel: ahc0: Timedout SCBs already complete. > Interrupts may not be functioning. > Oct 12 00:08:45 hal kernel: ahc0: Recovery Initiated > Oct 12 00:08:45 hal kernel: >>>>>>>>>>>>>>>>>> Dump Card State Begins > <<<<<<<<<<<<<<<<< > Oct 12 00:08:45 hal kernel: ahc0: Dumping Card State while idle, at > SEQADDR 0x18 > Oct 12 00:08:45 hal kernel: Card was paused > Oct 12 00:08:45 hal kernel: ACCUM = 0x2, SINDEX = 0x48, DINDEX = 0xe4, > ARG_2 = 0x0 > Oct 12 00:08:45 hal kernel: HCNT = 0x0 SCBPTR = 0x0 > Oct 12 00:08:45 hal kernel: SCSIPHASE[0x0] SCSISIGI[0xc]:(BSYI|SELI) > ERROR[0x0] > Oct 12 00:08:45 hal kernel: SCSIBUSL[0x0] LASTPHASE[0x1]:(P_BUSFREE) > SCSISEQ[0x1a]:(ENAUTOATNP|ENAUTOATNO|ENRSELI) > Oct 12 00:08:45 hal kernel: SBLKCTL[0xa]:(SELWIDE|SELBUSB) SCSIRATE[0x0] > SEQCTL[0x10]:(FASTMODE) > Oct 12 00:08:45 hal kernel: SEQ_FLAGS[0xc0]:(NO_CDB_SENT|NOT_IDENTIFIED) > SSTAT0[0x0] > Oct 12 00:08:45 hal kernel: SSTAT1[0x0] SSTAT2[0x0] SSTAT3[0x0] > SIMODE0[0x8]:(ENSWRAP) > Oct 12 00:08:45 hal kernel: > SIMODE1[0xa4]:(ENSCSIPERR|ENSCSIRST|ENSELTIMO) SXFRCTL0[0x80]:(DFON) > Oct 12 00:08:45 hal kernel: DFCNTRL[0x0] > DFSTATUS[0x89]:(FIFOEMP|HDONE|PRELOAD_AVAIL) > Oct 12 00:08:45 hal kernel: STACK: 0x0 0x164 0x179 0x17 > Oct 12 00:08:45 hal kernel: SCB count = 20 > Oct 12 00:08:45 hal kernel: Kernel NEXTQSCB = 14 > Oct 12 00:08:45 hal kernel: Card NEXTQSCB = 14 > Oct 12 00:08:45 hal kernel: QINFIFO entries: > Oct 12 00:08:45 hal kernel: Waiting Queue entries: 0:2 > Oct 12 00:08:45 hal kernel: Disconnected Queue entries: > Oct 12 00:08:45 hal kernel: QOUTFIFO entries: > Oct 12 00:08:45 hal kernel: Sequencer Free SCB List: 1 2 3 4 5 6 7 8 9 > 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 > 28 29 30 31 > Oct 12 00:08:45 hal kernel: Sequencer SCB Info: > Oct 12 00:08:45 hal kernel: 0 > SCB_CONTROL[0x54]:(DISCONNECTED|MK_MESSAGE|DISCENB) SCB_SCSIID[0x67] > Oct 12 00:08:45 hal kernel: SCB_LUN[0x0] SCB_TAG[0x2] > Oct 12 00:08:45 hal kernel: 1 SCB_CONTROL[0x0] > SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) > Oct 12 00:08:45 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) > SCB_TAG[0xff] > Oct 12 00:08:45 hal kernel: 2 SCB_CONTROL[0x0] > SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) > Oct 12 00:08:45 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) > SCB_TAG[0xff] > Oct 12 00:08:45 hal kernel: 3 SCB_CONTROL[0x0] > SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) > Oct 12 00:08:45 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) > SCB_TAG[0xff] > Oct 12 00:08:45 hal kernel: 4 SCB_CONTROL[0x0] > SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) > Oct 12 00:08:45 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) > SCB_TAG[0xff] > Oct 12 00:08:45 hal kernel: 5 SCB_CONTROL[0x0] > SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) > Oct 12 00:08:45 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) > SCB_TAG[0xff] > Oct 12 00:08:45 hal kernel: 6 SCB_CONTROL[0x0] > SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) > Oct 12 00:08:45 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) > SCB_TAG[0xff] > Oct 12 00:08:45 hal kernel: 7 SCB_CONTROL[0x0] > SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) > Oct 12 00:08:45 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) > SCB_TAG[0xff] > Oct 12 00:08:45 hal kernel: 8 SCB_CONTROL[0x0] > SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) > Oct 12 00:08:45 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) > SCB_TAG[0xff] > Oct 12 00:08:45 hal kernel: 9 SCB_CONTROL[0x0] > SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) > Oct 12 00:08:45 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) > SCB_TAG[0xff] > Oct 12 00:08:45 hal kernel: 10 SCB_CONTROL[0x0] > SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) > Oct 12 00:08:45 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) > SCB_TAG[0xff] > Oct 12 00:08:45 hal kernel: 11 SCB_CONTROL[0x0] > SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) > Oct 12 00:08:45 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) > SCB_TAG[0xff] > Oct 12 00:08:45 hal kernel: 12 SCB_CONTROL[0x0] > SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) > Oct 12 00:08:45 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) > SCB_TAG[0xff] > Oct 12 00:08:45 hal kernel: 13 SCB_CONTROL[0x0] > SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) > Oct 12 00:08:45 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) > SCB_TAG[0xff] > Oct 12 00:08:45 hal kernel: 14 SCB_CONTROL[0x0] > SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) > Oct 12 00:08:45 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) > SCB_TAG[0xff] > Oct 12 00:08:45 hal kernel: 15 SCB_CONTROL[0x0] > SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) > Oct 12 00:08:45 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) > SCB_TAG[0xff] > Oct 12 00:08:45 hal kernel: 16 SCB_CONTROL[0x0] > SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) > Oct 12 00:08:45 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) > SCB_TAG[0xff] > Oct 12 00:08:45 hal kernel: 17 SCB_CONTROL[0x0] > SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) > Oct 12 00:08:45 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) > SCB_TAG[0xff] > Oct 12 00:08:45 hal kernel: 18 SCB_CONTROL[0x0] > SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) > Oct 12 00:08:45 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) > SCB_TAG[0xff] > Oct 12 00:08:45 hal kernel: 19 SCB_CONTROL[0x0] > SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) > Oct 12 00:08:45 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) > SCB_TAG[0xff] > Oct 12 00:08:45 hal kernel: 20 SCB_CONTROL[0x0] > SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) > Oct 12 00:08:45 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) > SCB_TAG[0xff] > Oct 12 00:08:45 hal kernel: 21 SCB_CONTROL[0x0] > SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) > Oct 12 00:08:45 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) > SCB_TAG[0xff] > Oct 12 00:08:45 hal kernel: 22 SCB_CONTROL[0x0] > SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) > Oct 12 00:08:45 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) > SCB_TAG[0xff] > Oct 12 00:08:45 hal kernel: 23 SCB_CONTROL[0x0] > SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) > Oct 12 00:08:45 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) > SCB_TAG[0xff] > Oct 12 00:08:45 hal kernel: 24 SCB_CONTROL[0x0] > SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) > Oct 12 00:08:45 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) > SCB_TAG[0xff] > Oct 12 00:08:45 hal kernel: 25 SCB_CONTROL[0x0] > SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) > Oct 12 00:08:45 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) > SCB_TAG[0xff] > Oct 12 00:08:45 hal kernel: 26 SCB_CONTROL[0x0] > SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) > Oct 12 00:08:45 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) > SCB_TAG[0xff] > Oct 12 00:08:45 hal kernel: 27 SCB_CONTROL[0x0] > SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) > Oct 12 00:08:45 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) > SCB_TAG[0xff] > Oct 12 00:08:45 hal kernel: 28 SCB_CONTROL[0x0] > SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) > Oct 12 00:08:45 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) > SCB_TAG[0xff] > Oct 12 00:08:45 hal kernel: 29 SCB_CONTROL[0x0] > SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) > Oct 12 00:08:45 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) > SCB_TAG[0xff] > Oct 12 00:08:45 hal kernel: 30 SCB_CONTROL[0x0] > SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) > Oct 12 00:08:45 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) > SCB_TAG[0xff] > Oct 12 00:08:45 hal kernel: 31 SCB_CONTROL[0x0] > SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) > Oct 12 00:08:45 hal kernel: SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) > SCB_TAG[0xff] > Oct 12 00:08:45 hal kernel: Pending list: > Oct 12 00:08:45 hal kernel: 2 > SCB_CONTROL[0x54]:(DISCONNECTED|MK_MESSAGE|DISCENB) SCB_SCSIID[0x67] > Oct 12 00:08:45 hal kernel: SCB_LUN[0x0] > Oct 12 00:08:45 hal kernel: Kernel Free SCB list: 15 16 17 18 19 0 1 3 4 > 5 6 7 8 9 13 12 11 10 > Oct 12 00:08:45 hal kernel: Untagged Q(6): 2 > Oct 12 00:08:45 hal kernel: > Oct 12 00:08:45 hal kernel: <<<<<<<<<<<<<<<<< Dump Card State Ends > >>>>>>>>>>>>>>>>>> > Oct 12 00:08:45 hal kernel: (sa0:ahc0:0:6:0): SCB 0x2 - timed out > Oct 12 00:08:45 hal kernel: sg[0] - Addr 0x15292000 : Length 4096 > Oct 12 00:08:45 hal kernel: sg[1] - Addr 0xe073000 : Length 4096 > Oct 12 00:08:45 hal kernel: sg[2] - Addr 0x21a34000 : Length 2048 > Oct 12 00:08:45 hal kernel: (sa0:ahc0:0:6:0): no longer in timeout, > status = 24b > Oct 12 00:08:45 hal kernel: ahc0: Issued Channel A Bus Reset. 1 SCBs aborted > Oct 12 00:08:45 hal kernel: ahc0: Timedout SCBs already complete. > Interrupts may not be functioning. > Oct 12 00:08:45 hal kernel: (sa0:ahc0:0:6:0): PREVENT ALLOW MEDIUM > REMOVAL. CDB: 1e 0 0 0 0 0 > Oct 12 00:08:45 hal kernel: (sa0:ahc0:0:6:0): CAM Status: SCSI Status Error > Oct 12 00:08:45 hal kernel: (sa0:ahc0:0:6:0): SCSI Status: Check Condition > Oct 12 00:08:45 hal kernel: (sa0:ahc0:0:6:0): UNIT ATTENTION asc:29,0 > Oct 12 00:08:45 hal kernel: (sa0:ahc0:0:6:0): Power on, reset, or bus > device reset occurred > Oct 12 00:08:45 hal kernel: (sa0:ahc0:0:6:0): Unretryable error > _______________________________________________ > 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 Thu Oct 12 20:54:56 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 CE7A616A550; Thu, 12 Oct 2006 20:54:56 +0000 (UTC) (envelope-from Johannes.Kruger@nokia.com) Received: from mgw-ext12.nokia.com (mgw-ext12.nokia.com [131.228.20.171]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E09643D94; Thu, 12 Oct 2006 20:54:51 +0000 (GMT) (envelope-from Johannes.Kruger@nokia.com) Received: from esebh107.NOE.Nokia.com (esebh107.ntc.nokia.com [172.21.143.143]) by mgw-ext12.nokia.com (Switch-3.1.10/Switch-3.1.10) with ESMTP id k9CKsowO005291; Thu, 12 Oct 2006 23:54:50 +0300 Received: from daebh101.NOE.Nokia.com ([10.241.35.111]) by esebh107.NOE.Nokia.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 12 Oct 2006 23:54:50 +0300 Received: from bsebe101.NOE.Nokia.com ([172.19.160.235]) by daebh101.NOE.Nokia.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 12 Oct 2006 15:54:16 -0500 x-mimeole: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Thu, 12 Oct 2006 16:54:14 -0400 Message-ID: <6E2B2C4FBED4D84D80F52ECD1579D06801C3E03D@bsebe101.NOE.Nokia.com> In-Reply-To: <7579f7fb0610121333q30cff91dnff8a6684b9fa298d@mail.gmail.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: LSI1064 and LSI1064E and mpt Thread-Index: AcbuPkHJutpHbhxBTpeQmzk7AFhB4QAAMAZQ From: To: , X-OriginalArrivalTime: 12 Oct 2006 20:54:16.0563 (UTC) FILETIME=[94A27430:01C6EE40] Cc: Johannes.Kruger@nokia.com Subject: LSI1064 and LSI1064E and mpt 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: Thu, 12 Oct 2006 20:54:56 -0000 Hi. I figured I'll give this mailing list a shot in helping me figure out a problem I have. I have 2 reference boards from LSI, using the mpt driver. Each one has MPI FW revision 1.5.13.0 They repond differently. The PCI-X version LSI1064 reports running in RAID-1 and do NOT get the error message. The PCI-express do get the error message, and thus reports RAID-0 Both are configured as RAID-1 Integrated mirroring. Using the same 2 disks on both, swapping them out back and forth between the testing. NOTE: the behavior is the same with FW version 1.5.12.0 except with 1.5.12.0 I get notify events on which I can report sync percentage. ---------------- ERROR MESSAGE ----------------------- . . mpt_read_cfg_page: Config Info Status 22 mpt_refresh_raid_vol: Failed to read RAID Vol Page(0) mpt0:vol0(mpt0:0:0): Settings (netlog:mpt .. ) mpt0:vol0(mpt0:0:0): 0 Members: mpt0:vol0(mpt0:0:0): RAID-0 - Optimal . . ------------------------------------------------------ Johan . From owner-freebsd-scsi@FreeBSD.ORG Thu Oct 12 23:17:31 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 B782E16A403 for ; Thu, 12 Oct 2006 23:17:31 +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 4889243D49 for ; Thu, 12 Oct 2006 23:17:30 +0000 (GMT) (envelope-from lydianconcepts@gmail.com) Received: by nf-out-0910.google.com with SMTP id n15so1311474nfc for ; Thu, 12 Oct 2006 16:17:29 -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=W99AyRp76MV7y5wKtLWndPPCoxpGfMSaInEngqByKW18zOTjHg/ipVbOIEFbeoRFqnKt67tfarO5lVNy8fkmIsiCrghjy8xrsvloQeo2AWyySurXhZh+VY2/yymdnSCDxb8SpglWsg/cFQzBS+UgULMsyB/sTT4Eal/VouqK2yY= Received: by 10.78.139.1 with SMTP id m1mr2864574hud; Thu, 12 Oct 2006 16:17:28 -0700 (PDT) Received: by 10.78.197.4 with HTTP; Thu, 12 Oct 2006 16:17:28 -0700 (PDT) Message-ID: <7579f7fb0610121617n2b6b4cdap67eeb0c9b5a58da8@mail.gmail.com> Date: Thu, 12 Oct 2006 16:17:28 -0700 From: "Matthew Jacob" To: "Johannes.Kruger@nokia.com" In-Reply-To: <6E2B2C4FBED4D84D80F52ECD1579D06801C3E03D@bsebe101.NOE.Nokia.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <7579f7fb0610121333q30cff91dnff8a6684b9fa298d@mail.gmail.com> <6E2B2C4FBED4D84D80F52ECD1579D06801C3E03D@bsebe101.NOE.Nokia.com> Cc: freebsd-scsi@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: LSI1064 and LSI1064E and mpt 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: Thu, 12 Oct 2006 23:17:31 -0000 And the problem is....? On 10/12/06, Johannes.Kruger@nokia.com wrote: > Hi. > I figured I'll give this mailing list a shot in helping me figure out a > problem I have. > > I have 2 reference boards from LSI, using the mpt driver. > Each one has MPI FW revision 1.5.13.0 > They repond differently. > The PCI-X version LSI1064 reports running in RAID-1 and do NOT get the > error message. > The PCI-express do get the error message, and thus reports RAID-0 > Both are configured as RAID-1 Integrated mirroring. Using the same 2 > disks on both, swapping them out back and forth between the testing. > > NOTE: the behavior is the same with FW version 1.5.12.0 except with > 1.5.12.0 I get notify events on which I can report sync percentage. > > ---------------- ERROR MESSAGE ----------------------- > . > . > mpt_read_cfg_page: Config Info Status 22 > mpt_refresh_raid_vol: Failed to read RAID Vol Page(0) > mpt0:vol0(mpt0:0:0): Settings (netlog:mpt .. ) > mpt0:vol0(mpt0:0:0): 0 Members: > mpt0:vol0(mpt0:0:0): RAID-0 - Optimal > . > . > ------------------------------------------------------ > > > Johan > > > . > _______________________________________________ > 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 Thu Oct 12 23:57:10 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 9526516A40F; Thu, 12 Oct 2006 23:57:10 +0000 (UTC) (envelope-from Johannes.Kruger@nokia.com) Received: from mgw-ext13.nokia.com (mgw-ext13.nokia.com [131.228.20.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id D305D43D4C; Thu, 12 Oct 2006 23:57:09 +0000 (GMT) (envelope-from Johannes.Kruger@nokia.com) Received: from esebh108.NOE.Nokia.com (esebh108.ntc.nokia.com [172.21.143.145]) by mgw-ext13.nokia.com (Switch-3.1.10/Switch-3.1.10) with ESMTP id k9CNv7Wp021126; Fri, 13 Oct 2006 02:57:07 +0300 Received: from daebh101.NOE.Nokia.com ([10.241.35.111]) by esebh108.NOE.Nokia.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 13 Oct 2006 02:57:05 +0300 Received: from bsebe101.NOE.Nokia.com ([172.19.160.235]) by daebh101.NOE.Nokia.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 12 Oct 2006 18:57:03 -0500 x-mimeole: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Thu, 12 Oct 2006 19:57:01 -0400 Message-ID: <6E2B2C4FBED4D84D80F52ECD1579D06801C3E0B3@bsebe101.NOE.Nokia.com> In-Reply-To: <7579f7fb0610121617n2b6b4cdap67eeb0c9b5a58da8@mail.gmail.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: LSI1064 and LSI1064E and mpt Thread-Index: AcbuVKMS2IOE1JenRCCfFI+Hd0lTVAAA4Zpw From: To: X-OriginalArrivalTime: 12 Oct 2006 23:57:03.0657 (UTC) FILETIME=[1D883190:01C6EE5A] Cc: freebsd-scsi@freebsd.org, freebsd-hackers@freebsd.org Subject: RE: LSI1064 and LSI1064E and mpt 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: Thu, 12 Oct 2006 23:57:10 -0000 The problems are: (1) It's not a RAID-0 Vol but a RAID-1 (The PCI-X card reports it correctly, but not the PCI-Express. This should not differ. (2) The RAID volume is very slow (both cards are slow with RAID volume - this is the problem I am trying to track down), approx 4.5 Mbyte/sec instead of 30 Mbyte/sec I get when no RAID volume is configured. With the RAID volume, even just 1 disk in the volume get slow performance. (3) With the PCI-X card the config page has info in it, so I can add code to print the resync complete percentage on intervals I choose. (4) I added some code to print out the volume config page 0 info on the PCI-Express card: The header looks ok, but not the config page in the same structure, it's all zeroes. ------------------------ Snippet start ---------------------- . . mpt: MPI Version=3D1.5.13.0 ROLE: MPT_ROLE_INITIATOR IOC now at RUNSTATE IOC Page 2 Header: ver 4, len 8c, num 2, type 1 Capabilities: ( RAID-0 RAID-1E RAID-1netlog:mpt .. ) 1 Active Volume (2 Max) 2 Hidden Drive Members (10 Max) . .=20 mpt: mpt_read_cfg_page: Config Info Status 22 mpt0:vol0(mpt0:0:0): mpt_refresh_raid_vol: Failed to read RAID Vol Page(0) -------------------------------------------- Volume Config Page values -------------------------------------------- Header PageVersion 0x6 Header PageLength 0x12 Header PageNumber 0x0 Header PageType 0x8 VolumeID 0 VolumeBus 0 VolumeIOC 0 VolumeType 0 VolumeType Flags 0x0 VolumeType State 0x0 VolumeType Reserved 0x0 VolumeSettings settings 0x0 VolumeSettings HotSparePool 0x0 VolumeSettings Reserved 0x0 MaxLBA 0 Reserved1 0 StripeSize 0 Reserved2 0 Reserved3 0 NumPhysDisks 0 DataScrubRate 0 ResyncRate 0 InactiveStatus 0 -------------------------------------------- mpt0:vol0(mpt0:0:0): Settings ( ) mpt0:vol0(mpt0:0:0): 0 Members: mpt0:vol0(mpt0:0:0): RAID-0 - Optimal . . . (mpt0:0:6): Physical (mpt0:0:6), Pass-thru (mpt0:1:0) (mpt0:0:6): Online (mpt0:0:4): Physical (mpt0:0:4), Pass-thru (mpt0:1:1) (mpt0:0:4): Online . . . (probe5:mpt0:0:5:0): Uninitialized Transport 8:1e? da0 at mpt0 bus 0 target 5 lun 0 da0: Fixed Direct Access SCSI-2 device=20 da0: 300.000MB/s transfers da0: 37193MB (76171264 512 byte sectors: 255H 63S/T 4741C) . . ------------------------------- Snippet end --------------------------- Johan From owner-freebsd-scsi@FreeBSD.ORG Fri Oct 13 06:45:47 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 D86CF16A415 for ; Fri, 13 Oct 2006 06:45:47 +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 B56D343D5C for ; Fri, 13 Oct 2006 06:45:46 +0000 (GMT) (envelope-from lydianconcepts@gmail.com) Received: by nf-out-0910.google.com with SMTP id n15so1419220nfc for ; Thu, 12 Oct 2006 23:45:45 -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=kofYjd2dRndEgJBG86fU51euZcO2CudVsfRS+YAzDNXOXJFn/N4lFn18910vVE8G08Zl7cCEjOtE1e3WOOYzZQa6BvxiGS7DkV2hbmopxYZEtOM14/OGyphXL4iVI0Y/UycdsjVh413rs9mkL21U2WLbzP2RhIeL3O0P9/dgHcI= Received: by 10.78.201.8 with SMTP id y8mr3346640huf; Thu, 12 Oct 2006 23:45:45 -0700 (PDT) Received: by 10.78.197.4 with HTTP; Thu, 12 Oct 2006 23:45:45 -0700 (PDT) Message-ID: <7579f7fb0610122345h4b14717fp18e47a022c6a88b2@mail.gmail.com> Date: Thu, 12 Oct 2006 23:45:45 -0700 From: "Matthew Jacob" To: "Johannes.Kruger@nokia.com" In-Reply-To: <6E2B2C4FBED4D84D80F52ECD1579D06801C3E0B3@bsebe101.NOE.Nokia.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <7579f7fb0610121617n2b6b4cdap67eeb0c9b5a58da8@mail.gmail.com> <6E2B2C4FBED4D84D80F52ECD1579D06801C3E0B3@bsebe101.NOE.Nokia.com> Cc: freebsd-scsi@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: LSI1064 and LSI1064E and mpt 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: Fri, 13 Oct 2006 06:45:48 -0000 Sounds like f/w issues. Let me see if I can't get some traction out of LSI on this. On 10/12/06, Johannes.Kruger@nokia.com wrote: > The problems are: > (1) It's not a RAID-0 Vol but a RAID-1 (The PCI-X card reports it > correctly, but not the PCI-Express. This should not differ. > (2) The RAID volume is very slow (both cards are slow with RAID volume - > this is the problem I am trying to track down), approx 4.5 Mbyte/sec > instead of 30 Mbyte/sec I get when no RAID volume is configured. With > the RAID volume, even just 1 disk in the volume get slow performance. > (3) With the PCI-X card the config page has info in it, so I can add > code to print the resync complete percentage on intervals I choose. > (4) I added some code to print out the volume config page 0 info on the > PCI-Express card: > The header looks ok, but not the config page in the same structure, it's > all zeroes. > > ------------------------ Snippet start ---------------------- > . > . > mpt: MPI Version=1.5.13.0 > ROLE: MPT_ROLE_INITIATOR > IOC now at RUNSTATE > IOC Page 2 Header: ver 4, len 8c, num 2, type 1 > Capabilities: ( RAID-0 RAID-1E RAID-1netlog:mpt .. ) > 1 Active Volume (2 Max) > 2 Hidden Drive Members (10 Max) > . > . > mpt: mpt_read_cfg_page: Config Info Status 22 > mpt0:vol0(mpt0:0:0): mpt_refresh_raid_vol: Failed to read RAID Vol > Page(0) > -------------------------------------------- > Volume Config Page values > -------------------------------------------- > Header PageVersion 0x6 > Header PageLength 0x12 > Header PageNumber 0x0 > Header PageType 0x8 > VolumeID 0 > VolumeBus 0 > VolumeIOC 0 > VolumeType 0 > VolumeType Flags 0x0 > VolumeType State 0x0 > VolumeType Reserved 0x0 > VolumeSettings settings 0x0 > VolumeSettings HotSparePool 0x0 > VolumeSettings Reserved 0x0 > MaxLBA 0 > Reserved1 0 > StripeSize 0 > Reserved2 0 > Reserved3 0 > NumPhysDisks 0 > DataScrubRate 0 > ResyncRate 0 > InactiveStatus 0 > -------------------------------------------- > mpt0:vol0(mpt0:0:0): Settings ( ) > mpt0:vol0(mpt0:0:0): 0 Members: > mpt0:vol0(mpt0:0:0): RAID-0 - Optimal > . > . > . > (mpt0:0:6): Physical (mpt0:0:6), Pass-thru (mpt0:1:0) > (mpt0:0:6): Online > (mpt0:0:4): Physical (mpt0:0:4), Pass-thru (mpt0:1:1) > (mpt0:0:4): Online > . > . > . > (probe5:mpt0:0:5:0): Uninitialized Transport 8:1e? > da0 at mpt0 bus 0 target 5 lun 0 > da0: Fixed Direct Access SCSI-2 device > da0: 300.000MB/s transfers > da0: 37193MB (76171264 512 byte sectors: 255H 63S/T 4741C) > . > . > ------------------------------- Snippet end --------------------------- > > > Johan > From owner-freebsd-scsi@FreeBSD.ORG Fri Oct 13 20:39: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 23CFD16A40F for ; Fri, 13 Oct 2006 20:39: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 1CD3E43D70 for ; Fri, 13 Oct 2006 20:39:00 +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 k9DKcxIX045294; Fri, 13 Oct 2006 13:38:59 -0700 (PDT) (envelope-from mjacob@freebsd.org) Received: from localhost (mjacob@localhost) by ns1.feral.com (8.13.8/8.13.8/Submit) with ESMTP id k9DKcxPC045291; Fri, 13 Oct 2006 13:38:59 -0700 (PDT) (envelope-from mjacob@freebsd.org) X-Authentication-Warning: ns1.feral.com: mjacob owned process doing -bs Date: Fri, 13 Oct 2006 13:38:59 -0700 (PDT) From: mjacob@freebsd.org X-X-Sender: mjacob@ns1.feral.com To: freebsd-scsi@freebsd.org In-Reply-To: <4523A27C.8040400@ra.rockwell.com> Message-ID: <20061013133619.X45276@ns1.feral.com> References: <4523A27C.8040400@ra.rockwell.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: QLogic 24XX support update 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, 13 Oct 2006 20:39:09 -0000 As soon as I get a chance to check whether I've broken SBus parallel SCSI cards, the current Perforce "experimental" isp tree will migrate to FreeBSD-current to get more exposure and generate more bug reports. This will add QLogic 24XX support (initiator mode at first) and implement a completely new loop/fabric search algorithm.