From owner-freebsd-scsi@FreeBSD.ORG Mon Jun 29 11:07:07 2009 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 4D16F106566C for ; Mon, 29 Jun 2009 11:07:07 +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 30BA38FC14 for ; Mon, 29 Jun 2009 11:07:07 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n5TB77G9046487 for ; Mon, 29 Jun 2009 11:07:07 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n5TB76IM046483 for freebsd-scsi@FreeBSD.org; Mon, 29 Jun 2009 11:07:06 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 29 Jun 2009 11:07:06 GMT Message-Id: <200906291107.n5TB76IM046483@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, 29 Jun 2009 11:07:07 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/134488 scsi [mpt] MPT SCSI driver probes max. 8 LUNs per device o amd64/132394 scsi [isp] - bad underruns with QLogic qla2300 and amd64 o kern/132250 scsi [ciss] ciss driver does not support more then 15 drive o kern/132206 scsi [mpt] system panics on boot when mirroring and 2nd dri o kern/131032 scsi [panic] hald causing panic in scsi_sg o kern/130735 scsi [cam] [patch] pass M_NOWAIT to the malloc() call insid o kern/130621 scsi [mpt] tranfer rate is inscrutable slow when use lsi213 o kern/129602 scsi [ahd] ahd(4) gets confused and wedges SCSI bus o kern/128452 scsi [sa] [panic] Accessing SCSI tape drive randomly crashe o kern/128245 scsi [scsi] "inquiry data fails comparison at DV1 step" [re o kern/127927 scsi [isp] isp(4) target driver crashes kernel when set up o kern/126866 scsi [isp] [panic] kernel panic on card initialization o kern/124667 scsi [amd] [panic] FreeBSD-7 kernel page faults at amd-scsi o kern/123674 scsi [ahc] ahc driver dumping o kern/123666 scsi [aac] attach fails with Adaptec SAS RAID 3805 controll o sparc/121676 scsi [iscsi] iscontrol do not connect iscsi-target on sparc o kern/120487 scsi [sg] scsi_sg incompatible with scanners o kern/120247 scsi [mpt] FreeBSD 6.3 and LSI Logic 1030 = only 3.300MB/s o kern/119668 scsi [cam] [patch] certain errors are too verbose comparing o kern/114597 scsi [sym] System hangs at SCSI bus reset with dual HBAs o kern/110847 scsi [ahd] Tyan U320 onboard problem with more than 3 disks o kern/99954 scsi [ahc] reading from DVD failes on 6.x [regression] o kern/94838 scsi Kernel panic while mounting SD card with lock switch o o kern/92798 scsi [ahc] SCSI problem with timeouts o kern/90282 scsi [sym] SCSI bus resets cause loss of ch device o kern/76178 scsi [ahd] Problem with ahd and large SCSI Raid system o kern/74627 scsi [ahc] [hang] Adaptec 2940U2W Can't boot 5.3 s kern/61165 scsi [panic] kernel page fault after calling cam_send_ccb o kern/60641 scsi [sym] Sporadic SCSI bus resets with 53C810 under load o kern/60598 scsi wire down of scsi devices conflicts with config s kern/57398 scsi [mly] Current fails to install on mly(4) based RAID di o kern/52638 scsi [panic] SCSI U320 on SMP server won't run faster than o kern/44587 scsi dev/dpt/dpt.h is missing defines required for DPT_HAND o kern/40895 scsi wierd kernel / device driver bug o kern/39388 scsi ncr/sym drivers fail with 53c810 and more than 256MB m o kern/38828 scsi [dpt] [request] DPT PM2012B/90 doesn't work o kern/35234 scsi World access to /dev/pass? (for scanner) requires acce 37 problems total. From owner-freebsd-scsi@FreeBSD.ORG Mon Jun 29 18:05:55 2009 Return-Path: Delivered-To: freebsd-scsi@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 8F9561065670; Mon, 29 Jun 2009 18:05:54 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-scsi@FreeBSD.org Date: Mon, 29 Jun 2009 14:05:36 -0400 User-Agent: KMail/1.6.2 References: <9D155EF6-7171-473C-A09A-B4B18CC1A932@sarenet.es> In-Reply-To: <9D155EF6-7171-473C-A09A-B4B18CC1A932@sarenet.es> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Message-Id: <200906291405.40290.jkim@FreeBSD.org> Cc: Subject: Re: Fibrechannel HAs 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, 29 Jun 2009 18:05:55 -0000 On Friday 26 June 2009 08:20 am, Borja Marcos wrote: > Hello, > > I'm trying to use a SAN with FreeBSD and running into problems, not > sure at all what to blame. Let's see if anyone can shed some light > on this. > > I'm using a Qlogic card, a QL2360, supplied by Dell. > > FreeBSD 7.2/amd64 recognizes it, but it claims it's a different > model: > > Jun 25 17:18:36 host kernel: isp0: Adapter> port 0xdc00-0xdcff mem 0xfc4bc000-0xfc4bffff irq 16 at > device 0.0 on pci10 > Jun 25 17:18:36 host kernel: isp0: [ITHREAD] > Jun 25 17:18:36 host kernel: isp0: Polled Mailbox Command (0x8) > Timeout (100000us) > Jun 25 17:18:36 host kernel: isp0: Board Type 2422, Chip Revision > 0x3, loaded F/W Revision 4.0.20 > > I've been using a FC disk array, and seems to work. However, to my > astonishment, when I have connected this to a HP EVA4400 SAN, via > one of its FC switches (supposed to be a Brocade) the EVA4400 takes > the controller I was reaching via FC offline! Quite suprising. > > I've checked the switch, and indeed it correctly detects the card's > WWN attached to the port. But other than that I'm clueless. Of > course HP says that FreeBSD isn't among the supported systems. Of > course I say that I'm not very fond of a subsystem that can crash > due to a misconfigured host, if we accept that the FreeBSDīs > driver is to blame... > > Any ideas? I've activated some debugging flags for the isp adapter, > I'm using ispfw as well, and this is what I'm seeing: > > %fgrep isp0 mensajes1 > Jun 25 17:18:36 host kernel: isp0: Adapter> port 0xdc00-0xdcff mem 0xfc4bc000-0xfc4bffff irq 16 at > device 0.0 on pci10 > Jun 25 17:18:36 host kernel: isp0: [ITHREAD] > Jun 25 17:18:36 host kernel: isp0: Polled Mailbox Command (0x8) > Timeout (100000us) > Jun 25 17:18:36 host kernel: isp0: Board Type 2422, Chip Revision > 0x3, loaded F/W Revision 4.0.20 > Jun 26 09:28:53 host kernel: isp0: Adapter> port 0xdc00-0xdcff mem 0xfc4bc000-0xfc4bffff irq 16 at > device 0.0 on pci10 > Jun 26 09:28:53 host kernel: isp0: [ITHREAD] > Jun 26 09:28:53 host kernel: isp0: Polled Mailbox Command (0x8) > Timeout (100000us) > Jun 26 09:28:53 host kernel: isp0: Board Type 2422, Chip Revision > 0x3, loaded F/W Revision 4.0.20 > Jun 26 09:51:36 host kernel: isp0: Adapter> port 0xdc00-0xdcff mem 0xfc4bc000-0xfc4bffff irq 16 at > device 0.0 on pci10 > Jun 26 09:51:36 host kernel: isp0: set PCI latency to 64 > Jun 26 09:51:36 host kernel: isp0: [ITHREAD] > Jun 26 09:51:36 host kernel: isp0: Polled Mailbox Command (0x8) > Timeout (100000us) > Jun 26 09:51:36 host kernel: isp0: Board Type 2422, Chip Revision > 0x3, loaded F/W Revision 4.0.20 > Jun 26 09:51:36 host kernel: isp0: 2K Logins Supported > Jun 26 09:51:36 host kernel: isp0: 4096 max I/O command limit set > Jun 26 09:51:36 host kernel: isp0: line 1220: markportdb > Jun 26 09:51:36 host kernel: isp0: Starting Initial Loop Down Timer > Jun 26 09:51:36 host kernel: isp0: line 5346: markportdb > Jun 26 09:51:36 host kernel: isp0: line 5284: markportdb > Jun 26 09:51:36 host kernel: isp0: line 5320: markportdb > Jun 26 09:51:36 host kernel: isp0: line 5358: markportdb > Jun 26 09:51:36 host kernel: isp0: Stopping Loop Down Timer > Jun 26 09:51:36 host kernel: isp0: line 5358: markportdb > Jun 26 09:51:36 host kernel: isp0: line 5358: markportdb > Jun 26 09:51:36 host kernel: isp0: isp_kthread: checking FC state > Jun 26 09:51:36 host kernel: isp0: FC Link Test Entry > Jun 26 09:51:36 host kernel: isp0: line 2473: markportdb > Jun 26 09:51:36 host kernel: isp0: Firmware State Wait->Ready> Jun 26 09:51:36 host kernel: isp0: Register FC4 Type > accepted Jun 26 09:51:36 host kernel: isp0: HBA PortID 0x0103ef > N-Port Handle 0, Connection Topology 'FL Port' > Jun 26 09:51:36 host kernel: isp0: HBA WWNN 0x2000001b32886ad8 HBA > WWPN 0x2100001b32886ad8 > Jun 26 09:51:36 host kernel: isp0: FC Link Test Complete > Jun 26 09:51:36 host kernel: isp0: FC scan loop 0..125 > Jun 26 09:51:36 host kernel: isp0: FC Scan Fabric > Jun 26 09:51:36 host kernel: isp0: got 3 ports back from name > server Jun 26 09:51:36 host kernel: isp0: Checking Fabric Port > 0x010000 Jun 26 09:51:36 host kernel: isp0: Fabric Port 0x010000 is > New Entry Jun 26 09:51:36 host kernel: isp0: Checking Fabric Port > 0x010100 Jun 26 09:51:36 host kernel: isp0: Fabric Port 0x010100 is > New Entry Jun 26 09:51:36 host kernel: isp0: skip ourselves @ > PortID 0x0103ef Jun 26 09:51:36 host kernel: isp0: FC Scan Fabric > Done > Jun 26 09:51:36 host kernel: isp0: Synchronizing PDBs > Jun 26 09:51:36 host kernel: isp0: PortID 0x010000 handle 0x81 role > Target arrived at tgt 0 > Jun 26 09:51:36 host kernel: isp0: PortID 0x010100 handle 0x82 role > Target arrived at tgt 1 > Jun 26 09:51:36 host kernel: isp0: PortID 0xfffffe handle 0x7fe > role (none) stayed > Jun 26 09:51:36 host kernel: isp0: isp_kthread: FC state OK > Jun 26 09:51:36 host kernel: isp0: isp_kthread: releasing simq > Jun 26 09:51:36 host kernel: isp0: isp_kthread: sleep time 0 > Jun 26 09:51:36 host kernel: isp0: line 5368: markportdb > Jun 26 09:51:36 host kernel: isp0: isp_kthread: checking FC state > Jun 26 09:51:36 host kernel: isp0: FC scan loop 0..125 > Jun 26 09:51:36 host kernel: isp0: line 5368: markportdb > Jun 26 09:51:36 host kernel: isp0: line 2938: markportdb > Jun 26 09:51:36 host kernel: isp0: isp_fc_runstate: scan loop fails > Jun 26 09:51:36 host kernel: isp0: kthread: FC got to 2 (down count > 0) Jun 26 09:51:36 host kernel: isp0: isp_kthread: releasing simq > Jun 26 09:51:36 host kernel: isp0: isp_kthread: sleep time 1 Jun 26 > 09:51:36 host kernel: isp0: isp_kthread: checking FC state Jun 26 > 09:51:36 host kernel: isp0: FC scan loop 0..125 > Jun 26 09:51:36 host kernel: isp0: FC Scan Fabric > Jun 26 09:51:36 host kernel: isp0: got 1 ports back from name > server Jun 26 09:51:36 host kernel: isp0: skip ourselves @ PortID > 0x0103ef Jun 26 09:51:36 host kernel: isp0: FC Scan Fabric Done > Jun 26 09:51:36 host kernel: isp0: Synchronizing PDBs > Jun 26 09:51:36 host kernel: isp0: starting Gone Device Timer > Jun 26 09:51:36 host kernel: isp0: PortID 0x010000 handle 0x81 role > Target gone zombie at tgt 0 > Jun 26 09:51:36 host kernel: isp0: PortID 0x010100 handle 0x82 role > Target gone zombie at tgt 1 > Jun 26 09:51:36 host kernel: isp0: PortID 0xfffffe handle 0x7fe > role (none) stayed > Jun 26 09:51:36 host kernel: isp0: isp_kthread: FC state OK > Jun 26 09:51:36 host kernel: isp0: isp_kthread: sleep time 0 > Jun 26 09:51:36 host kernel: isp0: PortID 0x010000 Departed from > Target 0 because of Gone Device Timeout > Jun 26 09:51:36 host kernel: isp0: PortID 0x010100 Departed from > Target 1 because of Gone Device Timeout > Jun 26 09:51:36 host kernel: isp0: stopping Gone Device Timer > Jun 26 09:51:36 host kernel: (probe0:isp0:0:0:0): inquiry data > fails comparison at DV1 step > Jun 26 09:51:36 host kernel: isp0: command timed out for 0.1.0 > Jun 26 09:51:36 host kernel: (probe1:isp0:0:1:0): inquiry data > fails comparison at DV1 step > Jun 26 09:52:12 host kernel: isp0: line 5358: markportdb > Jun 26 09:52:12 host kernel: isp0: isp_kthread: checking FC state > Jun 26 09:52:12 host kernel: isp0: FC scan loop 0..125 > Jun 26 09:52:12 host kernel: isp0: FC Scan Fabric > Jun 26 09:52:12 host kernel: isp0: got 1 ports back from name > server Jun 26 09:52:12 host kernel: isp0: skip ourselves @ PortID > 0x0103ef Jun 26 09:52:12 host kernel: isp0: FC Scan Fabric Done > Jun 26 09:52:12 host kernel: isp0: Synchronizing PDBs > Jun 26 09:52:12 host kernel: isp0: PortID 0xfffffe handle 0x7fe > role (none) stayed > Jun 26 09:52:12 host kernel: isp0: isp_kthread: FC state OK > Jun 26 09:52:12 host kernel: isp0: isp_kthread: releasing simq > Jun 26 09:52:12 host kernel: isp0: isp_kthread: sleep time 0 > Jun 26 09:54:22 host kernel: isp0: line 5368: markportdb > Jun 26 09:54:22 host kernel: isp0: isp_kthread: checking FC state > Jun 26 09:54:22 host kernel: isp0: FC scan loop 0..125 > Jun 26 09:54:22 host kernel: isp0: line 5368: markportdb > Jun 26 09:54:22 host kernel: isp0: line 2938: markportdb > Jun 26 09:54:22 host kernel: isp0: isp_fc_runstate: scan loop fails > Jun 26 09:54:22 host kernel: isp0: kthread: FC got to 2 (down count > 0) Jun 26 09:54:22 host kernel: isp0: isp_kthread: releasing simq > Jun 26 09:54:22 host kernel: isp0: isp_kthread: sleep time 1 Jun 26 > 09:54:23 host kernel: isp0: isp_kthread: checking FC state Jun 26 > 09:54:23 host kernel: isp0: FC scan loop 0..125 > Jun 26 09:54:23 host kernel: isp0: FC Scan Fabric > Jun 26 09:54:23 host kernel: isp0: got 2 ports back from name > server Jun 26 09:54:23 host kernel: isp0: Checking Fabric Port > 0x010000 Jun 26 09:54:23 host kernel: isp0: Fabric Port 0x010000 is > New Entry Jun 26 09:54:23 host kernel: isp0: skip ourselves @ > PortID 0x0103ef Jun 26 09:54:23 host kernel: isp0: FC Scan Fabric > Done > Jun 26 09:54:23 host kernel: isp0: Synchronizing PDBs > Jun 26 09:54:23 host kernel: isp0: PortID 0x010000 handle 0x81 role > Target arrived at tgt 0 > Jun 26 09:54:23 host kernel: isp0: PortID 0xfffffe handle 0x7fe > role (none) stayed > Jun 26 09:54:23 host kernel: isp0: isp_kthread: FC state OK > Jun 26 09:54:23 host kernel: isp0: isp_kthread: sleep time 0 > Jun 26 09:54:23 host kernel: isp0: line 5368: markportdb > Jun 26 09:54:23 host kernel: isp0: isp_kthread: checking FC state > Jun 26 09:54:23 host kernel: isp0: FC scan loop 0..125 > Jun 26 09:54:23 host kernel: isp0: FC Scan Fabric > Jun 26 09:54:23 host kernel: isp0: got 2 ports back from name > server Jun 26 09:54:23 host kernel: isp0: Checking Fabric Port > 0x010000 Jun 26 09:54:23 host kernel: isp0: Fabric Port 0x010000 > Now Pending Valid > Jun 26 09:54:23 host kernel: isp0: skip ourselves @ PortID 0x0103ef > Jun 26 09:54:23 host kernel: isp0: FC Scan Fabric Done > Jun 26 09:54:23 host kernel: isp0: Synchronizing PDBs > Jun 26 09:54:23 host kernel: isp0: PortID 0x010000 handle 0x81 role > Target stayed at tgt 0 > Jun 26 09:54:23 host kernel: isp0: PortID 0xfffffe handle 0x7fe > role (none) stayed > Jun 26 09:54:23 host kernel: isp0: isp_kthread: FC state OK > Jun 26 09:54:23 host kernel: isp0: isp_kthread: releasing simq > Jun 26 09:54:23 host kernel: isp0: isp_kthread: sleep time 0 > Jun 26 09:54:39 host kernel: isp0: line 5368: markportdb > Jun 26 09:54:39 host kernel: isp0: isp_kthread: checking FC state > Jun 26 09:54:39 host kernel: isp0: FC scan loop 0..125 > Jun 26 09:54:39 host kernel: isp0: FC Scan Fabric > Jun 26 09:54:39 host kernel: isp0: got 1 ports back from name > server Jun 26 09:54:39 host kernel: isp0: skip ourselves @ PortID > 0x0103ef Jun 26 09:54:39 host kernel: isp0: FC Scan Fabric Done > Jun 26 09:54:39 host kernel: isp0: Synchronizing PDBs > Jun 26 09:54:39 host kernel: isp0: starting Gone Device Timer > Jun 26 09:54:39 host kernel: isp0: PortID 0x010000 handle 0x81 role > Target gone zombie at tgt 0 > Jun 26 09:54:39 host kernel: isp0: PortID 0xfffffe handle 0x7fe > role (none) stayed > Jun 26 09:54:39 host kernel: isp0: isp_kthread: FC state OK > Jun 26 09:54:39 host kernel: isp0: isp_kthread: releasing simq > Jun 26 09:54:39 host kernel: isp0: isp_kthread: sleep time 0 > Jun 26 09:54:39 host kernel: isp0: mailbox cmd (0x4001) with no > waiters Jun 26 09:55:08 host kernel: isp0: PortID 0x010000 Departed > from Target 0 because of Gone Device Timeout > Jun 26 09:55:08 host kernel: isp0: stopping Gone Device Timer > Jun 26 09:55:09 host kernel: (probe0:isp0:0:0:0): inquiry data > fails comparison at DV1 step > Jun 26 09:58:18 host kernel: isp0: line 5368: markportdb > Jun 26 09:58:18 host kernel: isp0: isp_kthread: checking FC state > Jun 26 09:58:18 host kernel: isp0: FC scan loop 0..125 > Jun 26 09:58:18 host kernel: isp0: line 5368: markportdb > Jun 26 09:58:18 host kernel: isp0: line 2938: markportdb > Jun 26 09:58:18 host kernel: isp0: isp_fc_runstate: scan loop fails > Jun 26 09:58:18 host kernel: isp0: kthread: FC got to 2 (down count > 0) Jun 26 09:58:18 host kernel: isp0: isp_kthread: releasing simq > Jun 26 09:58:18 host kernel: isp0: isp_kthread: sleep time 1 Jun 26 > 09:58:19 host kernel: isp0: line 5368: markportdb > Jun 26 09:58:19 host kernel: isp0: isp_kthread: checking FC state > Jun 26 09:58:19 host kernel: isp0: FC scan loop 0..125 > Jun 26 09:58:19 host kernel: isp0: line 5368: markportdb > Jun 26 09:58:19 host kernel: isp0: line 2938: markportdb > Jun 26 09:58:19 host kernel: isp0: isp_fc_runstate: scan loop fails > Jun 26 09:58:19 host kernel: isp0: kthread: FC got to 2 (down count > 1) Jun 26 09:58:19 host kernel: isp0: isp_kthread: releasing simq > Jun 26 09:58:19 host kernel: isp0: isp_kthread: sleep time 1 Jun 26 > 09:58:20 host kernel: isp0: isp_kthread: checking FC state Jun 26 > 09:58:20 host kernel: isp0: FC scan loop 0..125 > Jun 26 09:58:20 host kernel: isp0: FC Scan Fabric > Jun 26 09:58:20 host kernel: isp0: got 3 ports back from name > server Jun 26 09:58:20 host kernel: isp0: Checking Fabric Port > 0x010000 Jun 26 09:58:20 host kernel: isp0: Fabric Port 0x010000 is > New Entry Jun 26 09:58:20 host kernel: isp0: Checking Fabric Port > 0x010100 Jun 26 09:58:20 host kernel: isp0: Fabric Port 0x010100 is > New Entry Jun 26 09:58:20 host kernel: isp0: skip ourselves @ > PortID 0x0103ef Jun 26 09:58:20 host kernel: isp0: FC Scan Fabric > Done > Jun 26 09:58:20 host kernel: isp0: Synchronizing PDBs > Jun 26 09:58:20 host kernel: isp0: PortID 0x010000 handle 0x81 role > Target arrived at tgt 0 > Jun 26 09:58:20 host kernel: isp0: PortID 0x010100 handle 0x82 role > (none) arrived > Jun 26 09:58:20 host kernel: isp0: PortID 0xfffffe handle 0x7fe > role (none) stayed > Jun 26 09:58:20 host kernel: isp0: isp_kthread: FC state OK > Jun 26 09:58:20 host kernel: isp0: isp_kthread: sleep time 0 > % It may be a long shot but can you try the latest isp(4) driver? ftp://ftp.feral.com/pub/isp/isp_dist.tgz You also need to patch cam and ispfw. You can find the patches in the tarball, i.e., freebsd/isp_freebsd.diffs.gz. Jung-uk Kim From owner-freebsd-scsi@FreeBSD.ORG Mon Jun 29 20:41:18 2009 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 EC170106564A for ; Mon, 29 Jun 2009 20:41:18 +0000 (UTC) (envelope-from ken@nargothrond.kdm.org) Received: from nargothrond.kdm.org (nargothrond.kdm.org [70.56.43.81]) by mx1.freebsd.org (Postfix) with ESMTP id 86A7A8FC1E for ; Mon, 29 Jun 2009 20:41:18 +0000 (UTC) (envelope-from ken@nargothrond.kdm.org) Received: from nargothrond.kdm.org (localhost [127.0.0.1]) by nargothrond.kdm.org (8.14.2/8.13.6) with ESMTP id n5TKRE0S020228; Mon, 29 Jun 2009 14:27:14 -0600 (MDT) (envelope-from ken@nargothrond.kdm.org) Received: (from ken@localhost) by nargothrond.kdm.org (8.14.2/8.14.2/Submit) id n5TKREbe020227; Mon, 29 Jun 2009 14:27:14 -0600 (MDT) (envelope-from ken) Date: Mon, 29 Jun 2009 14:27:14 -0600 From: "Kenneth D. Merry" To: freebsd-scsi@freebsd.org Message-ID: <20090629202714.GA19920@nargothrond.kdm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2i X-Virus-Scanned: ClamAV 0.92.1/9519/Mon Jun 29 12:00:05 2009 on nargothrond.kdm.org X-Virus-Status: Clean Subject: updated isp(4) driver available 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, 29 Jun 2009 20:41:19 -0000 Hey folks, Over the past 6 months or so, Matt Jacob has done a good bit of work on the isp(4) driver for Copan Systems (www.copansystems.com), my employer. Copan has kindly agreed to release it all, and links to the patches are below. There are a lot of changes, and this isn't a comprehensive list, but this is the bulk of it: - 8Gb FC support (initiator and target) - working 4Gb target support - improved 4Gb initiator support - improved task management support in target mode - port database change notfication in target mode - virtual port (NP-IV) support/fixes - ability to change FC roles on the fly (initiator, target, initiator/target and none) - ability to set a custom WWNN/WWPN - the addition of a test internal target driver inside the isp(4) driver - updated firmware for the 23xx and 24xx cards - 4 new CAM CCBs: XPT_GET_SIM_KNOB, XPT_SET_SIM_KNOB, XPT_IMMEDIATE_NOTIFY and XPT_NOTIFY_ACKNOWLEDGE. The first two allow setting various SIM properties, the second two allow for the full tag ID and more other information to get passed down to the target mode app from the driver. - new CAM async notification, AC_CONTRACT There are also a few minor CAM changes from Copan folks: - tuneable probe I/O timeout - fixed various rescan deadlock/panic issues These changes have been tested in the following environments: - initiator mode for 8Gb, 4Gb and 23xx 2Gb cards - target mode for 8Gb and 4Gb cards, with Copan's target application They have not been tested with cards older than the 23xx series, and I haven't even looked at the scsi_target(8) code to see how it would be affected by this. (It would probably need to be updated to handle the new async notification CCBs.) I also haven't tried out target mode on the 23xx boards. So, with that said, the paches for current are here: http://people.freebsd.org/~ken/isp_diffs.current.20090629.out.gz And the patches for RELENG_7 are here: http://people.freebsd.org/~ken/isp_diffs.releng7.20090629.out.gz Those patches are against -current and RELENG_7 as of June 25th. I would certainly appreciate any testing that you folks would care to do on these patches. My hope is to get them into -current at some point, most likely after the 8.0 freeze lifts. Ken -- Kenneth Merry ken@FreeBSD.ORG From owner-freebsd-scsi@FreeBSD.ORG Thu Jul 2 07:32:16 2009 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 C97BF1065670; Thu, 2 Jul 2009 07:32:16 +0000 (UTC) (envelope-from nico-freebsd-raid-monitoring-20090703@schottelius.org) Received: from mx3.schottelius.org (mx3.schottelius.org [77.109.138.221]) by mx1.freebsd.org (Postfix) with ESMTP id 85ED28FC08; Thu, 2 Jul 2009 07:32:16 +0000 (UTC) (envelope-from nico-freebsd-raid-monitoring-20090703@schottelius.org) Received: from ikn.ethz.ch (mx3.schottelius.org [77.109.138.221]) by mx3.schottelius.org (Postfix) with ESMTPS id 61A39197A005; Thu, 2 Jul 2009 09:12:19 +0200 (CEST) Received: by ikn.ethz.ch (Postfix, from userid 1000) id E2B16101D8; Thu, 2 Jul 2009 09:10:32 +0200 (CEST) Date: Thu, 2 Jul 2009 09:10:32 +0200 From: Nico Schottelius To: freebsd-questions@freebsd.org Message-ID: <20090702071032.GA18288@ikn.schottelius.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="zYM0uCDKw75PZbzx" Content-Disposition: inline User-Agent: echo $message | gpg -e $sender -s | netcat mailhost 25 X-Unix-Info: http://unix.schottelius.org/ X-Netzseite: http://nico.schottelius.org/ X-System-Info: ikn (Linux 2.6.30-rc7 x86_64) Cc: freebsd-scsi@freebsd.org Subject: FreeBSD Raid Monitoring website moved 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, 02 Jul 2009 07:32:17 -0000 --zYM0uCDKw75PZbzx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Good morning everybody, the FreeBSD raid monitoring website, which contains a lot information regarding raid monitoring under FreeBSD, has a new home: http://www.nico.schottelius.org/docs/freebsd-raid-monitoring/ If you've additional information or updates, please let me know at nico-freebsd-raid-monitoring-web --at-- schottelius.org. Sincerly, Nico --=20 Currently moving *.schottelius.org to http://www.nico.schottelius.org/ ... PGP: BFE4 C736 ABE5 406F 8F42 F7CF B8BE F92A 9885 188C --zYM0uCDKw75PZbzx Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkpMXWgACgkQuL75KpiFGIw4MgCeKFUb+w7kqY2MI8A30pURNx/P KlkAnR0y4M2nuLUxlws8ruUL7dlygRKN =ofXy -----END PGP SIGNATURE----- --zYM0uCDKw75PZbzx-- From owner-freebsd-scsi@FreeBSD.ORG Fri Jul 3 07:50:08 2009 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 60DC21065670 for ; Fri, 3 Jul 2009 07:50:08 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 361BA8FC18 for ; Fri, 3 Jul 2009 07:50:08 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n637o81F090456 for ; Fri, 3 Jul 2009 07:50:08 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n637o89e090455; Fri, 3 Jul 2009 07:50:08 GMT (envelope-from gnats) Date: Fri, 3 Jul 2009 07:50:08 GMT Message-Id: <200907030750.n637o89e090455@freefall.freebsd.org> To: freebsd-scsi@FreeBSD.org From: Dominic Fandrey Cc: Subject: Re: kern/131032: [panic] hald causing panic in scsi_sg X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Dominic Fandrey List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jul 2009 07:50:08 -0000 The following reply was made to PR kern/131032; it has been noted by GNATS. From: Dominic Fandrey To: bug-followup@FreeBSD.org, kamikaze@bsdforen.de Cc: Subject: Re: kern/131032: [panic] hald causing panic in scsi_sg Date: Fri, 03 Jul 2009 09:19:48 +0200 Request close. The panic is gone.