From cch at kmu.edu.tw  Mon Jun  1 02:31:42 2009
From: cch at kmu.edu.tw (=?UTF-8?B?IuisneW/l+aYjChDaGloLUNoYW5nIEhzaWVoKSI=?=)
Date: Mon Jun  1 02:31:50 2009
Subject: Some problems about iSCSI initiator 2.1.0
Message-ID: <4A23376D.4080300@kmu.edu.tw>

Hello all,

We have tested 3 iSCSI targets with initiator 2.1.0 on FreeBSD 7.2-R:

1. Proware SB-3164E-G1A3 (da0: <proIPS__ SB-3164E-G1A3 1.0.> Fixed 
Direct Access SCSI-4 device)

2. Infortrend ES-A12E-G2121 (da1: <IFT ES-A12E-G2121 361G> Fixed Direct 
Access SCSI-5 device)

3. Promise VTrak M610i (da2: <Promise VTrak M610i 021D> Fixed Direct 
Access SCSI-5 device)

Our tests are dd if=/dev/random of=${iSCSI_TARGET_DIR}/bigf bs=1024k 
count=1000

and use iostat to see the I/O throughputs of each iSCSI targets.

The results are at  http://free.cc.kmu.edu.tw/iscsi/iotest.txt

We see that the throughputs of Promise VTrak M610i are much more steady 
than others.

(da2 is much steady than da0 and da1)

Could we tune something to make Proware SB-3164E-G1A3 and Infortrend 
ES-A12E-G2121

more steady?

Our iSCSI initiator MIBs are http://free.cc.kmu.edu.tw/iscsi/iscsi-mibs.txt

Our FreeBSD 7.2-R dmesg is http://free.cc.kmu.edu.tw/iscsi/dmesg.txt

The iscsi.conf is http://free.cc.kmu.edu.tw/iscsi/iscsi-conf.txt

The iscontrol verbose messages are 
http://free.cc.kmu.edu.tw/iscsi/iscontrol-v.txt

Thank you in advance.




From andrew at modulus.org  Mon Jun  1 03:19:37 2009
From: andrew at modulus.org (Andrew Snow)
Date: Mon Jun  1 03:19:45 2009
Subject: Some problems about iSCSI initiator 2.1.0
In-Reply-To: <4A23376D.4080300@kmu.edu.tw>
References: <4A23376D.4080300@kmu.edu.tw>
Message-ID: <4A234343.7000809@modulus.org>

> Our tests are dd if=/dev/random of=${iSCSI_TARGET_DIR}/bigf bs=1024k 
> count=1000

Try using /dev/zero instead of /dev/random, which causes excessive CPU 
load on the initiator which affects the results.


- Andrew
From cch at kmu.edu.tw  Mon Jun  1 03:36:36 2009
From: cch at kmu.edu.tw (=?UTF-8?B?IuisneW/l+aYjChDaGloLUNoYW5nIEhzaWVoKSI=?=)
Date: Mon Jun  1 03:36:43 2009
Subject: Some problems about iSCSI initiator 2.1.0
In-Reply-To: <4A234343.7000809@modulus.org>
References: <4A23376D.4080300@kmu.edu.tw> <4A234343.7000809@modulus.org>
Message-ID: <4A234CA0.9010009@kmu.edu.tw>

Dear Andrew,

Thank you for your advice.

We have re-done the tests by

dd if=/dev/zero of=${iSCSI_TARGET_DIR}/bigf bs=1024k count=1000

But it does not make big differences.

The iSCSI target da2 is still much steady than da0 and da1.

The new results are at http://free.cc.kmu.edu.tw/iscsi/iotest.txt

Original results with /dev/random are now at 
http://free.cc.kmu.edu.tw/iscsi/iotest-random.txt


Andrew Snow wrote:
>> Our tests are dd if=/dev/random of=${iSCSI_TARGET_DIR}/bigf bs=1024k 
>> count=1000
>
> Try using /dev/zero instead of /dev/random, which causes excessive CPU 
> load on the initiator which affects the results.
>
>
> - Andrew
From bugmaster at FreeBSD.org  Mon Jun  1 11:07:04 2009
From: bugmaster at FreeBSD.org (FreeBSD bugmaster)
Date: Mon Jun  1 11:09:26 2009
Subject: Current problem reports assigned to freebsd-scsi@FreeBSD.org
Message-ID: <200906011106.n51B6x0G021226@freefall.freebsd.org>

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 cch at kmu.edu.tw  Tue Jun  2 03:49:44 2009
From: cch at kmu.edu.tw (=?UTF-8?B?IuisneW/l+aYjChDaGloLUNoYW5nIEhzaWVoKSI=?=)
Date: Tue Jun  2 03:49:50 2009
Subject: Some problems about iSCSI initiator 2.1.0
In-Reply-To: <4A23376D.4080300@kmu.edu.tw>
References: <4A23376D.4080300@kmu.edu.tw>
Message-ID: <4A24A127.70608@kmu.edu.tw>

Hello all,

Danny gives us some useful suggestion.

After we use iperf to measure the performance of GbE NIC/Switch,

we replace a GbE switch to re-run the original tests.

Finally we get steady throughputs for all the 3 iSCSI targets.

Thanks to Danny again.



From bugmaster at FreeBSD.org  Mon Jun  8 11:07:02 2009
From: bugmaster at FreeBSD.org (FreeBSD bugmaster)
Date: Mon Jun  8 11:09:33 2009
Subject: Current problem reports assigned to freebsd-scsi@FreeBSD.org
Message-ID: <200906081107.n58B71Ue020792@freefall.freebsd.org>

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 bugmaster at FreeBSD.org  Mon Jun 15 11:07:03 2009
From: bugmaster at FreeBSD.org (FreeBSD bugmaster)
Date: Mon Jun 15 11:09:30 2009
Subject: Current problem reports assigned to freebsd-scsi@FreeBSD.org
Message-ID: <200906151107.n5FB72en077067@freefall.freebsd.org>

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 bugmaster at FreeBSD.org  Mon Jun 22 11:07:04 2009
From: bugmaster at FreeBSD.org (FreeBSD bugmaster)
Date: Mon Jun 22 11:09:24 2009
Subject: Current problem reports assigned to freebsd-scsi@FreeBSD.org
Message-ID: <200906221107.n5MB73Ql018176@freefall.freebsd.org>

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 borjam at sarenet.es  Fri Jun 26 12:39:40 2009
From: borjam at sarenet.es (Borja Marcos)
Date: Fri Jun 26 12:39:47 2009
Subject: Fibrechannel HAs
Message-ID: <9D155EF6-7171-473C-A09A-B4B18CC1A932@sarenet.es>


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: <Qlogic ISP 2432 PCI FC-AL 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: <Qlogic ISP 2432 PCI FC-AL 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: <Qlogic ISP 2432 PCI FC-AL 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: <Qlogic ISP 2432 PCI FC-AL 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 <Config 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
%


From bugmaster at FreeBSD.org  Mon Jun 29 11:07:07 2009
From: bugmaster at FreeBSD.org (FreeBSD bugmaster)
Date: Mon Jun 29 11:09:24 2009
Subject: Current problem reports assigned to freebsd-scsi@FreeBSD.org
Message-ID: <200906291107.n5TB76IM046483@freefall.freebsd.org>

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 jkim at FreeBSD.org  Mon Jun 29 18:05:55 2009
From: jkim at FreeBSD.org (Jung-uk Kim)
Date: Mon Jun 29 18:06:01 2009
Subject: Fibrechannel HAs
In-Reply-To: <9D155EF6-7171-473C-A09A-B4B18CC1A932@sarenet.es>
References: <9D155EF6-7171-473C-A09A-B4B18CC1A932@sarenet.es>
Message-ID: <200906291405.40290.jkim@FreeBSD.org>

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: <Qlogic ISP 2432 PCI FC-AL
> 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: <Qlogic ISP 2432 PCI FC-AL
> 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: <Qlogic ISP 2432 PCI FC-AL
> 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: <Qlogic ISP 2432 PCI FC-AL
> 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 <Config
> 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 ken at freebsd.org  Mon Jun 29 20:41:19 2009
From: ken at freebsd.org (Kenneth D. Merry)
Date: Mon Jun 29 20:41:25 2009
Subject: updated isp(4) driver available
Message-ID: <20090629202714.GA19920@nargothrond.kdm.org>

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