From owner-freebsd-scsi@FreeBSD.ORG Mon Jan 7 11:06:53 2013 Return-Path: Delivered-To: freebsd-scsi@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 1C491C4 for ; Mon, 7 Jan 2013 11:06:53 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 0A545F9F for ; Mon, 7 Jan 2013 11:06:53 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.6/8.14.6) with ESMTP id r07B6q0Z088012 for ; Mon, 7 Jan 2013 11:06:52 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r07B6qbM088010 for freebsd-scsi@FreeBSD.org; Mon, 7 Jan 2013 11:06:52 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 7 Jan 2013 11:06:52 GMT Message-Id: <201301071106.r07B6qbM088010@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 Subject: Current problem reports assigned to freebsd-scsi@FreeBSD.org X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jan 2013 11:06:53 -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/171650 scsi [da] da(4) driver does not recognize end of cciss (Sma o kern/169403 scsi [cam] [patch] CAM layer, I/O starvation, no fairness o kern/165982 scsi [mpt] mpt instability, drive resets, and losses on Fre o kern/165740 scsi [cam] SCSI code must drain callbacks before free o kern/163713 scsi [aic7xxx] [patch] Add Adaptec29329LPE to aic79xx_pci.c o kern/162256 scsi [mpt] QUEUE FULL EVENT and 'mpt_cam_event: 0x0' o kern/161809 scsi [cam] [patch] set kern.cam.boot_delay via build option o kern/159412 scsi [ciss] 7.3 RELEASE: ciss0 ADAPTER HEARTBEAT FAILED err o kern/157770 scsi [iscsi] [panic] iscsi_initiator panic o kern/154432 scsi [xpt] run_interrupt_driven_hooks: still waiting after o kern/153514 scsi [cam] [panic] CAM related panic o kern/153361 scsi [ciss] Smart Array 5300 boot/detect drive problem o kern/152250 scsi [ciss] [patch] Kernel panic when hw.ciss.expose_hidden o kern/151564 scsi [ciss] ciss(4) should increase CISS_MAX_LOGICAL to 10 o docs/151336 scsi Missing documentation of scsi_ and ata_ functions in c s kern/149927 scsi [cam] hard drive not stopped before removing power dur o kern/148083 scsi [aac] Strange device reporting o kern/147704 scsi [mpt] sys/dev/mpt: new chip revision, partially unsupp o kern/146287 scsi [ciss] ciss(4) cannot see more than one SmartArray con o kern/145768 scsi [mpt] can't perform I/O on SAS based SAN disk in freeb o kern/144648 scsi [aac] Strange values of speed and bus width in dmesg o kern/144301 scsi [ciss] [hang] HP proliant server locks when using ciss o kern/142351 scsi [mpt] LSILogic driver performance problems o kern/134488 scsi [mpt] MPT SCSI driver probes max. 8 LUNs per device 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/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/127717 scsi [ata] [patch] [request] - support write cache toggling o kern/123674 scsi [ahc] ahc driver dumping o kern/123520 scsi [ahd] unable to boot from net while using ahd 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/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/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/39388 scsi ncr/sym drivers fail with 53c810 and more than 256MB m o kern/35234 scsi World access to /dev/pass? (for scanner) requires acce 52 problems total. From owner-freebsd-scsi@FreeBSD.ORG Fri Jan 11 20:20:01 2013 Return-Path: Delivered-To: freebsd-scsi@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 97CE2551 for ; Fri, 11 Jan 2013 20:20:01 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 7873FEBC for ; Fri, 11 Jan 2013 20:20:01 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.6/8.14.6) with ESMTP id r0BKK1Zf063404 for ; Fri, 11 Jan 2013 20:20:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r0BKK1gt063403; Fri, 11 Jan 2013 20:20:01 GMT (envelope-from gnats) Date: Fri, 11 Jan 2013 20:20:01 GMT Message-Id: <201301112020.r0BKK1gt063403@freefall.freebsd.org> To: freebsd-scsi@FreeBSD.org Cc: From: Sean Bruno Subject: Re: kern/151564: [ciss] ciss(4) should increase CISS_MAX_LOGICAL to 107 X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Sean Bruno List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jan 2013 20:20:01 -0000 The following reply was made to PR kern/151564; it has been noted by GNATS. From: Sean Bruno To: bug-followup@FreeBSD.org, leon.kos@lecad.fs.uni-lj.si Cc: Subject: Re: kern/151564: [ciss] ciss(4) should increase CISS_MAX_LOGICAL to 107 Date: Fri, 11 Jan 2013 12:15:41 -0800 --=-ORZ+S4oOqTjltqlLU7pH Content-Type: multipart/mixed; boundary="=-qMd4ViJxxLLO8lizsr4e" --=-qMd4ViJxxLLO8lizsr4e Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable After speaking with HP a bit about the MAX_LOGICAL/PHYSICAL things, they've suggested that we simply ask the controller what the device can support as per http://cciss.sourceforge.net/#docs revision 1.06 I came up with this patch that does that and I'm looking for more review. Tested on a P400, P410 and P420 that I have. =20 If this is acceptable, please break the exposing of physical disks into a seperate patch so I can review. Sean verbose output ciss0: port 0xe800-0xe8ff mem 0xfce00000-0xfcefffff,0xfcdff000-0xfcdfffff irq 16 at device 0.0 on pci6 ciss0: PERFORMANT Transport ciss0: attempting to allocate 1 MSI-X vectors (4 supported) msi: routing MSI-X IRQ 256 to local APIC 0 vector 52 ciss0: using IRQ 256 for MSI-X ciss0: Using 1 MSIX interrupt ciss0: using 1024 of 1024 available commands ciss0: 2 logical drives configured ciss0: firmware 5.26 ciss0: 1 SCSI channels ciss0: signature 'CISS' ciss0: valence 3 ciss0: supported I/O methods 0xe0000006 ciss0: active I/O method 0x5 ciss0: 4G page base 0x00000000 ciss0: interrupt coalesce delay 0us ciss0: interrupt coalesce count 16 ciss0: max outstanding commands 1024 ciss0: bus types 0x200000 ciss0: server name '' ciss0: heartbeat 0xe57 ciss0: max logical: 64 ciss0: max physical: 255 ciss0: max logical: 128 ciss0: 13 physical devices ciss0: 2 logical drives ciss0: logical drive (b0t0): RAID 1(1+0), 285696MB online ciss0: logical drive (b0t1): RAID 0, 1399808MB online --=-qMd4ViJxxLLO8lizsr4e Content-Disposition: attachment; filename="ciss_probe_logical_physical.diff" Content-Type: text/x-patch; name="ciss_probe_logical_physical.diff"; charset="UTF-8" Content-Transfer-Encoding: base64 SW5kZXg6IGNpc3MuYw0KPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PQ0KLS0tIGNpc3MuYwkocmV2aXNpb24gMjQ1MzEwKQ0K KysrIGNpc3MuYwkod29ya2luZyBjb3B5KQ0KQEAgLTEyMDUsMTEgKzEyMDUsOSBAQA0KIA0KICAg ICAvKiBwcmludCBpbmZvcm1hdGlvbiAqLw0KICAgICBpZiAoYm9vdHZlcmJvc2UpIHsNCi0jaWYg MAkvKiBYWFggcHJveHkgdm9sdW1lcz8/PyAqLw0KIAljaXNzX3ByaW50ZihzYywgIiAgJWQgbG9n aWNhbCBkcml2ZSVzIGNvbmZpZ3VyZWRcbiIsDQogCQkgICAgc2MtPmNpc3NfaWQtPmNvbmZpZ3Vy ZWRfbG9naWNhbF9kcml2ZXMsDQogCQkgICAgKHNjLT5jaXNzX2lkLT5jb25maWd1cmVkX2xvZ2lj YWxfZHJpdmVzID09IDEpID8gIiIgOiAicyIpOw0KLSNlbmRpZg0KIAljaXNzX3ByaW50ZihzYywg IiAgZmlybXdhcmUgJTQuNHNcbiIsIHNjLT5jaXNzX2lkLT5ydW5uaW5nX2Zpcm13YXJlX3Jldmlz aW9uKTsNCiAJY2lzc19wcmludGYoc2MsICIgICVkIFNDU0kgY2hhbm5lbHNcbiIsIHNjLT5jaXNz X2lkLT5zY3NpX2J1c19jb3VudCk7DQogDQpAQCAtMTIzMiw2ICsxMjMwLDE2IEBADQogCQkgICAg IlwyMFwxdWx0cmEyXDJ1bHRyYTNcMTBmaWJyZTFcMTFmaWJyZTJcbiIpOw0KIAljaXNzX3ByaW50 ZihzYywgIiAgc2VydmVyIG5hbWUgJyUuMTZzJ1xuIiwgc2MtPmNpc3NfY2ZnLT5zZXJ2ZXJfbmFt ZSk7DQogCWNpc3NfcHJpbnRmKHNjLCAiICBoZWFydGJlYXQgMHgleFxuIiwgc2MtPmNpc3NfY2Zn LT5oZWFydGJlYXQpOw0KKwlpZiAoc2MtPmNpc3NfY2ZnLT5tYXhfbG9naWNhbF9zdXBwb3J0ZWQg PT0gMCkgDQorCQlzYy0+Y2lzc19jZmctPm1heF9sb2dpY2FsX3N1cHBvcnRlZCA9IENJU1NfTUFY X0xPR0lDQUw7DQorICAgIAljaXNzX3ByaW50ZihzYywgIiAgbWF4IGxvZ2ljYWwgbG9naWNhbCB2 b2x1bWVzOiAlZFxuIiwNCisJCQlzYy0+Y2lzc19jZmctPm1heF9sb2dpY2FsX3N1cHBvcnRlZCk7 DQorCWlmIChzYy0+Y2lzc19jZmctPm1heF9waHlzaWNhbF9zdXBwb3J0ZWQgPT0gMCkgDQorCQlz Yy0+Y2lzc19jZmctPm1heF9sb2dpY2FsX3N1cHBvcnRlZCA9IENJU1NfTUFYX1BIWVNJQ0FMOw0K KyAgICAJY2lzc19wcmludGYoc2MsICIgIG1heCBwaHlzaWNhbCBkaXNrcyBzdXBwb3J0ZWQ6ICVk XG4iLA0KKwkJCXNjLT5jaXNzX2NmZy0+bWF4X3BoeXNpY2FsX3N1cHBvcnRlZCk7DQorICAgIAlj aXNzX3ByaW50ZihzYywgIiAgbWF4IHBoeXNpY2FsIGRpc2tzIHBlciBsb2dpY2FsIHZvbHVtZTog JWRcbiIsDQorCQkJc2MtPmNpc3NfY2ZnLT5tYXhfcGh5c2ljYWxfcGVyX2xvZ2ljYWwpOw0KICAg ICB9DQogDQogb3V0Og0KQEAgLTEzMTksNyArMTMyNyw3IEBADQogCWJyZWFrOw0KICAgICBjYXNl IENJU1NfQ01EX1NUQVRVU19EQVRBX09WRVJSVU46DQogCWNpc3NfcHJpbnRmKHNjLCAiV0FSTklO RzogbW9yZSB1bml0cyB0aGFuIGRyaXZlciBsaW1pdCAoJWQpXG4iLA0KLQkJICAgIENJU1NfTUFY X0xPR0lDQUwpOw0KKwkJICAgIHNjLT5jaXNzX2NmZy0+bWF4X2xvZ2ljYWxfc3VwcG9ydGVkKTsN CiAJYnJlYWs7DQogICAgIGRlZmF1bHQ6DQogCWNpc3NfcHJpbnRmKHNjLCAiZXJyb3IgZGV0ZWN0 aW5nIGxvZ2ljYWwgZHJpdmUgY29uZmlndXJhdGlvbiAoJXMpXG4iLA0KQEAgLTEzNTMsNyArMTM2 MSw3IEBADQogICAgIGRlYnVnX2NhbGxlZCgxKTsNCiANCiAgICAgY2xsID0gY2lzc19yZXBvcnRf bHVucyhzYywgQ0lTU19PUENPREVfUkVQT1JUX0xPR0lDQUxfTFVOUywNCi0JCQkgICBDSVNTX01B WF9MT0dJQ0FMKTsNCisJCQkgICBzYy0+Y2lzc19jZmctPm1heF9sb2dpY2FsX3N1cHBvcnRlZCk7 DQogICAgIGlmIChjbGwgPT0gTlVMTCkgew0KIAllcnJvciA9IEVOWElPOw0KIAlnb3RvIG91dDsN CkBAIC0xMzYxLDkgKzEzNjksMTAgQEANCiANCiAgICAgLyogc2FuaXR5LWNoZWNrIHJlcGx5ICov DQogICAgIG5kcml2ZXMgPSAobnRvaGwoY2xsLT5saXN0X3NpemUpIC8gc2l6ZW9mKHVuaW9uIGNp c3NfZGV2aWNlX2FkZHJlc3MpKTsNCi0gICAgaWYgKChuZHJpdmVzIDwgMCkgfHwgKG5kcml2ZXMg PiBDSVNTX01BWF9MT0dJQ0FMKSkgew0KLQljaXNzX3ByaW50ZihzYywgImFkYXB0ZXIgY2xhaW1z IHRvIHJlcG9ydCBhYnN1cmQgbnVtYmVyIG9mIGxvZ2ljYWwgZHJpdmVzICglZCA+ICVkKVxuIiwN Ci0JCSAgICBuZHJpdmVzLCBDSVNTX01BWF9MT0dJQ0FMKTsNCisgICAgaWYgKChuZHJpdmVzIDwg MCkgfHwgKG5kcml2ZXMgPiBzYy0+Y2lzc19jZmctPm1heF9sb2dpY2FsX3N1cHBvcnRlZCkpIHsN CisJY2lzc19wcmludGYoc2MsICJhZGFwdGVyIGNsYWltcyB0byByZXBvcnQgYWJzdXJkIG51bWJl ciINCisJCQkib2YgbG9naWNhbCBkcml2ZXMgKCVkID4gJWQpXG4iLA0KKwkgICAgCQluZHJpdmVz LCBzYy0+Y2lzc19jZmctPm1heF9sb2dpY2FsX3N1cHBvcnRlZCk7DQogCWVycm9yID0gRU5YSU87 DQogCWdvdG8gb3V0Ow0KICAgICB9DQpAQCAtMTM4NiwxOSArMTM5NSwyMCBAQA0KIA0KICAgICBm b3IgKGkgPSAwOyBpIDw9IHNjLT5jaXNzX21heF9sb2dpY2FsX2J1czsgaSsrKSB7DQogCXNjLT5j aXNzX2xvZ2ljYWxbaV0gPQ0KLQkgICAgbWFsbG9jKENJU1NfTUFYX0xPR0lDQUwgKiBzaXplb2Yo c3RydWN0IGNpc3NfbGRyaXZlKSwNCisJICAgIG1hbGxvYyhzYy0+Y2lzc19jZmctPm1heF9sb2dp Y2FsX3N1cHBvcnRlZCAqDQorCQkgICBzaXplb2Yoc3RydWN0IGNpc3NfbGRyaXZlKSwNCiAJCSAg IENJU1NfTUFMTE9DX0NMQVNTLCBNX05PV0FJVCB8IE1fWkVSTyk7DQogCWlmIChzYy0+Y2lzc19s b2dpY2FsW2ldID09IE5VTEwpIHsNCiAJICAgIGVycm9yID0gRU5YSU87DQogCSAgICBnb3RvIG91 dDsNCiAJfQ0KIA0KLQlmb3IgKGogPSAwOyBqIDwgQ0lTU19NQVhfTE9HSUNBTDsgaisrKQ0KKwlm b3IgKGogPSAwOyBqIDwgc2MtPmNpc3NfY2ZnLT5tYXhfbG9naWNhbF9zdXBwb3J0ZWQ7IGorKykN CiAJICAgIHNjLT5jaXNzX2xvZ2ljYWxbaV1bal0uY2xfc3RhdHVzID0gQ0lTU19MRF9OT05FWElT VEVOVDsNCiAgICAgfQ0KIA0KIA0KLSAgICBmb3IgKGkgPSAwOyBpIDwgQ0lTU19NQVhfTE9HSUNB TDsgaSsrKSB7DQorICAgIGZvciAoaSA9IDA7IGkgPCBzYy0+Y2lzc19jZmctPm1heF9sb2dpY2Fs X3N1cHBvcnRlZDsgaSsrKSB7DQogCWlmIChpIDwgbmRyaXZlcykgew0KIAkgICAgc3RydWN0IGNp c3NfbGRyaXZlCSpsZDsNCiAJICAgIGludAkJCWJ1cywgdGFyZ2V0Ow0KQEAgLTE0NDAsNyArMTQ1 MCw3IEBADQogICAgIHRhcmdldCA9IDA7DQogDQogICAgIGNsbCA9IGNpc3NfcmVwb3J0X2x1bnMo c2MsIENJU1NfT1BDT0RFX1JFUE9SVF9QSFlTSUNBTF9MVU5TLA0KLQkJCSAgIENJU1NfTUFYX1BI WVNJQ0FMKTsNCisJCQkgICBzYy0+Y2lzc19jZmctPm1heF9waHlzaWNhbF9zdXBwb3J0ZWQpOw0K ICAgICBpZiAoY2xsID09IE5VTEwpIHsNCiAJZXJyb3IgPSBFTlhJTzsNCiAJZ290byBvdXQ7DQpA QCAtMTk4Myw3ICsxOTkzLDcgQEANCiAJYnVzX2RtYV90YWdfZGVzdHJveShzYy0+Y2lzc19wYXJl bnRfZG1hdCk7DQogICAgIGlmIChzYy0+Y2lzc19sb2dpY2FsKSB7DQogCWZvciAoaSA9IDA7IGkg PD0gc2MtPmNpc3NfbWF4X2xvZ2ljYWxfYnVzOyBpKyspIHsNCi0JICAgIGZvciAoaiA9IDA7IGog PCBDSVNTX01BWF9MT0dJQ0FMOyBqKyspIHsNCisJICAgIGZvciAoaiA9IDA7IGogPCBzYy0+Y2lz c19jZmctPm1heF9sb2dpY2FsX3N1cHBvcnRlZDsgaisrKSB7DQogCQlpZiAoc2MtPmNpc3NfbG9n aWNhbFtpXVtqXS5jbF9sZHJpdmUpDQogCQkgICAgZnJlZShzYy0+Y2lzc19sb2dpY2FsW2ldW2pd LmNsX2xkcml2ZSwgQ0lTU19NQUxMT0NfQ0xBU1MpOw0KIAkJaWYgKHNjLT5jaXNzX2xvZ2ljYWxb aV1bal0uY2xfbHN0YXR1cykNCkBAIC0yOTY2LDkgKzI5NzYsOSBAQA0KIAljcGktPmhiYV9pbnF1 aXJ5ID0gUElfVEFHX0FCTEU7CS8qIFhYWCBpcyB0aGlzIGNvcnJlY3Q/ICovDQogCWNwaS0+dGFy Z2V0X3NwcnQgPSAwOw0KIAljcGktPmhiYV9taXNjID0gMDsNCi0JY3BpLT5tYXhfdGFyZ2V0ID0g Q0lTU19NQVhfTE9HSUNBTDsNCisJY3BpLT5tYXhfdGFyZ2V0ID0gc2MtPmNpc3NfY2ZnLT5tYXhf bG9naWNhbF9zdXBwb3J0ZWQ7DQogCWNwaS0+bWF4X2x1biA9IDA7CQkvKiAnbG9naWNhbCBkcml2 ZScgY2hhbm5lbCBvbmx5ICovDQotCWNwaS0+aW5pdGlhdG9yX2lkID0gQ0lTU19NQVhfTE9HSUNB TDsNCisJY3BpLT5pbml0aWF0b3JfaWQgPSBzYy0+Y2lzc19jZmctPm1heF9sb2dpY2FsX3N1cHBv cnRlZDsNCiAJc3RybmNweShjcGktPnNpbV92aWQsICJGcmVlQlNEIiwgU0lNX0lETEVOKTsNCiAg ICAgICAgIHN0cm5jcHkoY3BpLT5oYmFfdmlkLCAibXNtaXRoQGZyZWVic2Qub3JnIiwgSEJBX0lE TEVOKTsNCiAgICAgICAgIHN0cm5jcHkoY3BpLT5kZXZfbmFtZSwgY2FtX3NpbV9uYW1lKHNpbSks IERFVl9JRExFTik7DQpAQCAtMzg3OSw3ICszODg5LDcgQEANCiAgICAgICogZHJpdmUgYWRkcmVz cy4NCiAgICAgICovDQogICAgIGNsbCA9IGNpc3NfcmVwb3J0X2x1bnMoc2MsIENJU1NfT1BDT0RF X1JFUE9SVF9MT0dJQ0FMX0xVTlMsDQotICAgICAgICAgICAgICAgICAgICAgICAgICAgQ0lTU19N QVhfTE9HSUNBTCk7DQorICAgICAgICAgICAgICAgICAgICAgICAgICAgc2MtPmNpc3NfY2ZnLT5t YXhfbG9naWNhbF9zdXBwb3J0ZWQpOw0KICAgICBpZiAoY2xsID09IE5VTEwpDQogICAgICAgICBy ZXR1cm47DQogDQpAQCAtMzg5MCw3ICszOTAwLDcgQEANCiAgICAgICogZmlybXdhcmUuDQogICAg ICAqLw0KICAgICBmb3IgKGkgPSAwOyBpIDwgc2MtPmNpc3NfbWF4X2xvZ2ljYWxfYnVzOyBpKysp IHsNCi0JZm9yIChqID0gMDsgaiA8IENJU1NfTUFYX0xPR0lDQUw7IGorKykgew0KKwlmb3IgKGog PSAwOyBqIDwgc2MtPmNpc3NfY2ZnLT5tYXhfbG9naWNhbF9zdXBwb3J0ZWQ7IGorKykgew0KIAkg ICAgbGQgPSAmc2MtPmNpc3NfbG9naWNhbFtpXVtqXTsNCiANCiAJICAgIGlmIChsZC0+Y2xfdXBk YXRlID09IDApDQpAQCAtNDA1OSw3ICs0MDY5LDcgQEANCiAJICAgICAqIFJlc2NhbiB0aGUgcGh5 c2ljYWwgbHVuIGxpc3QgZm9yIG5ldyBpdGVtcw0KIAkgICAgICovDQogCSAgICBjbGwgPSBjaXNz X3JlcG9ydF9sdW5zKHNjLCBDSVNTX09QQ09ERV9SRVBPUlRfUEhZU0lDQUxfTFVOUywNCi0JCQkJ ICAgQ0lTU19NQVhfUEhZU0lDQUwpOw0KKwkJCQkgICBzYy0+Y2lzc19jZmctPm1heF9waHlzaWNh bF9zdXBwb3J0ZWQpOw0KIAkgICAgaWYgKGNsbCA9PSBOVUxMKSB7DQogCQljaXNzX3ByaW50Zihz YywgIldhcm5pbmcsIGNhbm5vdCBnZXQgcGh5c2ljYWwgbHVuIGxpc3RcbiIpOw0KIAkJYnJlYWs7 DQpAQCAtNDMwNyw3ICs0MzE3LDcgQEANCiAJIlwyMFwxbm90aWZ5X29rXDJjb250cm9sX29wZW5c M2Fib3J0aW5nXDRydW5uaW5nXDIxZmFrZV9zeW5jaFwyMmJtaWNfYWJvcnRcbiIpOw0KIA0KICAg ICBmb3IgKGkgPSAwOyBpIDwgc2MtPmNpc3NfbWF4X2xvZ2ljYWxfYnVzOyBpKyspIHsNCi0JZm9y IChqID0gMDsgaiA8IENJU1NfTUFYX0xPR0lDQUw7IGorKykgew0KKwlmb3IgKGogPSAwOyBqIDwg c2MtPmNpc3NfY2ZnLT5tYXhfbG9naWNhbF9zdXBwb3J0ZWQ7IGorKykgew0KIAkgICAgY2lzc19w cmludGYoc2MsICJMT0dJQ0FMIERSSVZFICVkOiAgIiwgaSk7DQogCSAgICBjaXNzX3ByaW50X2xk cml2ZShzYywgJnNjLT5jaXNzX2xvZ2ljYWxbaV1bal0pOw0KIAl9DQpJbmRleDogY2lzc3JlZy5o DQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09DQotLS0gY2lzc3JlZy5oCShyZXZpc2lvbiAyNDUzMTApDQorKysgY2lzc3Jl Zy5oCSh3b3JraW5nIGNvcHkpDQpAQCAtNDI1LDYgKzQyNSwxNSBAQA0KICNkZWZpbmUgQ0lTU19E UklWRVJfREFVR0hURVJfQVRUQUNIRUQJCSgxPDw4KQ0KICNkZWZpbmUgQ0lTU19EUklWRVJfU0NT SV9QUkVGRVRDSAkJKDE8PDkpDQogICAgIHVfaW50MzJfdAltYXhfc2dfbGVuZ3RoOwkJLyogMzEg aW4gb2xkZXIgZmlybXdhcmUgKi8NCisvKg0KKyAqIHRoZXNlIGZpZWxkcyBhcHBlYXIgaW4gT3Bl bkNJU1MgU3BlYyAxLjA2DQorICogaHR0cDovL2NjaXNzLnNvdXJjZWZvcmdlLm5ldC8jZG9jcw0K KyAqLw0KKyAgICB1X2ludDMyX3QJbWF4X2xvZ2ljYWxfc3VwcG9ydGVkOw0KKyAgICB1X2ludDMy X3QJbWF4X3BoeXNpY2FsX3N1cHBvcnRlZDsNCisgICAgdV9pbnQzMl90CW1heF9waHlzaWNhbF9w ZXJfbG9naWNhbDsNCisgICAgdV9pbnQzMl90CW1heF9wZXJmb21hbnRfbW9kZV9jbWRzOw0KKyAg ICB1X2ludDMyX3QJbWF4X2Jsb2NrX2ZldGNoX2NvdW50Ow0KIH0gX19wYWNrZWQ7DQogDQogLyoN Cg== --=-qMd4ViJxxLLO8lizsr4e-- --=-ORZ+S4oOqTjltqlLU7pH Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAABAgAGBQJQ8HLtAAoJEBkJRdwI6BaHnXYH/3W224hbAArOSCC3b7iOw6QK BLaGTzbO6aMDYr3tUVmJumAa6xv85cwcRiaf/viDbb9LSeeJaf3esCalPeGMhJUa ioNRx0QbdAFOPoVhqVhu+70BhAw3sqHe+2/rAHBDAqfgwKdTUyJQIH9ah+LmWWnO lykGgEC7Yw1Wk6aDY7QBneA5jT6E1SL069JqY5c2q9x0nxHoCWXNO1e7ErAzvbEj 45P5d9bs3wlpdVa3CqDiTa+A8lA9QxuQ1TpPF0xgojxOXuOzaIJC7co+sbY5+uFt 8ZnRkW/fjCBY1LJPrVu3QRuXmGipqUAba5YZW7wI2tZE2NNKCxKNFjUUU4B6UqI= =EgP7 -----END PGP SIGNATURE----- --=-ORZ+S4oOqTjltqlLU7pH-- From owner-freebsd-scsi@FreeBSD.ORG Fri Jan 11 20:49:33 2013 Return-Path: Delivered-To: freebsd-scsi@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 26F1051E; Fri, 11 Jan 2013 20:49:33 +0000 (UTC) (envelope-from sbruno@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id E95E3C3; Fri, 11 Jan 2013 20:49:32 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.6/8.14.6) with ESMTP id r0BKnWHM068167; Fri, 11 Jan 2013 20:49:32 GMT (envelope-from sbruno@freefall.freebsd.org) Received: (from sbruno@localhost) by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r0BKnVi0068163; Fri, 11 Jan 2013 20:49:31 GMT (envelope-from sbruno) Date: Fri, 11 Jan 2013 20:49:31 GMT Message-Id: <201301112049.r0BKnVi0068163@freefall.freebsd.org> To: peo@intersonic.se, sbruno@FreeBSD.org, freebsd-scsi@FreeBSD.org From: sbruno@FreeBSD.org Subject: Re: kern/146287: [ciss] ciss(4) cannot see more than one SmartArray controller X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jan 2013 20:49:33 -0000 Synopsis: [ciss] ciss(4) cannot see more than one SmartArray controller State-Changed-From-To: open->closed State-Changed-By: sbruno State-Changed-When: Fri Jan 11 20:49:31 UTC 2013 State-Changed-Why: User reports that moving the hardware to different slots seems to resolve the issue. http://www.freebsd.org/cgi/query-pr.cgi?pr=146287 From owner-freebsd-scsi@FreeBSD.ORG Fri Jan 11 20:56:07 2013 Return-Path: Delivered-To: freebsd-scsi@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 24C9DA3E; Fri, 11 Jan 2013 20:56:07 +0000 (UTC) (envelope-from sbruno@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id D80EB12B; Fri, 11 Jan 2013 20:56:06 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.6/8.14.6) with ESMTP id r0BKu6sD069787; Fri, 11 Jan 2013 20:56:06 GMT (envelope-from sbruno@freefall.freebsd.org) Received: (from sbruno@localhost) by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r0BKu6YW069783; Fri, 11 Jan 2013 20:56:06 GMT (envelope-from sbruno) Date: Fri, 11 Jan 2013 20:56:06 GMT Message-Id: <201301112056.r0BKu6YW069783@freefall.freebsd.org> To: sheldon@lobo.net, sbruno@FreeBSD.org, freebsd-scsi@FreeBSD.org From: sbruno@FreeBSD.org Subject: Re: kern/144301: [ciss] [hang] HP proliant server locks when using ciss0 drive da1 but runs fine on da0 [regression] X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jan 2013 20:56:07 -0000 Synopsis: [ciss] [hang] HP proliant server locks when using ciss0 drive da1 but runs fine on da0 [regression] State-Changed-From-To: open->closed State-Changed-By: sbruno State-Changed-When: Fri Jan 11 20:56:06 UTC 2013 State-Changed-Why: This issue was introduced in svn R203489 and resolve in svn R204873 for stable/8 http://www.freebsd.org/cgi/query-pr.cgi?pr=144301 From owner-freebsd-scsi@FreeBSD.ORG Fri Jan 11 21:03:30 2013 Return-Path: Delivered-To: freebsd-scsi@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id CA266BB9; Fri, 11 Jan 2013 21:03:30 +0000 (UTC) (envelope-from sbruno@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 97991168; Fri, 11 Jan 2013 21:03:30 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.6/8.14.6) with ESMTP id r0BL3UZW071416; Fri, 11 Jan 2013 21:03:30 GMT (envelope-from sbruno@freefall.freebsd.org) Received: (from sbruno@localhost) by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r0BL3Ubx071412; Fri, 11 Jan 2013 21:03:30 GMT (envelope-from sbruno) Date: Fri, 11 Jan 2013 21:03:30 GMT Message-Id: <201301112103.r0BL3Ubx071412@freefall.freebsd.org> To: sbruno@FreeBSD.org, freebsd-scsi@FreeBSD.org, sbruno@FreeBSD.org From: sbruno@FreeBSD.org Subject: Re: kern/132250: [ciss] ciss driver does not support more then 15 drives X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jan 2013 21:03:30 -0000 Synopsis: [ciss] ciss driver does not support more then 15 drives Responsible-Changed-From-To: freebsd-scsi->sbruno Responsible-Changed-By: sbruno Responsible-Changed-When: Fri Jan 11 21:03:30 UTC 2013 Responsible-Changed-Why: This predates kern/151564, but we're going to be fixing this problem now. My patch for this issue against current is in pr kern/151564, so we're going to close this for now and ask that we track that ticket. http://www.freebsd.org/cgi/query-pr.cgi?pr=132250 From owner-freebsd-scsi@FreeBSD.ORG Fri Jan 11 21:23:30 2013 Return-Path: Delivered-To: freebsd-scsi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 758BA27F for ; Fri, 11 Jan 2013 21:23:30 +0000 (UTC) (envelope-from xenophon+freebsd@irtnog.org) Received: from mx1.irtnog.org (rrcs-24-123-13-61.central.biz.rr.com [24.123.13.61]) by mx1.freebsd.org (Postfix) with ESMTP id 3AE6825C for ; Fri, 11 Jan 2013 21:23:28 +0000 (UTC) Received: from cinep001bsdgw.irtnog.net (localhost [127.0.0.1]) by mx1.irtnog.org (Postfix) with ESMTP id B454F1A8DF for ; Fri, 11 Jan 2013 16:23:27 -0500 (EST) X-Virus-Scanned: amavisd-new at irtnog.org Received: from mx1.irtnog.org ([127.0.0.1]) by cinep001bsdgw.irtnog.net (mx1.irtnog.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id am6-Zh-HCegG for ; Fri, 11 Jan 2013 16:23:24 -0500 (EST) Received: from cinip100ntsbs.irtnog.net (cinip100ntsbs.irtnog.net [10.63.1.100]) by mx1.irtnog.org (Postfix) with ESMTP for ; Fri, 11 Jan 2013 16:23:24 -0500 (EST) Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: kern/151564: [ciss] ciss(4) should increase CISS_MAX_LOGICAL to 107 Date: Fri, 11 Jan 2013 16:23:23 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.5 Message-ID: In-Reply-To: <201301112020.r0BKK1gt063403@freefall.freebsd.org> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: kern/151564: [ciss] ciss(4) should increase CISS_MAX_LOGICAL to 107 thread-index: Ac3wORMhxzIyfSNxTnC8+rMqHBAjDwACFrUQ References: <201301112020.r0BKK1gt063403@freefall.freebsd.org> From: "xenophon\\+freebsd" To: X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jan 2013 21:23:30 -0000 > -----Original Message----- > From: owner-freebsd-scsi@freebsd.org [mailto:owner-freebsd- > scsi@freebsd.org] On Behalf Of Sean Bruno > Sent: Friday, January 11, 2013 3:20 PM >=20 > I came up with this patch that does that and I'm looking for > more review. Tested on a P400, P410 and P420 that I have. I would prefer automatic detection myself. I will test this patch first thing Monday morning and let you know if I run into trouble. Best wishes, Matthew=20 --=20 I FIGHT FOR THE USERS From owner-freebsd-scsi@FreeBSD.ORG Fri Jan 11 22:00:01 2013 Return-Path: Delivered-To: freebsd-scsi@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 65FB1BE7 for ; Fri, 11 Jan 2013 22:00:01 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 57ED83D9 for ; Fri, 11 Jan 2013 22:00:01 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.6/8.14.6) with ESMTP id r0BM011t080905 for ; Fri, 11 Jan 2013 22:00:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r0BM01sE080904; Fri, 11 Jan 2013 22:00:01 GMT (envelope-from gnats) Date: Fri, 11 Jan 2013 22:00:01 GMT Message-Id: <201301112200.r0BM01sE080904@freefall.freebsd.org> To: freebsd-scsi@FreeBSD.org Cc: From: Sean Bruno Subject: Re: kern/151564: [ciss] ciss(4) should increase CISS_MAX_LOGICAL to 107 X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Sean Bruno List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jan 2013 22:00:01 -0000 The following reply was made to PR kern/151564; it has been noted by GNATS. From: Sean Bruno To: bug-followup@FreeBSD.org, leon.kos@lecad.fs.uni-lj.si Cc: Subject: Re: kern/151564: [ciss] ciss(4) should increase CISS_MAX_LOGICAL to 107 Date: Fri, 11 Jan 2013 13:51:01 -0800 P410 + my patch ciss0: port 0xd800-0xd8ff mem 0xfb800000-0xfbbfffff,0xfbdff000-0xfbdfffff irq 30 at device 0.0 on pci5 ciss0: PERFORMANT Transport ciss0: attempting to allocate 1 MSI-X vectors (16 supported) msi: routing MSI-X IRQ 260 to local APIC 0 vector 56 ciss0: using IRQ 260 for MSI-X ciss0: Using 1 MSIX interrupt ciss0: using 1024 of 1024 available commands ciss0: 1 logical drive configured ciss0: firmware 3.52 ciss0: 1 SCSI channels ciss0: signature 'CISS' ciss0: valence 3 ciss0: supported I/O methods 0x78000007 ciss0: active I/O method 0x5 ciss0: 4G page base 0x00000000 ciss0: interrupt coalesce delay 0us ciss0: interrupt coalesce count 16 ciss0: max outstanding commands 1024 ciss0: bus types 0x200000 ciss0: server name 'USE928N4K2' ciss0: heartbeat 0x4bf ciss0: max logical logical volumes: 64 ciss0: max physical disks supported: 255 ciss0: max physical disks per logical volume: 128 ciss0: 14 physical devices ciss0: 1 logical drive ciss0: logical drive (b0t0): RAID 5, 2096640MB online From owner-freebsd-scsi@FreeBSD.ORG Fri Jan 11 23:50:03 2013 Return-Path: Delivered-To: freebsd-scsi@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 0AD98C8B for ; Fri, 11 Jan 2013 23:50:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id DA13BA1F for ; Fri, 11 Jan 2013 23:50:02 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.6/8.14.6) with ESMTP id r0BNo2G7000566 for ; Fri, 11 Jan 2013 23:50:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r0BNo2JN000565; Fri, 11 Jan 2013 23:50:02 GMT (envelope-from gnats) Date: Fri, 11 Jan 2013 23:50:02 GMT Message-Id: <201301112350.r0BNo2JN000565@freefall.freebsd.org> To: freebsd-scsi@FreeBSD.org Cc: From: Sean Bruno Subject: Re: kern/151564: [ciss] ciss(4) should increase CISS_MAX_LOGICAL to 107 X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Sean Bruno List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jan 2013 23:50:03 -0000 The following reply was made to PR kern/151564; it has been noted by GNATS. From: Sean Bruno To: bug-followup@FreeBSD.org, leon.kos@lecad.fs.uni-lj.si Cc: Subject: Re: kern/151564: [ciss] ciss(4) should increase CISS_MAX_LOGICAL to 107 Date: Fri, 11 Jan 2013 15:41:59 -0800 --=-mlPbEYIf7G1O296wI1qx Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable P420 + my patch ciss0: port 0x6000-0x60ff mem 0xf7f00000-0xf7ffffff,0xf7ef0000-0xf7ef03ff irq 40 at device 0.0 on pci8 ciss0: PERFORMANT Transport ciss0: attempting to allocate 1 MSI-X vectors (64 supported) msi: routing MSI-X IRQ 264 to local APIC 0 vector 59 ciss0: using IRQ 264 for MSI-X ciss0: Using 1 MSIX interrupt ciss0: using 1024 of 1024 available commands ciss0: 1 logical drive configured ciss0: firmware 1.20 ciss0: 1 SCSI channels ciss0: signature 'CISS' ciss0: valence 3 ciss0: supported I/O methods 0x7c000047 ciss0: active I/O method 0x5 ciss0: 4G page base 0x00000000 ciss0: interrupt coalesce delay 0us ciss0: interrupt coalesce count 16 ciss0: max outstanding commands 1024 ciss0: bus types 0x200000 ciss0: server name 'CN7152001D' ciss0: heartbeat 0xc27 ciss0: max logical logical volumes: 64 ciss0: max physical disks supported: 384 ciss0: max physical disks per logical volume: 128 ciss0: 7 physical devices ciss0: 1 logical drive ciss0: logical drive (b0t0): RAID 1(1+0), 1907200MB online --=-mlPbEYIf7G1O296wI1qx Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAABAgAGBQJQ8KNHAAoJEBkJRdwI6BaHGfgH/A4GStc8gvv8UWFccvKM6nI5 VPCTj86hqgf3MCvCuoB7SA/0EF6m5EApD78oHzbG9BbI2lVGzWfJGkZNQ3Q5OkMQ RyYeSyA3rKvHtqmFny/XTN9sk6Ia0yMijJvYVO/zEYrTHxBwXIYqhgo1hp0nzqCO pAxh4pwnBW2yemt3pDvopM8bIsACtCTcUnUPImmh8M/0yW8QhSIVjqrA5LCktC9o tyOXhPwr5g46ux5/RyJpWJAYZX6UWDPjOkMLm5rYi9fUv+EMhD/kGwbAbNG+Mr2e W/mIi/zaU2h1JnQeMU2AnoGATfDa1fz5NKNL71/qf313yk448pY1ttGNoXN8Ihc= =r7EP -----END PGP SIGNATURE----- --=-mlPbEYIf7G1O296wI1qx-- From owner-freebsd-scsi@FreeBSD.ORG Fri Jan 11 23:50:03 2013 Return-Path: Delivered-To: freebsd-scsi@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id EC86AC8C for ; Fri, 11 Jan 2013 23:50:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id C7E5CA20 for ; Fri, 11 Jan 2013 23:50:03 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.6/8.14.6) with ESMTP id r0BNo3LP000572 for ; Fri, 11 Jan 2013 23:50:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r0BNo3JO000571; Fri, 11 Jan 2013 23:50:03 GMT (envelope-from gnats) Date: Fri, 11 Jan 2013 23:50:03 GMT Message-Id: <201301112350.r0BNo3JO000571@freefall.freebsd.org> To: freebsd-scsi@FreeBSD.org Cc: From: Sean Bruno Subject: Re: kern/151564: [ciss] ciss(4) should increase CISS_MAX_LOGICAL to 107 X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Sean Bruno List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jan 2013 23:50:04 -0000 The following reply was made to PR kern/151564; it has been noted by GNATS. From: Sean Bruno To: bug-followup@FreeBSD.org, leon.kos@lecad.fs.uni-lj.si Cc: Subject: Re: kern/151564: [ciss] ciss(4) should increase CISS_MAX_LOGICAL to 107 Date: Fri, 11 Jan 2013 15:45:41 -0800 heh, breaks a 6i on a HP DL380 G4 ciss0: port 0x4000-0x40ff mem 0xfdff0000-0xfdff1fff,0xfdf80000-0xfdfbffff irq 51 at device 3.0 on pci4 ciss0: PERFORMANT Transport ciss0: got 0 MSI messages] ciss0: adapter claims to report absurd number of logical drives (1 > 0) From owner-freebsd-scsi@FreeBSD.ORG Sat Jan 12 01:20:01 2013 Return-Path: Delivered-To: freebsd-scsi@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 80647E21 for ; Sat, 12 Jan 2013 01:20:01 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 6053FD94 for ; Sat, 12 Jan 2013 01:20:01 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.6/8.14.6) with ESMTP id r0C1K18q024633 for ; Sat, 12 Jan 2013 01:20:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r0C1K1Hp024632; Sat, 12 Jan 2013 01:20:01 GMT (envelope-from gnats) Date: Sat, 12 Jan 2013 01:20:01 GMT Message-Id: <201301120120.r0C1K1Hp024632@freefall.freebsd.org> To: freebsd-scsi@FreeBSD.org Cc: From: Sean Bruno Subject: Re: kern/151564: [ciss] ciss(4) should increase CISS_MAX_LOGICAL to 107 X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Sean Bruno List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jan 2013 01:20:01 -0000 The following reply was made to PR kern/151564; it has been noted by GNATS. From: Sean Bruno To: bug-followup@FreeBSD.org, leon.kos@lecad.fs.uni-lj.si Cc: peter Subject: Re: kern/151564: [ciss] ciss(4) should increase CISS_MAX_LOGICAL to 107 Date: Fri, 11 Jan 2013 17:17:51 -0800 --=-VU6ICzSz8eqrj1bn7pu+ Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit ok, fixed on the 6i and older with the attached patch. Try this one instead, basically I had a typo in a variable name and I was making core logic decisions in boot_verbose code. :-) this also means, I'm probably going to revert svn r242089 as it might not be the right thing to do, but impossible to hit on older controllers. ciss0: port 0x4000-0x40ff mem 0xfdff0000-0xfdff1fff,0xfdf80000-0xfdfbffff irq 51 at device 3.0 on pci4 ciss0: PERFORMANT Transport ciss0: got 0 MSI messages] ioapic2: routing intpin 3 (PCI IRQ 51) to lapic 0 vector 52 ciss0: using 1024 of 1024 available commands ciss0: 1 logical drive configured ciss0: firmware 2.26 ciss0: 2 SCSI channels ciss0: signature 'CISS' ciss0: valence 1 ciss0: supported I/O methods 0x80000006 ciss0: active I/O method 0x5 ciss0: 4G page base 0x00000000 ciss0: interrupt coalesce delay 0us ciss0: interrupt coalesce count 16 ciss0: max outstanding commands 1024 ciss0: bus types 0x2 ciss0: server name '' ciss0: heartbeat 0x1000008d ciss0: max logical logical volumes: 63 ciss0: max physical disks supported: 1024 ciss0: max physical disks per logical volume: 0 ciss0: 7 physical devices ciss0: 1 logical drive ciss0: logical drive (b0t0): RAID 1(1+0), 103936MB online --=-VU6ICzSz8eqrj1bn7pu+ Content-Disposition: attachment; filename="ciss_probe_logical_physical.diff" Content-Type: text/x-patch; name="ciss_probe_logical_physical.diff"; charset="UTF-8" Content-Transfer-Encoding: 7bit --- //depot/yahoo/ybsd_9/src/sys/dev/ciss/ciss.c 2012-03-17 00:14:40.000000000 0000 +++ /home/seanbru/ybsd_9/sys/dev/ciss/ciss.c 2012-03-17 00:14:40.000000000 0000 @@ -1202,13 +1202,21 @@ /* XXX only really required for old 5300 adapters? */ sc->ciss_flags |= CISS_FLAG_BMIC_ABORT; + /* + * Earlier controller specs do not contain these config + * entries, so assume that a 0 means its old and assign + * these values to the defaults that were established + * when this driver was developed for them + */ + if (sc->ciss_cfg->max_logical_supported == 0) + sc->ciss_cfg->max_logical_supported = CISS_MAX_LOGICAL; + if (sc->ciss_cfg->max_physical_supported == 0) + sc->ciss_cfg->max_physical_supported = CISS_MAX_PHYSICAL; /* print information */ if (bootverbose) { -#if 0 /* XXX proxy volumes??? */ ciss_printf(sc, " %d logical drive%s configured\n", sc->ciss_id->configured_logical_drives, (sc->ciss_id->configured_logical_drives == 1) ? "" : "s"); -#endif ciss_printf(sc, " firmware %4.4s\n", sc->ciss_id->running_firmware_revision); ciss_printf(sc, " %d SCSI channels\n", sc->ciss_id->scsi_bus_count); @@ -1231,6 +1239,9 @@ "\20\1ultra2\2ultra3\10fibre1\11fibre2\n"); ciss_printf(sc, " server name '%.16s'\n", sc->ciss_cfg->server_name); ciss_printf(sc, " heartbeat 0x%x\n", sc->ciss_cfg->heartbeat); + ciss_printf(sc, " max logical logical volumes: %d\n", sc->ciss_cfg->max_logical_supported); + ciss_printf(sc, " max physical disks supported: %d\n", sc->ciss_cfg->max_physical_supported); + ciss_printf(sc, " max physical disks per logical volume: %d\n", sc->ciss_cfg->max_physical_per_logical); } out: @@ -1318,7 +1329,7 @@ break; case CISS_CMD_STATUS_DATA_OVERRUN: ciss_printf(sc, "WARNING: more units than driver limit (%d)\n", - CISS_MAX_LOGICAL); + sc->ciss_cfg->max_logical_supported); break; default: ciss_printf(sc, "error detecting logical drive configuration (%s)\n", @@ -1352,7 +1363,7 @@ debug_called(1); cll = ciss_report_luns(sc, CISS_OPCODE_REPORT_LOGICAL_LUNS, - CISS_MAX_LOGICAL); + sc->ciss_cfg->max_logical_supported); if (cll == NULL) { error = ENXIO; goto out; @@ -1360,9 +1371,9 @@ /* sanity-check reply */ ndrives = (ntohl(cll->list_size) / sizeof(union ciss_device_address)); - if ((ndrives < 0) || (ndrives > CISS_MAX_LOGICAL)) { + if ((ndrives < 0) || (ndrives > sc->ciss_cfg->max_logical_supported)) { ciss_printf(sc, "adapter claims to report absurd number of logical drives (%d > %d)\n", - ndrives, CISS_MAX_LOGICAL); + ndrives, sc->ciss_cfg->max_logical_supported); error = ENXIO; goto out; } @@ -1385,19 +1396,20 @@ for (i = 0; i <= sc->ciss_max_logical_bus; i++) { sc->ciss_logical[i] = - malloc(CISS_MAX_LOGICAL * sizeof(struct ciss_ldrive), + malloc(sc->ciss_cfg->max_logical_supported * + sizeof(struct ciss_ldrive), CISS_MALLOC_CLASS, M_NOWAIT | M_ZERO); if (sc->ciss_logical[i] == NULL) { error = ENXIO; goto out; } - for (j = 0; j < CISS_MAX_LOGICAL; j++) + for (j = 0; j < sc->ciss_cfg->max_logical_supported; j++) sc->ciss_logical[i][j].cl_status = CISS_LD_NONEXISTENT; } - for (i = 0; i < CISS_MAX_LOGICAL; i++) { + for (i = 0; i < sc->ciss_cfg->max_logical_supported; i++) { if (i < ndrives) { struct ciss_ldrive *ld; int bus, target; @@ -1439,7 +1451,7 @@ target = 0; cll = ciss_report_luns(sc, CISS_OPCODE_REPORT_PHYSICAL_LUNS, - CISS_MAX_PHYSICAL); + sc->ciss_cfg->max_physical_supported); if (cll == NULL) { error = ENXIO; goto out; @@ -1982,7 +1994,7 @@ bus_dma_tag_destroy(sc->ciss_parent_dmat); if (sc->ciss_logical) { for (i = 0; i <= sc->ciss_max_logical_bus; i++) { - for (j = 0; j < CISS_MAX_LOGICAL; j++) { + for (j = 0; j < sc->ciss_cfg->max_logical_supported; j++) { if (sc->ciss_logical[i][j].cl_ldrive) free(sc->ciss_logical[i][j].cl_ldrive, CISS_MALLOC_CLASS); if (sc->ciss_logical[i][j].cl_lstatus) @@ -2965,9 +2977,9 @@ cpi->hba_inquiry = PI_TAG_ABLE; /* XXX is this correct? */ cpi->target_sprt = 0; cpi->hba_misc = 0; - cpi->max_target = CISS_MAX_LOGICAL; + cpi->max_target = sc->ciss_cfg->max_logical_supported; cpi->max_lun = 0; /* 'logical drive' channel only */ - cpi->initiator_id = CISS_MAX_LOGICAL; + cpi->initiator_id = sc->ciss_cfg->max_logical_supported; strncpy(cpi->sim_vid, "FreeBSD", SIM_IDLEN); strncpy(cpi->hba_vid, "msmith@freebsd.org", HBA_IDLEN); strncpy(cpi->dev_name, cam_sim_name(sim), DEV_IDLEN); @@ -3878,7 +3890,7 @@ * drive address. */ cll = ciss_report_luns(sc, CISS_OPCODE_REPORT_LOGICAL_LUNS, - CISS_MAX_LOGICAL); + sc->ciss_cfg->max_logical_supported); if (cll == NULL) return; @@ -3889,7 +3901,7 @@ * firmware. */ for (i = 0; i < sc->ciss_max_logical_bus; i++) { - for (j = 0; j < CISS_MAX_LOGICAL; j++) { + for (j = 0; j < sc->ciss_cfg->max_logical_supported; j++) { ld = &sc->ciss_logical[i][j]; if (ld->cl_update == 0) @@ -4058,7 +4070,7 @@ * Rescan the physical lun list for new items */ cll = ciss_report_luns(sc, CISS_OPCODE_REPORT_PHYSICAL_LUNS, - CISS_MAX_PHYSICAL); + sc->ciss_cfg->max_physical_supported); if (cll == NULL) { ciss_printf(sc, "Warning, cannot get physical lun list\n"); break; @@ -4306,7 +4318,7 @@ "\20\1notify_ok\2control_open\3aborting\4running\21fake_synch\22bmic_abort\n"); for (i = 0; i < sc->ciss_max_logical_bus; i++) { - for (j = 0; j < CISS_MAX_LOGICAL; j++) { + for (j = 0; j < sc->ciss_cfg->max_logical_supported; j++) { ciss_printf(sc, "LOGICAL DRIVE %d: ", i); ciss_print_ldrive(sc, &sc->ciss_logical[i][j]); } --- //depot/yahoo/ybsd_9/src/sys/dev/ciss/cissreg.h 2011-11-02 23:46:55.000000000 0000 +++ /home/seanbru/ybsd_9/sys/dev/ciss/cissreg.h 2011-11-02 23:46:55.000000000 0000 @@ -425,6 +425,15 @@ #define CISS_DRIVER_DAUGHTER_ATTACHED (1<<8) #define CISS_DRIVER_SCSI_PREFETCH (1<<9) u_int32_t max_sg_length; /* 31 in older firmware */ +/* + * these fields appear in OpenCISS Spec 1.06 + * http://cciss.sourceforge.net/#docs + */ + u_int32_t max_logical_supported; + u_int32_t max_physical_supported; + u_int32_t max_physical_per_logical; + u_int32_t max_perfomant_mode_cmds; + u_int32_t max_block_fetch_count; } __packed; /* --=-VU6ICzSz8eqrj1bn7pu+-- From owner-freebsd-scsi@FreeBSD.ORG Sat Jan 12 01:22:32 2013 Return-Path: Delivered-To: freebsd-scsi@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id E4A72E6B; Sat, 12 Jan 2013 01:22:32 +0000 (UTC) (envelope-from sbruno@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id B8643DAB; Sat, 12 Jan 2013 01:22:32 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.6/8.14.6) with ESMTP id r0C1MW8R026163; Sat, 12 Jan 2013 01:22:32 GMT (envelope-from sbruno@freefall.freebsd.org) Received: (from sbruno@localhost) by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r0C1MWEU026159; Sat, 12 Jan 2013 01:22:32 GMT (envelope-from sbruno) Date: Sat, 12 Jan 2013 01:22:32 GMT Message-Id: <201301120122.r0C1MWEU026159@freefall.freebsd.org> To: sbruno@FreeBSD.org, freebsd-scsi@FreeBSD.org, sbruno@FreeBSD.org From: sbruno@FreeBSD.org Subject: Re: kern/151564: [ciss] ciss(4) should increase CISS_MAX_LOGICAL to 107 X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jan 2013 01:22:33 -0000 Synopsis: [ciss] ciss(4) should increase CISS_MAX_LOGICAL to 107 Responsible-Changed-From-To: freebsd-scsi->sbruno Responsible-Changed-By: sbruno Responsible-Changed-When: Sat Jan 12 01:22:00 UTC 2013 Responsible-Changed-Why: I have updated the patch with a more reasonable version and we'll be splitting the submitter's original patch into multiple revisions http://www.freebsd.org/cgi/query-pr.cgi?pr=151564 From owner-freebsd-scsi@FreeBSD.ORG Sat Jan 12 01:24:53 2013 Return-Path: Delivered-To: freebsd-scsi@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 31C8BEA2; Sat, 12 Jan 2013 01:24:53 +0000 (UTC) (envelope-from sbruno@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 05255DB6; Sat, 12 Jan 2013 01:24:53 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.6/8.14.6) with ESMTP id r0C1Oq9k026295; Sat, 12 Jan 2013 01:24:52 GMT (envelope-from sbruno@freefall.freebsd.org) Received: (from sbruno@localhost) by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r0C1Oqwd026291; Sat, 12 Jan 2013 01:24:52 GMT (envelope-from sbruno) Date: Sat, 12 Jan 2013 01:24:52 GMT Message-Id: <201301120124.r0C1Oqwd026291@freefall.freebsd.org> To: sbruno@FreeBSD.org, freebsd-scsi@FreeBSD.org, sbruno@FreeBSD.org From: sbruno@FreeBSD.org Subject: Re: kern/152250: [ciss] [patch] Kernel panic when hw.ciss.expose_hidden_physical is set X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jan 2013 01:24:53 -0000 Synopsis: [ciss] [patch] Kernel panic when hw.ciss.expose_hidden_physical is set Responsible-Changed-From-To: freebsd-scsi->sbruno Responsible-Changed-By: sbruno Responsible-Changed-When: Sat Jan 12 01:24:52 UTC 2013 Responsible-Changed-Why: Taking ticket as this is in my universe ish http://www.freebsd.org/cgi/query-pr.cgi?pr=152250 From owner-freebsd-scsi@FreeBSD.ORG Sat Jan 12 01:33:58 2013 Return-Path: Delivered-To: freebsd-scsi@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 53A7FF81; Sat, 12 Jan 2013 01:33:58 +0000 (UTC) (envelope-from sbruno@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 14849DEF; Sat, 12 Jan 2013 01:33:58 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.6/8.14.6) with ESMTP id r0C1Xv2n028454; Sat, 12 Jan 2013 01:33:57 GMT (envelope-from sbruno@freefall.freebsd.org) Received: (from sbruno@localhost) by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r0C1Xvwj028450; Sat, 12 Jan 2013 01:33:57 GMT (envelope-from sbruno) Date: Sat, 12 Jan 2013 01:33:57 GMT Message-Id: <201301120133.r0C1Xvwj028450@freefall.freebsd.org> To: sbruno@FreeBSD.org, freebsd-scsi@FreeBSD.org, sbruno@FreeBSD.org From: sbruno@FreeBSD.org Subject: Re: kern/153361: [ciss] Smart Array 5300 boot/detect drive problem X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jan 2013 01:33:58 -0000 Synopsis: [ciss] Smart Array 5300 boot/detect drive problem Responsible-Changed-From-To: freebsd-scsi->sbruno Responsible-Changed-By: sbruno Responsible-Changed-When: Sat Jan 12 01:33:57 UTC 2013 Responsible-Changed-Why: Taking ticket for monitoring and feedback http://www.freebsd.org/cgi/query-pr.cgi?pr=153361 From owner-freebsd-scsi@FreeBSD.ORG Sat Jan 12 21:10:02 2013 Return-Path: Delivered-To: freebsd-scsi@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 423C0CBB for ; Sat, 12 Jan 2013 21:10:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 31BE3971 for ; Sat, 12 Jan 2013 21:10:02 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.6/8.14.6) with ESMTP id r0CLA1s7045935 for ; Sat, 12 Jan 2013 21:10:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r0CLA15X045934; Sat, 12 Jan 2013 21:10:01 GMT (envelope-from gnats) Date: Sat, 12 Jan 2013 21:10:01 GMT Message-Id: <201301122110.r0CLA15X045934@freefall.freebsd.org> To: freebsd-scsi@FreeBSD.org Cc: From: Sean Bruno Subject: Re: kern/171650: [da] da(4) driver does not recognize end of cciss (SmartArray) >volume reconstruction X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Sean Bruno List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jan 2013 21:10:02 -0000 The following reply was made to PR kern/171650; it has been noted by GNATS. From: Sean Bruno To: bug-followup@FreeBSD.org, otis@sk.FreeBSD.org Cc: Subject: Re: kern/171650: [da] da(4) driver does not recognize end of cciss (SmartArray) >volume reconstruction Date: Sat, 12 Jan 2013 12:56:05 -0800 --=-tMpvB33iBKXlTWZvjzNf Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable I suspect a logic error in ciss.c::ciss_notify_logical() that is failing to tell CAM to rescan the disk in the recovery condition. I'll take a look at this early on Monday, as I see the reported results from my test on a P410. I can clear this via a "camcontrol rescan all" which will work in this case. Sean --=-tMpvB33iBKXlTWZvjzNf Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAABAgAGBQJQ8c3lAAoJEBkJRdwI6BaHn7IH/1nyOsYdlTuHMkjVg1JAQpDX s/VwrtTJI+2DqCeSXd749V7DmvuOh4UYQwH2LY0ommcD+Rj2QWr0AG7xEdPn9JRO CcKiVd6bYBAbLgld6E9rSXEzsKgh/HW6k79RxyVFbbrMDCtJHssVJavs/+gRXGBZ n+x44eiUNV18zlkIt/oU19sV/Y3WicJX6mvXB9sJu/BLUpYG271HxQoCghBILG6g 4oNH/ypzydW78LU2lQukyEpPhEYhxY2Z+nt5by31gwShRBoeYKCdcBG2678spPtb ga0sx9KPxrMH1YqkJ9Yptk2z94eHDiq5KC9lfdS1fQad4TczFei0L1ugNdU0ciM= =LPPk -----END PGP SIGNATURE----- --=-tMpvB33iBKXlTWZvjzNf--