From owner-freebsd-scsi@FreeBSD.ORG Mon Dec 3 11:07:08 2007 Return-Path: Delivered-To: freebsd-scsi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DEC2C16A4C2 for ; Mon, 3 Dec 2007 11:07:08 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id CF0A613C461 for ; Mon, 3 Dec 2007 11:07:08 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id lB3B78Fo005713 for ; Mon, 3 Dec 2007 11:07:08 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id lB3B78Ds005709 for freebsd-scsi@FreeBSD.org; Mon, 3 Dec 2007 11:07:08 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 3 Dec 2007 11:07:08 GMT Message-Id: <200712031107.lB3B78Ds005709@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-scsi@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-scsi@FreeBSD.org 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, 03 Dec 2007 11:07:09 -0000 Current FreeBSD problem reports Critical problems Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- 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) o kern/110847 scsi [ahd] Tyan U320 onboard problem with more than 3 disks 15 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- 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/114597 scsi [sym] System hangs at SCSI bus reset with dual HBAs 5 problems total. From owner-freebsd-scsi@FreeBSD.ORG Wed Dec 5 05:20:33 2007 Return-Path: Delivered-To: freebsd-scsi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8061816A469 for ; Wed, 5 Dec 2007 05:20:33 +0000 (UTC) (envelope-from ade@lovett.com) Received: from mail.lovett.com (foo.lovett.com [67.134.38.158]) by mx1.freebsd.org (Postfix) with ESMTP id 6100D13C4E9 for ; Wed, 5 Dec 2007 05:20:33 +0000 (UTC) (envelope-from ade@lovett.com) Received: from inferno.canal.lovett.com ([172.16.32.23]:54221) by mail.lovett.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.68 (FreeBSD)) (envelope-from ) id 1Izm8H-000BcJ-Ap; Tue, 04 Dec 2007 20:45:13 -0800 Message-Id: <5793341B-6332-4567-B4F3-05E381690E45@freebsd.org> From: Ade Lovett To: freebsd-scsi@FreeBSD.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v915) Date: Tue, 4 Dec 2007 20:45:12 -0800 X-Mailer: Apple Mail (2.915) Sender: ade@lovett.com Cc: Ade Lovett Subject: isp(4) doppleganger disk devices 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: Wed, 05 Dec 2007 05:20:33 -0000 Hi folks, I have a number of JBODs that have a bunch of SATA drives in them, presented to the outside world as 2*FCAL connectors, hooked up to a Qlogic 2312 HBA. The first issue I had was that each of the 16 drives in the bay presented themselves on each of luns 0-31 during the initial loop scan, resulting in 1024 'da' devices, which, when it came later on to attach, confused the system somewhat -- of course, it also meant the machine took over 30 minutes to boot, being attached to a slow serial console. This was hackable by forcibly setting isp->isp_maxluns to 1, rather than the existing code which set maxluns based on the type of hardware. This ensured that each disk was only seen once (on lun 0), but still resulted in each of the 16 drives being presented to the FreeBSD box on both of the channels of Qlogic card. Not unreasonable in and of itself, given the potential for multipathing, but since that doesn't appear to work -- dinking first with daX, then daY, which correspond to the same drive, but on isp0 and isp1, results in somewhat entertaining behavior, we decided to go for a simple hack to hide certain devices on a per-controller basis, presenting the first half of the array only on channel 0, and the second on channel 1. With revision 1.113.2.4 (RELENG_6) of sys/dev/isp/isp.c, this was achieved with the following patch: @@ -2474,2 +2492,8 @@ fcp->portdb[i].portid = fcp->tport[loopid].portid; + + /* XXX: Supernews */ + if (isp_ignore_target(isp, i)) { + fcp->portdb[i].valid = 0; + continue; + } fcp->portdb[i].valid = 1; and a suitably defined local isp_ignore_target() function that grabbed the device unit and target number and said 'yay' or 'nay'. With a convenient device.hints, I ended up with the first half of the array being presented as da10-da17 on isp0, and the second half as da20-27 on isp1. Attempts to do this with the new isp(4) driver have proven unsuccessful so far (mainly down to my lack of full understanding of the new code). I realize of course that what I'm trying to accomplish is the result of, at best, iffy hardware, but nonetheless, is there a way to solve this as I currently have it, or an alternate approach that I haven't thought about? Help! -aDe From owner-freebsd-scsi@FreeBSD.ORG Thu Dec 6 17:35:34 2007 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B5BE516A418 for ; Thu, 6 Dec 2007 17:35:34 +0000 (UTC) (envelope-from ml@netfence.it) Received: from parrot.aev.net (parrot.aev.net [212.31.247.179]) by mx1.freebsd.org (Postfix) with ESMTP id 2A31813C45D for ; Thu, 6 Dec 2007 17:35:33 +0000 (UTC) (envelope-from ml@netfence.it) Received: from soth.ventu ([151.77.240.163]) (authenticated bits=128) by parrot.aev.net (8.14.1/8.13.8) with ESMTP id lB6HLRd5073408 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for ; Thu, 6 Dec 2007 18:21:34 +0100 (CET) (envelope-from ml@netfence.it) Received: from alamar.ventu (alamar.ventu [10.1.2.18]) by soth.ventu (8.14.1/8.13.8) with ESMTP id lB6HLcvM050650 for ; Thu, 6 Dec 2007 18:21:38 +0100 (CET) (envelope-from ml@netfence.it) Message-ID: <47582F71.1060009@netfence.it> Date: Thu, 06 Dec 2007 18:20:49 +0100 From: Andrea Venturoli User-Agent: Thunderbird 2.0.0.9 (X11/20071116) MIME-Version: 1.0 To: freebsd-scsi@freebsd.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.63 on 212.31.247.179 Subject: SAS RAID controller 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, 06 Dec 2007 17:35:34 -0000 Hello. Any hint on a good, well supported RAID 5 SAS controller? One that has command line tools to rebuild arrays in case of problems? I've been offered an Intel SRCSAS144E or an Intel S5000PSLSAS motherboard with an "activation key". AFAICT this are not supported? Am I wrong? Any other option? bye & Thanks av. From owner-freebsd-scsi@FreeBSD.ORG Thu Dec 6 19:56:37 2007 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D032E16A41A for ; Thu, 6 Dec 2007 19:56:37 +0000 (UTC) (envelope-from ml@netfence.it) Received: from parrot.aev.net (parrot.aev.net [212.31.247.179]) by mx1.freebsd.org (Postfix) with ESMTP id 551F713C46A for ; Thu, 6 Dec 2007 19:56:37 +0000 (UTC) (envelope-from ml@netfence.it) Received: from soth.ventu ([151.77.240.163]) (authenticated bits=128) by parrot.aev.net (8.14.1/8.13.8) with ESMTP id lB6Jv187084501 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for ; Thu, 6 Dec 2007 20:57:07 +0100 (CET) (envelope-from ml@netfence.it) Received: from alamar.ventu (alamar.ventu [10.1.2.18]) by soth.ventu (8.14.1/8.13.8) with ESMTP id lB6JvA72079536; Thu, 6 Dec 2007 20:57:11 +0100 (CET) (envelope-from ml@netfence.it) Message-ID: <475853E5.7020003@netfence.it> Date: Thu, 06 Dec 2007 20:56:21 +0100 From: Andrea Venturoli User-Agent: Thunderbird 2.0.0.9 (X11/20071116) MIME-Version: 1.0 To: d_elbracht References: <47582F71.1060009@netfence.it> <000401c8382f$653ec510$639049d9@EC1a> In-Reply-To: <000401c8382f$653ec510$639049d9@EC1a> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.63 on 212.31.247.179 Cc: freebsd-scsi@freebsd.org Subject: Re: AW: SAS RAID controller 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, 06 Dec 2007 19:56:37 -0000 d_elbracht ha scritto: > We use several, > > for internal SAS ICP5045, for external IPC5805 You mean ICP 5085, don't you? :-) > Well supported with drivers and command-line tools and faaaaaaast. This would be aac and aaccli? I doubt I could find an ICP adapter around here (Italy): I didn't ever hear about this vendor before. Perhaps it would be easier with Adaptec; any experience with these? > For attaching SAS-Boxes (e.g. Infortrend), a Host-Adapter would to. I'm planing an internal hot-swap box, so I guess I'll need a RAID adapter. However, I don't even see any host-adapter listed in the hardware notes (otherwise I could use gmirror as a last resort). > Question to the Group, what SAS Controller (HBA or RAID) can handle more > that 8 LUNs per SCSI-ID ? I guess you'll need to write to the mailing list then :-) I've put them back in cc: bye & Thanks av. From owner-freebsd-scsi@FreeBSD.ORG Thu Dec 6 23:22:48 2007 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7F08816A419; Thu, 6 Dec 2007 23:22:48 +0000 (UTC) (envelope-from sbruno@miralink.com) Received: from plato.miralink.com (mail.miralink.com [70.103.185.20]) by mx1.freebsd.org (Postfix) with ESMTP id 3FE7913C44B; Thu, 6 Dec 2007 23:22:48 +0000 (UTC) (envelope-from sbruno@miralink.com) Received: from localhost (localhost.localdomain [127.0.0.1]) by plato.miralink.com (Postfix) with ESMTP id CB59D61B052; Thu, 6 Dec 2007 15:22:47 -0800 (PST) Received: from plato.miralink.com ([127.0.0.1]) by localhost (plato.miralink.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 02630-02; Thu, 6 Dec 2007 15:22:38 -0800 (PST) Received: from [10.0.0.40] (iago.office.miralink.com [10.0.0.40]) by plato.miralink.com (Postfix) with ESMTP id 22CDD61B032; Thu, 6 Dec 2007 15:22:38 -0800 (PST) Message-ID: <4758843D.2040409@miralink.com> Date: Thu, 06 Dec 2007 15:22:37 -0800 From: Sean Bruno User-Agent: Thunderbird 1.5.0.12 (X11/20071019) MIME-Version: 1.0 To: freebsd-firewire@freebsd.org, simokawa@FreeBSD.ORG Content-Type: multipart/mixed; boundary="------------020201060401090902080504" X-DSPAM-Result: Innocent X-DSPAM-Processed: Thu Dec 6 15:22:44 2007 X-DSPAM-Confidence: 0.9997 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 47588444182002051017194 X-DSPAM-Factors: 27, X-Virus-Scanned: amavisd-new at X-Spam-Status: No, score=-4.462 tagged_above=-10 required=6.6 autolearn=ham tests=[ALL_TRUSTED=-1.8, AWL=0.037, BAYES_00=-2.599, DSPAM_HAM=-0.1] X-Spam-Score: -4.462 X-Spam-Level: X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-scsi@freebsd.org Subject: [PATCH] src/sys/dev/sbp_targ.c src/sys/cam/cam_ccb.h 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, 06 Dec 2007 23:22:48 -0000 This is a multi-part message in MIME format. --------------020201060401090902080504 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hidetoshi: Here are some patches I came up with that update sbp_targ to work with FreeBSD 6. I added a new XPORT type for FireWire, added a no op for XPT_SET_TRAN_SETTINGS and coded(stolen from sbp.c) to do "stuff". I've added a couple of printf's for my own logging, but they are useful for others. I wrote a small shell script that I'm using with my testing(see attached start_firewire.sh). I've attached my kernel configuration for your review(see attached file BRUNO). I've also noted a witness error in sbp_targ that looks like a Giant failure: pci0: driver added found-> vendor=0x8086, dev=0x27d8, revid=0x01 bus=0, slot=27, func=0 class=04-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=16 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit pci0:27:0: reprobing on driver added found-> vendor=0x8086, dev=0x27da, revid=0x01 bus=0, slot=31, func=3 class=0c-05-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=19 pci0:31:3: reprobing on driver added pci1: driver added found-> vendor=0x17cc, dev=0x2280, revid=0x01 bus=1, slot=9, func=0 class=0c-03-fe, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0200, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=17 pci1:9:0: reprobing on driver added found-> vendor=0x1106, dev=0x3044, revid=0xc0 bus=1, slot=10, func=0 class=0c-00-10, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x20 (8000 ns) intpin=a, irq=18 powerspec 2 supports D0 D2 D3 current D0 pci1:10:0: reprobing on driver added fwohci0: port 0xef00-0xef7f mem 0xfdeff000-0xfdeff7ff ir1 fwohci0: Reserved 0x800 bytes for rid 0x10 type 3 at 0xfdeff000 fwohci0: [GIANT-LOCKED] fwohci0: OHCI version 1.0 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:00:00:30:1b:44:b6:f5 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwohci0: Initiate bus reset fwohci0: BUS reset fwohci0: node_id=0x8800ffc0, gen=1, non CYCLEMASTER mode firewire0: 2 nodes, maxhop <= 1, cable IRM = 1 sbp_targ0: on firewire0 Blackhole set due to target id == -1 (targbh0:sbp_targ0:0:-1:-1): Lun now enabled for target mode fwohci0: Initiate bus reset fwohci0: BUS reset fwohci0: node_id=0xc800ffc1, gen=2, CYCLEMASTER mode firewire0: 2 nodes, maxhop <= 1, cable IRM = 1 (me) firewire0: bus manager 1 (me) lstate for lun is invalid, target(0), lun(0) lstate for lun is invalid, target(0), lun(0) lstate for lun is invalid, target(0), lun(0) lstate for lun is invalid, target(0), lun(0) lstate for lun is invalid, target(0), lun(0) lock order reversal: (sleepable after non-sleepable) 1st 0xc08bd760 targ global (targ global) @ cam/scsi/scsi_target.c:418 2nd 0xc08c5ba0 kernel environment (kernel environment) @ kern/subr_hints.c:117 KDB: stack backtrace: kdb_backtrace(0,ffffffff,c08d4b60,c08d5fb0,c089c28c,...) at kdb_backtrace+0x29 witness_checkorder(c08c5ba0,1,c08412ab,75) at witness_checkorder+0x578 _sx_slock(c08c5ba0,0,c08412a2,75,0,...) at _sx_slock+0x56 res_find(d53189f4,d53189c8,c08192ca,0,0,0,0,0,d53189cc,0,0,0) at res_find+0x193 resource_find(d53189f4,d53189c8,c08192ca,0,0,0,0,0,d53189cc,0,0,0) at resource_b resource_find_dev(d53189f4,c08192ca,d53189f8,0,0) at resource_find_dev+0x32 camperiphunit(c086bac4,0,0,0,1,...) at camperiphunit+0xd3 cam_periph_alloc(c0464b10,0,c0464b2c,c0464dec,c08192ca,0,c33567c0,c046569c,0,c31 targenable(c38a6c00,c33567c0,0,0,c38a6d40,0,c08192cf,100) at targenable+0x122 targioctl(c3aa6e00,80144305,c341cd20,3,c33df900,c08c75c0,0,c083aa71,131) at tar5 giant_ioctl(c3aa6e00,80144305,c341cd20,3,c33df900,...) at giant_ioctl+0x33 devfs_ioctl_f(c3836090,80144305,c341cd20,c3825b00,c33df900) at devfs_ioctl_f+0xf ioctl(c33df900,d5318d04) at ioctl+0x396 syscall(3b,3b,3b,11,f,...) at syscall+0x22f Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x28150a23, esp = 0xbfbfd11c, ebp- lstate for lun is invalid, target(0), lun(0) (noperiph:sbp_targ0:0:0:0): Lun now enabled for target mode fwohci0: Initiate bus reset fwohci0: BUS reset sbp_targ_post_busreset: already freezed Unknown service addr 0xffff:0xf0000234 RREQQ(4) src=0xffc0 data=b8ca5284 fw_rcv: cannot respond(bus reset)! fwohci0: node_id=0xc800ffc1, gen=3, CYCLEMASTER mode firewire0: 2 nodes, maxhop <= 1, cable IRM = 1 (me) firewire0: bus manager 1 (me) Unknown service addr 0xffff:0xf0000234 RREQQ(4) src=0xffc0 data=8ed45284 fwohci0: BUS reset sbp_targ_post_busreset: already freezed fwohci0: node_id=0x8800ffc0, gen=4, non CYCLEMASTER mode firewire0: 2 nodes, maxhop <= 1, cable IRM = 1 firewire0: bus manager 0 (me) Unknown service addr 0xffff:0xf0000234 RREQQ(4) src=0xffc1 data=f2dc5284 firewire0: New S400 device ID:0011060000004c2f Unknown service addr 0xffff:0xf0000210 WREQQ(0) src=0xffc1 data=f panic: knlist not locked, but should be KDB: enter: panic [thread pid 16 tid 100013 ] Stopped at kdb_enter+0x2b: nop db> trace Tracing pid 16 tid 100013 td 0xc32e3000 kdb_enter(c083ef5a) at kdb_enter+0x2b panic(c083ba9a,c38a6c00,c3ae1d00,0,d3ff3c88,...) at panic+0xbb knote(c38a6c38,0,1,c38a6c2c,4c,...) at knote+0x2e notify_user(c38a6c00,c38a6d40,0,c08192cf,334) at notify_user+0x1f targdone(c3826500,c3ae1d00) at targdone+0xde camisr(c08bd678) at camisr+0x251 ithread_execute_handlers(c32e1c90,c3364100) at ithread_execute_handlers+0xe6 ithread_loop(c31f99d0,d3ff3d38,c31f99d0,c05b1adc,0,...) at ithread_loop+0x66 fork_exit(c05b1adc,c31f99d0,d3ff3d38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xd3ff3d6c, ebp = 0 --- db> --------------020201060401090902080504 Content-Type: text/x-patch; name="sbptarget.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="sbptarget.diff" Index: cam/cam_ccb.h =================================================================== --- cam/cam_ccb.h (revision 4801) +++ cam/cam_ccb.h (working copy) @@ -224,7 +224,8 @@ XPORT_USB, /* Universal Serial Bus */ XPORT_PPB, /* Parallel Port Bus */ XPORT_ATA, /* AT Attachment */ - XPORT_SAS /* Serial Attached SCSI */ + XPORT_SAS, /* Serial Attached SCSI */ + XPORT_FW /* FireWire 1394a/b */ } cam_xport; #define PROTO_VERSION_UNKNOWN (UINT_MAX - 1) Index: dev/firewire/sbp_targ.c =================================================================== --- dev/firewire/sbp_targ.c (revision 4801) +++ dev/firewire/sbp_targ.c (working copy) @@ -363,8 +363,11 @@ *lstate = sc->lstate[lun]; - if (notfound_failure != 0 && *lstate == NULL) + if (notfound_failure != 0 && *lstate == NULL) { + printf("lstate for lun is invalid, target(%d), lun(%d)\n", + ccb->ccb_h.target_id, lun); return (CAM_PATH_INVALID); + } return (CAM_REQ_CMP); } @@ -402,10 +405,13 @@ ccb->ccb_h.status = CAM_RESRC_UNAVAIL; return; } - if (ccb->ccb_h.target_id == CAM_TARGET_WILDCARD) + if (ccb->ccb_h.target_id == CAM_TARGET_WILDCARD) { sc->black_hole = lstate; - else + printf("Blackhole set due to target id == %d\n", + ccb->ccb_h.target_id); + } else sc->lstate[ccb->ccb_h.target_lun] = lstate; + memset(lstate, 0, sizeof(*lstate)); lstate->sc = sc; status = xpt_create_path(&lstate->path, /*periph*/NULL, @@ -433,6 +439,7 @@ if (lstate == NULL) { ccb->ccb_h.status = CAM_LUN_INVALID; + printf("Invalid lstate for this target\n"); return; } ccb->ccb_h.status = CAM_REQ_CMP; @@ -448,6 +455,7 @@ } if (ccb->ccb_h.status != CAM_REQ_CMP) { + printf("status != CAM_REQ_CMP\n"); return; } @@ -1023,6 +1031,7 @@ cpi->target_sprt = PIT_PROCESSOR | PIT_DISCONNECT | PIT_TERM_IO; + cpi->transport = XPORT_FW; cpi->hba_misc = PIM_NOBUSRESET | PIM_NO_6_BYTE; cpi->hba_eng_cnt = 0; cpi->max_target = 7; /* XXX */ @@ -1061,8 +1070,37 @@ xpt_done(ccb); break; } + case XPT_SET_TRAN_SETTINGS: + ccb->ccb_h.status = CAM_REQ_INVALID; + xpt_done(ccb); + break; + case XPT_GET_TRAN_SETTINGS: + { + struct ccb_trans_settings *cts = &ccb->cts; + struct ccb_trans_settings_scsi *scsi = + &cts->proto_specific.scsi; + struct ccb_trans_settings_spi *spi = + &cts->xport_specific.spi; + + cts->protocol = PROTO_SCSI; + cts->protocol_version = SCSI_REV_2; + cts->transport = XPORT_SPI; /* should have a FireWire */ + cts->transport_version = 2; + spi->valid = CTS_SPI_VALID_DISC; + spi->flags = CTS_SPI_FLAGS_DISC_ENB; + scsi->valid = CTS_SCSI_VALID_TQ; + scsi->flags = CTS_SCSI_FLAGS_TAG_ENB; +#if 0 + printf("%s:%d:%d XPT_GET_TRAN_SETTINGS:\n", + device_get_nameunit(sc->fd.dev), + ccb->ccb_h.target_id, ccb->ccb_h.target_lun); +#endif + cts->ccb_h.status = CAM_REQ_CMP; + xpt_done(ccb); + break; + } default: - printf("%s: unknown function %d\n", + printf("%s: unknown function 0x%x\n", __func__, ccb->ccb_h.func_code); ccb->ccb_h.status = CAM_REQ_INVALID; xpt_done(ccb); Index: i386/conf/MIRALINK =================================================================== --- i386/conf/MIRALINK (revision 4801) +++ i386/conf/MIRALINK (working copy) @@ -12,7 +12,8 @@ #hints "GENERIC.hints" # Default places to look for devices. makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols -makeoptions MODULES_OVERRIDE="odbp acpi ispfw" +makeoptions MODULES_OVERRIDE="odbp acpi ispfw firewire" +#makeoptions MODULES_OVERRIDE="odbp acpi ispfw" #makeoptions MODULES_OVERRIDE="" options SCHED_4BSD # 4BSD scheduler @@ -48,16 +49,17 @@ options SC_HISTORY_SIZE=5000 options CONSPEED=115200 options BREAK_TO_DEBUGGER +options VFS_AIO # The following options will severely impact performance but # should help us to catch errors in our port to 6.x. Once # we achieve stability, they should be disabled. -options INVARIANT_SUPPORT -options INVARIANTS -options WITNESS +#options INVARIANT_SUPPORT +#options INVARIANTS +#options WITNESS #options WITNESS_KDB # Drop into kdb on a lock order reversal -options WITNESS_SKIPSPIN +#options WITNESS_SKIPSPIN # MIRALINK ODBP Target Driver debugger logging. # 1 = enable @@ -77,6 +79,7 @@ #device fdc device targbh # Enable targ module +device targ # ATA and ATAPI devices device ata device atadisk # ATA disk drives @@ -296,7 +299,7 @@ #device rue # RealTek RTL8150 USB Ethernet # FireWire support -device firewire # FireWire bus code -device sbp # SCSI over FireWire (Requires scbus and da) -device sbp_targ # Firewire SCSI Target Mode +#device firewire # FireWire bus code +#device sbp # SCSI over FireWire (Requires scbus and da) +#device sbp_targ # Firewire SCSI Target Mode #device fwe # Ethernet over FireWire (non-standard!) --------------020201060401090902080504 Content-Type: text/plain; name="BRUNO" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="BRUNO" # # BRUNO # # From: # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.429.2.14 2007/03/27 02:33:00 yongari Exp $ machine i386 cpu I686_CPU ident BRUNO # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols makeoptions MODULES_OVERRIDE="acpi ispfw firewire" #makeoptions MODULES_OVERRIDE="acpi ispfw" #makeoptions MODULES_OVERRIDE="" options SCHED_4BSD # 4BSD scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem #options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options NFS_ROOT # NFS usable as /, requires NFSCLIENT options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options SCSI_DELAY=500 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options ADAPTIVE_GIANT # Giant mutex is adaptive. options DDB options KDB options SC_HISTORY_SIZE=5000 options CONSPEED=115200 options BREAK_TO_DEBUGGER options VFS_AIO # The following options will severely impact performance but # should help us to catch errors in our port to 6.x. Once # we achieve stability, they should be disabled. options INVARIANT_SUPPORT options INVARIANTS options WITNESS #options WITNESS_KDB # Drop into kdb on a lock order reversal options WITNESS_SKIPSPIN device apic # I/O APIC device acpi device ispfw device iscsi_initiator # Bus support. device pci # Floppy drives #device fdc device targbh # Enable targ module device targ # ATA and ATAPI devices device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering # SCSI Controllers device ahb # EISA AHA1742 family device ahc # AHA2940 and onboard AIC7xxx devices options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. options AHC_TMODE_ENABLE=0xFFFF device ahd # AHA39320/29320 and onboard AIC79xx devices options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. device amd # AMD 53C974 (Tekram DC-390(T)) device isp # Qlogic family #device ispfw # Firmware for QLogic HBAs- normally a module options ISP_TARGET_MODE=0x0001 #device mpt # LSI-Logic MPT-Fusion #device ncr # NCR/Symbios Logic #device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') #device trm # Tekram DC395U/UW/F DC315U adapters #device adv # Advansys SCSI adapters #device adw # Advansys wide SCSI adapters #device aha # Adaptec 154x SCSI adapters #device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. #device bt # Buslogic/Mylex MultiMaster SCSI adapters #device ncv # NCR 53C500 #device nsp # Workbit Ninja SCSI-3 #device stg # TMC 18C30/18C50 # SCSI peripherals device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) # RAID controllers interfaced to the SCSI subsystem #device amr # AMI MegaRAID #device arcmsr # Areca SATA II RAID #device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID #device ciss # Compaq Smart RAID 5* #device dpt # DPT Smartcache III, IV - See NOTES for options #device hptmv # Highpoint RocketRAID 182x #device rr232x # Highpoint RocketRAID 232x #device iir # Intel Integrated RAID #device ips # IBM (Adaptec) ServeRAID #device mly # Mylex AcceleRAID/eXtremeRAID #device twa # 3ware 9000 series PATA/SATA RAID # RAID controllers #device aac # Adaptec FSA RAID #device aacp # SCSI passthrough for aac (requires CAM) #device ida # Compaq Smart RAID #device mfi # LSI MegaRAID SAS #device mlx # Mylex DAC960 family #device pst # Promise Supertrak SX6000 #device twe # 3ware ATA RAID # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device kbdmux # keyboard multiplexer device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc # Enable this for the pcvt (VT220 compatible) console driver #device vt #options XSERVER # support for X server on a vt console #options FAT_CURSOR # start with block cursor device agp # support several AGP chipsets # Power management support (see NOTES for more options) #device apm # Add suspend/resume support for the i8254. device pmtimer # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support #device cbb # cardbus (yenta) bridge #device pccard # PC Card (16-bit) bus #device cardbus # CardBus (32-bit) bus # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # Parallel port #device ppc #device ppbus # Parallel port bus (required) #device lpt # Printer #device plip # TCP/IP over parallel #device ppi # Parallel port interface device #device vpo # Requires scbus and da # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to the sio and/or ppc drivers): #device puc # PCI Ethernet NICs. #device de # DEC/Intel DC21x4x (``Tulip'') device em # Intel PRO/1000 adapter Gigabit Ethernet Card #device ixgb # Intel PRO/10GbE Ethernet Card #device txp # 3Com 3cR990 (``Typhoon'') #device vx # 3Com 3c590, 3c595 (``Vortex'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support device bce # Broadcom BCM5706/BCM5708 Gigabit Ethernet #device bfe # Broadcom BCM440x 10/100 Ethernet device bge # Broadcom BCM570xx Gigabit Ethernet #device dc # DEC/Intel 21143 and various workalikes #device fxp # Intel EtherExpress PRO/100B (82557, 82558) #device lge # Level 1 LXT1001 gigabit Ethernet #device msk # Marvell/SysKonnect Yukon II Gigabit Ethernet #device nge # NatSemi DP83820 gigabit Ethernet #device nve # nVidia nForce MCP on-board Ethernet Networking #device pcn # AMD Am79C97x PCI 10/100(precedence over 'lnc') #device re # RealTek 8139C+/8169/8169S/8110S #device rl # RealTek 8129/8139 #device sf # Adaptec AIC-6915 (``Starfire'') device sis # Silicon Integrated Systems SiS 900/SiS 7016 device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet #device ste # Sundance ST201 (D-Link DFE-550TX) #device stge # Sundance/Tamarack TC9021 gigabit Ethernet #device ti # Alteon Networks Tigon I/II gigabit Ethernet #device tl # Texas Instruments ThunderLAN #device tx # SMC EtherPower II (83c170 ``EPIC'') #device vge # VIA VT612x gigabit Ethernet #device vr # VIA Rhine, Rhine II #device wb # Winbond W89C840F #device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. pccard NICs included. #device cs # Crystal Semiconductor CS89x0 NIC # 'device ed' requires 'device miibus' #device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards #device ex # Intel EtherExpress Pro/10 and Pro/10+ #device ep # Etherlink III based cards #device fe # Fujitsu MB8696x based cards #device ie # EtherExpress 8/16, 3C507, StarLAN 10 etc. #device lnc # NE2100, NE32-VL Lance Ethernet cards #device sn # SMC's 9000 series of Ethernet chips #device xe # Xircom pccard Ethernet # Wireless NIC cards #device wlan # 802.11 support #device wlan_wep # 802.11 WEP support #device wlan_ccmp # 802.11 CCMP support #device wlan_tkip # 802.11 TKIP support #device an # Aironet 4500/4800 802.11 wireless NICs. #device ath # Atheros pci/cardbus NIC's #device ath_hal # Atheros HAL (Hardware Access Layer) #device ath_rate_sample # SampleRate tx rate control for ath #device awi # BayStack 660 and others #device ral # Ralink Technology RT2500 wireless NICs. #device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. #device wl # Older non 802.11 Wavelan wireless NIC. # Pseudo devices. device loop # Network loopback device random # Entropy device device ether # Ethernet support device sl # Kernel SLIP device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device ehci # EHCI PCI->USB interface (USB 2.0) device usb # USB Bus (required) ##device udbp # USB Double Bulk Pipe devices device ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard #device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da #device ums # Mouse #device ural # Ralink Technology RT2500USB wireless NICs #device urio # Diamond Rio 500 MP3 player #device uscanner # Scanners # USB Ethernet, requires miibus #device aue # ADMtek USB Ethernet #device axe # ASIX Electronics USB Ethernet #device cdce # Generic USB over Ethernet #device cue # CATC USB Ethernet #device kue # Kawasaki LSI USB Ethernet #device rue # RealTek RTL8150 USB Ethernet # FireWire support #device firewire # FireWire bus code #device sbp # SCSI over FireWire (Requires scbus and da) #device sbp_targ # Firewire SCSI Target Mode #device fwe # Ethernet over FireWire (non-standard!) --------------020201060401090902080504-- From owner-freebsd-scsi@FreeBSD.ORG Thu Dec 6 23:27:06 2007 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5019616A418; Thu, 6 Dec 2007 23:27:06 +0000 (UTC) (envelope-from sbruno@miralink.com) Received: from plato.miralink.com (mail.miralink.com [70.103.185.20]) by mx1.freebsd.org (Postfix) with ESMTP id 2708013C461; Thu, 6 Dec 2007 23:27:06 +0000 (UTC) (envelope-from sbruno@miralink.com) Received: from localhost (localhost.localdomain [127.0.0.1]) by plato.miralink.com (Postfix) with ESMTP id E59B961B052; Thu, 6 Dec 2007 15:27:05 -0800 (PST) Received: from plato.miralink.com ([127.0.0.1]) by localhost (plato.miralink.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 02631-03; Thu, 6 Dec 2007 15:27:03 -0800 (PST) Received: from [10.0.0.40] (iago.office.miralink.com [10.0.0.40]) by plato.miralink.com (Postfix) with ESMTP id 66F9D61B032; Thu, 6 Dec 2007 15:27:03 -0800 (PST) Message-ID: <47588547.20601@miralink.com> Date: Thu, 06 Dec 2007 15:27:03 -0800 From: Sean Bruno User-Agent: Thunderbird 1.5.0.12 (X11/20071019) MIME-Version: 1.0 To: freebsd-firewire@freebsd.org, simokawa@FreeBSD.ORG References: <4758843D.2040409@miralink.com> In-Reply-To: <4758843D.2040409@miralink.com> Content-Type: multipart/mixed; boundary="------------060803020302030702060301" X-DSPAM-Result: Innocent X-DSPAM-Processed: Thu Dec 6 15:27:05 2007 X-DSPAM-Confidence: 0.9997 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 47588549199361109565483 X-DSPAM-Factors: 27, X-Virus-Scanned: amavisd-new at X-Spam-Status: No, score=-4.499 tagged_above=-10 required=6.6 autolearn=ham tests=[ALL_TRUSTED=-1.8, BAYES_00=-2.599, DSPAM_HAM=-0.1] X-Spam-Score: -4.499 X-Spam-Level: Cc: freebsd-scsi@freebsd.org Subject: Re: [PATCH] src/sys/dev/sbp_targ.c src/sys/cam/cam_ccb.h 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, 06 Dec 2007 23:27:06 -0000 This is a multi-part message in MIME format. --------------060803020302030702060301 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Um...wow. Sorry for that folks. My mail reader tried to do some very strange things with my text. Here is the witness error in an attachment: Sean --------------060803020302030702060301 Content-Type: text/plain; name="witness.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="witness.txt" pci0: driver added found-> vendor=0x8086, dev=0x27d8, revid=0x01 bus=0, slot=27, func=0 class=04-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=16 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit pci0:27:0: reprobing on driver added found-> vendor=0x8086, dev=0x27da, revid=0x01 bus=0, slot=31, func=3 class=0c-05-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=19 pci0:31:3: reprobing on driver added pci1: driver added found-> vendor=0x17cc, dev=0x2280, revid=0x01 bus=1, slot=9, func=0 class=0c-03-fe, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0200, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=17 pci1:9:0: reprobing on driver added found-> vendor=0x1106, dev=0x3044, revid=0xc0 bus=1, slot=10, func=0 class=0c-00-10, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x20 (8000 ns) intpin=a, irq=18 powerspec 2 supports D0 D2 D3 current D0 pci1:10:0: reprobing on driver added fwohci0: port 0xef00-0xef7f mem 0xfdeff000-0xfdeff7ff ir1 fwohci0: Reserved 0x800 bytes for rid 0x10 type 3 at 0xfdeff000 fwohci0: [GIANT-LOCKED] fwohci0: OHCI version 1.0 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:00:00:30:1b:44:b6:f5 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwohci0: Initiate bus reset fwohci0: BUS reset fwohci0: node_id=0xc800ffc1, gen=1, CYCLEMASTER mode firewire0: 2 nodes, maxhop <= 1, cable IRM = 1 (me) firewire0: bus manager 1 (me) sbp_targ0: on firewire0 Blackhole set due to target id == -1 (targbh0:sbp_targ0:0:-1:-1): Lun now enabled for target mode fwohci0: Initiate bus reset fwohci0: BUS reset fwohci0: node_id=0xc800ffc1, gen=2, CYCLEMASTER mode firewire0: 2 nodes, maxhop <= 1, cable IRM = 1 (me) firewire0: bus manager 1 (me) lstate for lun is invalid, target(0), lun(0) lstate for lun is invalid, target(0), lun(0) lstate for lun is invalid, target(0), lun(0) lstate for lun is invalid, target(0), lun(0) lstate for lun is invalid, target(0), lun(0) lock order reversal: (sleepable after non-sleepable) 1st 0xc08bd760 targ global (targ global) @ cam/scsi/scsi_target.c:418 2nd 0xc08c5ba0 kernel environment (kernel environment) @ kern/subr_hints.c:117 KDB: stack backtrace: kdb_backtrace(0,ffffffff,c08d4b60,c08d5fb0,c089c28c,...) at kdb_backtrace+0x29 witness_checkorder(c08c5ba0,1,c08412ab,75) at witness_checkorder+0x578 _sx_slock(c08c5ba0,0,c08412a2,75,0,...) at _sx_slock+0x56 res_find(d53159f4,d53159c8,c08192ca,0,0,0,0,0,d53159cc,0,0,0) at res_find+0x193 resource_find(d53159f4,d53159c8,c08192ca,0,0,0,0,0,d53159cc,0,0,0) at resource_b resource_find_dev(d53159f4,c08192ca,d53159f8,0,0) at resource_find_dev+0x32 camperiphunit(c086bac4,0,0,0,1,...) at camperiphunit+0xd3 cam_periph_alloc(c0464b10,0,c0464b2c,c0464dec,c08192ca,0,c33a74c0,c046569c,0,c31 targenable(c38a6800,c33a74c0,0,0,c38a6940,0,c08192cf,100) at targenable+0x122 targioctl(c37f0c00,80144305,c3627000,3,c33df780,c08c75c0,0,c083aa71,131) at tar5 giant_ioctl(c37f0c00,80144305,c3627000,3,c33df780,...) at giant_ioctl+0x33 devfs_ioctl_f(c34f65a0,80144305,c3627000,c34fa500,c33df780) at devfs_ioctl_f+0xf ioctl(c33df780,d5315d04) at ioctl+0x396 syscall(3b,3b,3b,11,f,...) at syscall+0x22f Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x28150a23, esp = 0xbfbfd19c, ebp- lstate for lun is invalid, target(0), lun(0) (noperiph:sbp_targ0:0:0:0): Lun now enabled for target mode fwohci0: Initiate bus reset fwohci0: BUS reset sbp_targ_post_busreset: already freezed Unknown service addr 0xffff:0xf0000234 RREQQ(4) src=0xffc0 data=f7b25284 fw_rcv: cannot respond(bus reset)! fwohci0: node_id=0xc800ffc1, gen=3, CYCLEMASTER mode firewire0: 2 nodes, maxhop <= 1, cable IRM = 1 (me) firewire0: bus manager 1 (me) Unknown service addr 0xffff:0xf0000234 RREQQ(4) src=0xffc0 data=a8bc5284 fwohci0: BUS reset sbp_targ_post_busreset: already freezed fwohci0: node_id=0x8800ffc0, gen=4, non CYCLEMASTER mode firewire0: 2 nodes, maxhop <= 1, cable IRM = 1 firewire0: bus manager 0 (me) Unknown service addr 0xffff:0xf0000234 RREQQ(4) src=0xffc1 data=d1c55284 firewire0: New S400 device ID:0011060000004c2f Unknown service addr 0xffff:0xf0000210 WREQQ(0) src=0xffc1 data=f panic: knlist not locked, but should be KDB: enter: panic [thread pid 16 tid 100013 ] Stopped at kdb_enter+0x2b: nop db> trace Tracing pid 16 tid 100013 td 0xc32e3000 kdb_enter(c083ef5a) at kdb_enter+0x2b panic(c083ba9a,c38a6800,c3ac8000,0,d3ff3c88,...) at panic+0xbb knote(c38a6838,0,1,c38a682c,4c,...) at knote+0x2e notify_user(c38a6800,c38a6940,0,c08192cf,334) at notify_user+0x1f targdone(c34fa980,c3ac8000) at targdone+0xde camisr(c08bd678) at camisr+0x251 ithread_execute_handlers(c32e1c90,c3364100) at ithread_execute_handlers+0xe6 ithread_loop(c31f99d0,d3ff3d38,c31f99d0,c05b1adc,0,...) at ithread_loop+0x66 fork_exit(c05b1adc,c31f99d0,d3ff3d38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xd3ff3d6c, ebp = 0 --- db> --------------060803020302030702060301--