From owner-freebsd-scsi@FreeBSD.ORG Mon Nov 24 11:07:22 2008 Return-Path: Delivered-To: freebsd-scsi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6B1F1106564A for ; Mon, 24 Nov 2008 11:07:22 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 5A8ED8FC17 for ; Mon, 24 Nov 2008 11:07:22 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id mAOB7M1M020035 for ; Mon, 24 Nov 2008 11:07:22 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id mAOB7LGd020031 for freebsd-scsi@FreeBSD.org; Mon, 24 Nov 2008 11:07:21 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 24 Nov 2008 11:07:21 GMT Message-Id: <200811241107.mAOB7LGd020031@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-scsi@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-scsi@FreeBSD.org X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Nov 2008 11:07:22 -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/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/127901 scsi [scsi] "inquiry data fails comparison at DV1 step" [re 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 30 problems total. From owner-freebsd-scsi@FreeBSD.ORG Tue Nov 25 23:33:38 2008 Return-Path: Delivered-To: freebsd-scsi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 52E371065679; Tue, 25 Nov 2008 23:33:38 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 30CCE8FC18; Tue, 25 Nov 2008 23:33:38 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id mAPNXcB7020280; Tue, 25 Nov 2008 23:33:38 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id mAPNXbRD020276; Tue, 25 Nov 2008 23:33:37 GMT (envelope-from linimon) Date: Tue, 25 Nov 2008 23:33:37 GMT Message-Id: <200811252333.mAPNXbRD020276@freefall.freebsd.org> To: andy@demos.su, linimon@FreeBSD.org, freebsd-scsi@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/127901: [scsi] "inquiry data fails comparison at DV1 step" [regression] X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Nov 2008 23:33:38 -0000 Synopsis: [scsi] "inquiry data fails comparison at DV1 step" [regression] State-Changed-From-To: open->closed State-Changed-By: linimon State-Changed-When: Tue Nov 25 23:33:23 UTC 2008 State-Changed-Why: Superseded by kern/128245. http://www.freebsd.org/cgi/query-pr.cgi?pr=127901 From owner-freebsd-scsi@FreeBSD.ORG Thu Nov 27 09:22:44 2008 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ED48F1065672 for ; Thu, 27 Nov 2008 09:22:43 +0000 (UTC) (envelope-from mailshakeb@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.183]) by mx1.freebsd.org (Postfix) with ESMTP id C11728FC14 for ; Thu, 27 Nov 2008 09:22:43 +0000 (UTC) (envelope-from mailshakeb@gmail.com) Received: by wa-out-1112.google.com with SMTP id m34so420614wag.27 for ; Thu, 27 Nov 2008 01:22:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type; bh=vy2BtrvVVSM/bP0Nfr3GisOwWINIRPemiDTSlaBr4rY=; b=fja9iIl2v2DDGxQH7SjXtn7QXGaNbxp/As4WTaVUcR05WbHNCITvlfOiXCTOF6peee qXvRxIfAvGzI1eK2RtIhjzry+i2VAmtMCUgE/Pl1H34OK0qBheJqGhyXgNR8v5Izy/lT 8jPyhKtduqZrtIAOJqw/6dL8lMGMcsR72p1G4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type; b=UwwvpZxruRrtvCos4aNVoGXq0EHO44appKYsr/+X8RGcxq67m/hlla0gn8W6GiaHXr NWT4I1oTRGKf48y+IWlaSStFlhBb9QhdgcYW0b2LacTWZ/omadt1odH2QjSmujtJIV2I kciAcHfxCjHzU6dhk5KfOF754oYPKraPLA5P8= Received: by 10.114.191.1 with SMTP id o1mr3837808waf.209.1227775963046; Thu, 27 Nov 2008 00:52:43 -0800 (PST) Received: by 10.114.202.17 with HTTP; Thu, 27 Nov 2008 00:52:42 -0800 (PST) Message-ID: <124704c40811270052s1d215d24kc7b057da17a1cb83@mail.gmail.com> Date: Thu, 27 Nov 2008 14:22:42 +0530 From: "shakeb ainul" To: freebsd-scsi@freebsd.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_28988_2371939.1227775963034" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Problem with RAID1 Disk on Freebsd X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Nov 2008 09:22:44 -0000 ------=_Part_28988_2371939.1227775963034 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi, I am a developer with one of the top IT companies in Asia. I have the following problem with my RAID 1 server. Last week, the only disk of my server failed due to unknown reason and it required a reboot of the server. Following error messages were logged in: /var/log/messages Nov 21 02:18:17 server1 kernel: ciss0: *** SCSI bus speed downshifted, SCSI port 2 Nov 21 02:20:58 server1 kernel: ciss0: *** SCSI bus speed downshifted, SCSI port 2 Nov 21 02:22:37 server1 kernel: ciss0: *** SCSI bus speed downshifted, SCSI port 2 Nov 21 02:31:01 server1 kernel: ciss0: *** Physical drive failure: SCSI port 2 ID 1 Nov 21 02:31:01 server1 kernel: ciss0: *** State change, logical drive 0 Nov 21 02:31:01 server1 kernel: ciss0: logical drive 0 (da0) changed status OK->interim recovery, spare status 0x0 Attached is the dmesg.boot file of my server. Please advise on what could be the possible causes for this fault and what can we do to ensure it does not happen again in future. Thanks in anticipation. Regards, SHAKEB AINUL ------=_Part_28988_2371939.1227775963034 Content-Type: text/plain; name=dmesg.boot.txt Content-Transfer-Encoding: base64 X-Attachment-Id: f_fo15npw90 Content-Disposition: attachment; filename=dmesg.boot.txt Q29weXJpZ2h0IChjKSAxOTkyLTIwMDcgVGhlIEZyZWVCU0QgUHJvamVjdC4NCkNvcHlyaWdodCAo YykgMTk3OSwgMTk4MCwgMTk4MywgMTk4NiwgMTk4OCwgMTk4OSwgMTk5MSwgMTk5MiwgMTk5Mywg MTk5NA0KICAgICAgICBUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlh LiBBbGwgcmlnaHRzIHJlc2VydmVkLg0KRnJlZUJTRCBpcyBhIHJlZ2lzdGVyZWQgdHJhZGVtYXJr IG9mIFRoZSBGcmVlQlNEIEZvdW5kYXRpb24uDQpGcmVlQlNEIDYuMi1SRUxFQVNFICMwOiBNb24g Tm92ICA1IDE0OjI5OjM2IEVTVCAyMDA3DQogICAgcm9vdEBwaXQtY3ZzOi91c3Ivb2JqL3Vzci9z cmMvc3lzL0hQX0RMMzgwRzRfU01QX1BJVFQNClRpbWVjb3VudGVyICJpODI1NCIgZnJlcXVlbmN5 IDExOTMxODIgSHogcXVhbGl0eSAwDQpDUFU6IEludGVsKFIpIFhlb24oVE0pIENQVSAzLjQwR0h6 ICgzNDAwLjE0LU1IeiBLOC1jbGFzcyBDUFUpDQogIE9yaWdpbiA9ICJHZW51aW5lSW50ZWwiICBJ ZCA9IDB4ZjQxICBTdGVwcGluZyA9IDENCiAgRmVhdHVyZXM9MHhiZmViZmJmZjxGUFUsVk1FLERF LFBTRSxUU0MsTVNSLFBBRSxNQ0UsQ1g4LEFQSUMsU0VQLE1UUlIsUEdFLE1DQSxDTU9WLFBBVCxQ U0UzNixDTEZMVVNILERUUyxBQ1BJLE1NWCxGWFNSLFNTRSxTU0UyLFNTLEhUVCxUTSxQQkUNCj4N CiAgRmVhdHVyZXMyPTB4NjQ5ZDxTU0UzLFJTVkQyLE1PTixEU19DUEwsRVNULENOVFgtSUQsQ1gx Niw8YjE0Pj4NCiAgQU1EIEZlYXR1cmVzPTB4MjAwMDA4MDA8U1lTQ0FMTCxMTT4NCiAgTG9naWNh bCBDUFVzIHBlciBjb3JlOiAyDQpyZWFsIG1lbW9yeSAgPSAyMTQ3NDMwNDAwICgyMDQ3IE1CKQ0K YXZhaWwgbWVtb3J5ID0gMjA2NjE2OTg1NiAoMTk3MCBNQikNCkFDUEkgQVBJQyBUYWJsZTogPEhQ ICAgICAwMDAwMDA4Mz4NCkZyZWVCU0QvU01QOiBNdWx0aXByb2Nlc3NvciBTeXN0ZW0gRGV0ZWN0 ZWQ6IDQgQ1BVcw0KIGNwdTAgKEJTUCk6IEFQSUMgSUQ6ICAwDQogY3B1MSAoQVApOiBBUElDIElE OiAgMQ0KIGNwdTIgKEFQKTogQVBJQyBJRDogIDYNCiBjcHUzIChBUCk6IEFQSUMgSUQ6ICA3DQpp b2FwaWMwIDxWZXJzaW9uIDIuMD4gaXJxcyAwLTIzIG9uIG1vdGhlcmJvYXJkDQppb2FwaWMxIDxW ZXJzaW9uIDIuMD4gaXJxcyAyNC00NyBvbiBtb3RoZXJib2FyZA0KaW9hcGljMiA8VmVyc2lvbiAy LjA+IGlycXMgNDgtNzEgb24gbW90aGVyYm9hcmQNCmlvYXBpYzMgPFZlcnNpb24gMi4wPiBpcnFz IDcyLTk1IG9uIG1vdGhlcmJvYXJkDQppb2FwaWM0IDxWZXJzaW9uIDIuMD4gaXJxcyA5Ni0xMTkg b24gbW90aGVyYm9hcmQNCmFjcGkwOiA8SFAgUDUxPiBvbiBtb3RoZXJib2FyZA0KYWNwaTA6IFBv d2VyIEJ1dHRvbiAoZml4ZWQpDQpUaW1lY291bnRlciAiQUNQSS1zYWZlIiBmcmVxdWVuY3kgMzU3 OTU0NSBIeiBxdWFsaXR5IDEwMDANCmFjcGlfdGltZXIwOiA8MjQtYml0IHRpbWVyIGF0IDMuNTc5 NTQ1TUh6PiBwb3J0IDB4OTA4LTB4OTBiIG9uIGFjcGkwDQpjcHUwOiA8QUNQSSBDUFU+IG9uIGFj cGkwDQphY3BpX3BlcmYwOiA8QUNQSSBDUFUgRnJlcXVlbmN5IENvbnRyb2w+IG9uIGNwdTANCmNw dTE6IDxBQ1BJIENQVT4gb24gYWNwaTANCmNwdTI6IDxBQ1BJIENQVT4gb24gYWNwaTANCmNwdTM6 IDxBQ1BJIENQVT4gb24gYWNwaTANCnBjaWIwOiA8QUNQSSBIb3N0LVBDSSBicmlkZ2U+IG9uIGFj cGkwDQpwY2kwOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMA0KcGNpYjE6IDxBQ1BJIFBDSS1QQ0kg YnJpZGdlPiBhdCBkZXZpY2UgMi4wIG9uIHBjaTANCnBjaTI6IDxBQ1BJIFBDSSBidXM+IG9uIHBj aWIxDQpwY2liMjogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSAwLjAgb24gcGNpMg0K cGNpMzogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjINCmJnZTA6IDxCcm9hZGNvbSBCQ001NzA0IEIw LCBBU0lDIHJldi4gMHgyMTAwPiBtZW0gMHhmZGVmMDAwMC0weGZkZWZmZmZmIGlycSAyNSBhdCBk ZXZpY2UgMS4wIG9uIHBjaTMNCm1paWJ1czA6IDxNSUkgYnVzPiBvbiBiZ2UwDQpicmdwaHkwOiA8 QkNNNTcwNCAxMC8xMDAvMTAwMGJhc2VUWCBQSFk+IG9uIG1paWJ1czANCmJyZ3BoeTA6ICAxMGJh c2VULCAxMGJhc2VULUZEWCwgMTAwYmFzZVRYLCAxMDBiYXNlVFgtRkRYLCAxMDAwYmFzZVRYLCAx MDAwYmFzZVRYLUZEWCwgYXV0bw0KYmdlMDogRXRoZXJuZXQgYWRkcmVzczogMDA6MTM6MjE6Y2M6 ZDU6N2QNCmJnZTE6IDxCcm9hZGNvbSBCQ001NzA0IEIwLCBBU0lDIHJldi4gMHgyMTAwPiBtZW0g MHhmZGVlMDAwMC0weGZkZWVmZmZmIGlycSAyNiBhdCBkZXZpY2UgMS4xIG9uIHBjaTMNCm1paWJ1 czE6IDxNSUkgYnVzPiBvbiBiZ2UxDQpicmdwaHkxOiA8QkNNNTcwNCAxMC8xMDAvMTAwMGJhc2VU WCBQSFk+IG9uIG1paWJ1czENCmJyZ3BoeTE6ICAxMGJhc2VULCAxMGJhc2VULUZEWCwgMTAwYmFz ZVRYLCAxMDBiYXNlVFgtRkRYLCAxMDAwYmFzZVRYLCAxMDAwYmFzZVRYLUZEWCwgYXV0bw0KYmdl MTogRXRoZXJuZXQgYWRkcmVzczogMDA6MTM6MjE6Y2M6ZDU6N2MNCnBjaWIzOiA8QUNQSSBQQ0kt UENJIGJyaWRnZT4gYXQgZGV2aWNlIDAuMiBvbiBwY2kyDQpwY2k0OiA8QUNQSSBQQ0kgYnVzPiBv biBwY2liMw0KY2lzczA6IDxIUCBTbWFydCBBcnJheSA2aT4gcG9ydCAweDQwMDAtMHg0MGZmIG1l bSAweGZkZmYwMDAwLTB4ZmRmZjFmZmYsMHhmZGY4MDAwMC0weGZkZmJmZmZmIGlycSA1MSBhdCBk ZXZpY2UgMy4wIG9uIHBjaTQNCmNpc3MwOiBbR0lBTlQtTE9DS0VEXQ0KcGNpYjQ6IDxBQ1BJIFBD SS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgNi4wIG9uIHBjaTANCnBjaTU6IDxBQ1BJIFBDSSBidXM+ IG9uIHBjaWI0DQpwY2liNTogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSAwLjAgb24g cGNpNQ0KcGNpNjogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjUNCnBjaWI2OiA8QUNQSSBQQ0ktUENJ IGJyaWRnZT4gYXQgZGV2aWNlIDAuMiBvbiBwY2k1DQpwY2kxMDogPEFDUEkgUENJIGJ1cz4gb24g cGNpYjYNCnVoY2kwOiA8SW50ZWwgODI4MDFFQiAoSUNINSkgVVNCIGNvbnRyb2xsZXIgVVNCLUE+ IHBvcnQgMHgyMDAwLTB4MjAxZiBpcnEgMTYgYXQgZGV2aWNlIDI5LjAgb24gcGNpMA0KdWhjaTA6 IFtHSUFOVC1MT0NLRURdDQp1c2IwOiA8SW50ZWwgODI4MDFFQiAoSUNINSkgVVNCIGNvbnRyb2xs ZXIgVVNCLUE+IG9uIHVoY2kwDQp1c2IwOiBVU0IgcmV2aXNpb24gMS4wDQp1aHViMDogSW50ZWwg VUhDSSByb290IGh1YiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRyIDENCnVodWIwOiAy IHBvcnRzIHdpdGggMiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZA0KdWhjaTE6IDxJbnRlbCA4Mjgw MUVCIChJQ0g1KSBVU0IgY29udHJvbGxlciBVU0ItQj4gcG9ydCAweDIwMjAtMHgyMDNmIGlycSAx OSBhdCBkZXZpY2UgMjkuMSBvbiBwY2kwDQp1aGNpMTogW0dJQU5ULUxPQ0tFRF0NCnVzYjE6IDxJ bnRlbCA4MjgwMUVCIChJQ0g1KSBVU0IgY29udHJvbGxlciBVU0ItQj4gb24gdWhjaTENCnVzYjE6 IFVTQiByZXZpc2lvbiAxLjANCnVodWIxOiBJbnRlbCBVSENJIHJvb3QgaHViLCBjbGFzcyA5LzAs IHJldiAxLjAwLzEuMDAsIGFkZHIgMQ0KdWh1YjE6IDIgcG9ydHMgd2l0aCAyIHJlbW92YWJsZSwg c2VsZiBwb3dlcmVkDQp1aGNpMjogPEludGVsIDgyODAxRUIgKElDSDUpIFVTQiBjb250cm9sbGVy IFVTQi1DPiBwb3J0IDB4MjA0MC0weDIwNWYgaXJxIDE4IGF0IGRldmljZSAyOS4yIG9uIHBjaTAN CnVoY2kyOiBbR0lBTlQtTE9DS0VEXQ0KdXNiMjogPEludGVsIDgyODAxRUIgKElDSDUpIFVTQiBj b250cm9sbGVyIFVTQi1DPiBvbiB1aGNpMg0KdXNiMjogVVNCIHJldmlzaW9uIDEuMA0KdWh1YjI6 IEludGVsIFVIQ0kgcm9vdCBodWIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxDQp1 aHViMjogMiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQNCnVoY2kzOiA8SW50 ZWwgODI4MDFFQiAoSUNINSkgVVNCIGNvbnRyb2xsZXIgVVNCLUQ+IHBvcnQgMHgyMDYwLTB4MjA3 ZiBpcnEgMTYgYXQgZGV2aWNlIDI5LjMgb24gcGNpMA0KdWhjaTM6IFtHSUFOVC1MT0NLRURdDQp1 c2IzOiA8SW50ZWwgODI4MDFFQiAoSUNINSkgVVNCIGNvbnRyb2xsZXIgVVNCLUQ+IG9uIHVoY2kz DQp1c2IzOiBVU0IgcmV2aXNpb24gMS4wDQp1aHViMzogSW50ZWwgVUhDSSByb290IGh1YiwgY2xh c3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRyIDENCnVodWIzOiAyIHBvcnRzIHdpdGggMiByZW1v dmFibGUsIHNlbGYgcG93ZXJlZA0KZWhjaTA6IDxJbnRlbCA4MjgwMUVCL1IgKElDSDUpIFVTQiAy LjAgY29udHJvbGxlcj4gbWVtIDB4ZmJlZjAwMDAtMHhmYmVmMDNmZiBpcnEgMjMgYXQgZGV2aWNl IDI5Ljcgb24gcGNpMA0KZWhjaTA6IFtHSUFOVC1MT0NLRURdDQp1c2I0OiBFSENJIHZlcnNpb24g MS4wDQp1c2I0OiBjb21wYW5pb24gY29udHJvbGxlcnMsIDIgcG9ydHMgZWFjaDogdXNiMCB1c2Ix IHVzYjIgdXNiMw0KdXNiNDogPEludGVsIDgyODAxRUIvUiAoSUNINSkgVVNCIDIuMCBjb250cm9s bGVyPiBvbiBlaGNpMA0KdXNiNDogVVNCIHJldmlzaW9uIDIuMA0KdWh1YjQ6IEludGVsIEVIQ0kg cm9vdCBodWIsIGNsYXNzIDkvMCwgcmV2IDIuMDAvMS4wMCwgYWRkciAxDQp1aHViNDogOCBwb3J0 cyB3aXRoIDggcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQNCnBjaWI3OiA8QUNQSSBQQ0ktUENJIGJy aWRnZT4gYXQgZGV2aWNlIDMwLjAgb24gcGNpMA0KcGNpMTogPEFDUEkgUENJIGJ1cz4gb24gcGNp YjcNCnBjaTE6IDxkaXNwbGF5LCBWR0E+IGF0IGRldmljZSAzLjAgKG5vIGRyaXZlciBhdHRhY2hl ZCkNCnBjaTE6IDxiYXNlIHBlcmlwaGVyYWw+IGF0IGRldmljZSA0LjAgKG5vIGRyaXZlciBhdHRh Y2hlZCkNCnBjaTE6IDxiYXNlIHBlcmlwaGVyYWw+IGF0IGRldmljZSA0LjIgKG5vIGRyaXZlciBh dHRhY2hlZCkNCmlzYWIwOiA8UENJLUlTQSBicmlkZ2U+IGF0IGRldmljZSAzMS4wIG9uIHBjaTAN CmlzYTA6IDxJU0EgYnVzPiBvbiBpc2FiMA0KYXRhcGNpMDogPEludGVsIElDSDUgVURNQTEwMCBj b250cm9sbGVyPiBwb3J0IDB4MWYwLTB4MWY3LDB4M2Y2LDB4MTcwLTB4MTc3LDB4Mzc2LDB4NTAw LTB4NTBmIGF0IGRldmljZSAzMS4xIG9uIHBjaTANCmF0YTA6IDxBVEEgY2hhbm5lbCAwPiBvbiBh dGFwY2kwDQphdGExOiA8QVRBIGNoYW5uZWwgMT4gb24gYXRhcGNpMA0KYWNwaV90ejA6IDxUaGVy bWFsIFpvbmU+IG9uIGFjcGkwDQphdGtiZGMwOiA8S2V5Ym9hcmQgY29udHJvbGxlciAoaTgwNDIp PiBwb3J0IDB4NjAsMHg2NCBpcnEgMSBvbiBhY3BpMA0KYXRrYmQwOiA8QVQgS2V5Ym9hcmQ+IGly cSAxIG9uIGF0a2JkYzANCmtiZDAgYXQgYXRrYmQwDQphdGtiZDA6IFtHSUFOVC1MT0NLRURdDQpw c20wOiA8UFMvMiBNb3VzZT4gaXJxIDEyIG9uIGF0a2JkYzANCnBzbTA6IFtHSUFOVC1MT0NLRURd DQpwc20wOiBtb2RlbCBHZW5lcmljIFBTLzIgbW91c2UsIGRldmljZSBJRCAwDQpzaW8wOiBjb25m aWd1cmVkIGlycSA0IG5vdCBpbiBiaXRtYXAgb2YgcHJvYmVkIGlycXMgMA0Kc2lvMDogcG9ydCBt YXkgbm90IGJlIGVuYWJsZWQNCnNpbzA6IDxTdGFuZGFyZCBQQyBDT00gcG9ydD4gcG9ydCAweDNm OC0weDNmZiBpcnEgNCBmbGFncyAweDEwIG9uIGFjcGkwDQpzaW8wOiB0eXBlIDE2NTUwQQ0KZmRj MDogPGZsb3BweSBkcml2ZSBjb250cm9sbGVyIChGREUpPiBwb3J0IDB4M2YyLTB4M2Y1IGlycSA2 IGRycSAyIG9uIGFjcGkwDQpmZGMwOiBbRkFTVF0NCmZkMDogPDE0NDAtS0IgMy41IiBkcml2ZT4g b24gZmRjMCBkcml2ZSAwDQpvcm0wOiA8SVNBIE9wdGlvbiBST01zPiBhdCBpb21lbSAweGMwMDAw LTB4YzdmZmYsMHhjODAwMC0weGNiZmZmLDB4ZWUwMDAtMHhlZmZmZiBvbiBpc2EwDQpzYzA6IDxT eXN0ZW0gY29uc29sZT4gYXQgZmxhZ3MgMHgxMDAgb24gaXNhMA0Kc2MwOiBWR0EgPDE2IHZpcnR1 YWwgY29uc29sZXMsIGZsYWdzPTB4MzAwPg0KdmdhMDogPEdlbmVyaWMgSVNBIFZHQT4gYXQgcG9y dCAweDNjMC0weDNkZiBpb21lbSAweGEwMDAwLTB4YmZmZmYgb24gaXNhMA0Kc2lvMTogY29uZmln dXJlZCBpcnEgMyBub3QgaW4gYml0bWFwIG9mIHByb2JlZCBpcnFzIDANCnNpbzE6IHBvcnQgbWF5 IG5vdCBiZSBlbmFibGVkDQpzaW8xIGF0IHBvcnQgMHgyZjgtMHgyZmYgaXJxIDMgb24gaXNhMA0K c2lvMTogdHlwZSAxNjU1MEENClRpbWVjb3VudGVycyB0aWNrIGV2ZXJ5IDEuMDAwIG1zZWMNCmlw ZncyICgraXB2NikgaW5pdGlhbGl6ZWQsIGRpdmVydCBsb2FkYWJsZSwgcnVsZS1iYXNlZCBmb3J3 YXJkaW5nIGVuYWJsZWQsIGRlZmF1bHQgdG8gYWNjZXB0LCBsb2dnaW5nIGxpbWl0ZWQgdG8gMTAw IHBhY2tldHMvZW50cnkgYnkgZGVmYXVsdA0KYWNkMDogRFZEUk9NIDxEVi0yOEUtTi9DLjZCPiBh dCBhdGEwLW1hc3RlciBVRE1BMzMNClNNUDogQVAgQ1BVICMxIExhdW5jaGVkIQ0KU01QOiBBUCBD UFUgIzMgTGF1bmNoZWQhDQpTTVA6IEFQIENQVSAjMiBMYXVuY2hlZCENCmRhMCBhdCBjaXNzMCBi dXMgMCB0YXJnZXQgMCBsdW4gMA0KZGEwOiA8Q09NUEFRIFJBSUQgMSAgVk9MVU1FIHJlY28+IEZp eGVkIERpcmVjdCBBY2Nlc3MgU0NTSS0wIGRldmljZQ0KZGEwOiAxMzUuMTY4TUIvcyB0cmFuc2Zl cnMNCmRhMDogNjk0NTlNQiAoMTQyMjUzMjgwIDUxMiBieXRlIHNlY3RvcnM6IDI1NUggMzJTL1Qg MTc0MzNDKQ0KVHJ5aW5nIHRvIG1vdW50IHJvb3QgZnJvbSB1ZnM6L2Rldi9kYTBzMWENCldBUk5J Tkc6IC8gd2FzIG5vdCBwcm9wZXJseSBkaXNtb3VudGVkDQpmZWMwOiBwb3J0IGJnZTAgaW4gYnVu ZGxlIGlzIGRvd24NCmZlYzA6IHBvcnQgYmdlMSBpbiBidW5kbGUgaXMgZG93bg0KYmdlMTogbGlu ayBzdGF0ZSBjaGFuZ2VkIHRvIFVQDQpiZ2UwOiBsaW5rIHN0YXRlIGNoYW5nZWQgdG8gVVANCmZl YzA6IHBvcnQgYmdlMCBpbiBidW5kbGUgaXMgdXANCmZlYzA6IHBvcnQgYmdlMSBpbiBidW5kbGUg aXMgdXANCg== ------=_Part_28988_2371939.1227775963034-- From owner-freebsd-scsi@FreeBSD.ORG Fri Nov 28 10:06:20 2008 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2AED4106564A for ; Fri, 28 Nov 2008 10:06:20 +0000 (UTC) (envelope-from kama@pvp.se) Received: from ms1.as.pvp.se (dns.pvp.se [213.64.187.226]) by mx1.freebsd.org (Postfix) with ESMTP id 84E7C8FC1C for ; Fri, 28 Nov 2008 10:06:19 +0000 (UTC) (envelope-from kama@pvp.se) Received: by ms1.as.pvp.se (Postfix, from userid 1001) id B0D6119F; Fri, 28 Nov 2008 10:33:05 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by ms1.as.pvp.se (Postfix) with ESMTP id AF41219D; Fri, 28 Nov 2008 10:33:05 +0100 (CET) Date: Fri, 28 Nov 2008 10:33:05 +0100 (CET) From: kama X-X-Sender: kama@ns1.as.pvp.se To: Kevin Day In-Reply-To: Message-ID: <20081128102808.Y20485@ns1.as.pvp.se> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-scsi@freebsd.org Subject: Re: hpacucli on 7.0/amd64 not working X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Nov 2008 10:06:20 -0000 Hi, I can confirm this problem with amd64 in FreeBSD 7.1. I have HP DL380 G5 w P400 and P800 array cards. /Bjorn On Sat, 22 Nov 2008, Kevin Day wrote: > > Has anyone managed to get hpacucli working on amd64 in 7.0? I've got > an HP DL185 G5 with HP's E200 RAID card in it. I had hpacucli working > okay in 6.3/i386, and it works fine in a 64 bit Linux boot, but not in > 7.0/amd64: > > # /usr/local/sbin/hpacucli > .P Array Configuration Utility CLI .2. > Detecting Controllers...In AddChild:0x838c180 > In AddChild child doesnot exists:0x838c180 > Iam inside findDevce > The device enumerated now is 0x838c180 > In Reenumerate Childern Eoption is 1 > This device can discover children > Thu Nov 13 15:29:40 2008 > Operation Call: OperationSetAllowedControllerDiscovery > Thu Nov 13 15:29:40 2008 > Operation Call: OperationReadSystemInfo > Thu Nov 13 15:29:40 2008 > Operation Call: OperationCaptureConfigurationMutex > Thu Nov 13 15:29:40 2008 > Operation Call: OperationReleaseConfigurationMutex > Thu Nov 13 15:29:40 2008 > Operation Call: OperationDiscoverHostBusAdapters > Thu Nov 13 15:29:40 2008 > Operation Call: OperationDiscoverNonFibreHBA > __TRACE_CODE*1310* pBmicRequest->wCommandStatus=0 /usr/home/user/ > im453_new/im453/.s_/LINUX/src/lxioctlciss.cpp > zzz freebsd Bus = 5, devfn = 64, dev = 8, fn = 0 > freebsd, Looking for bus 5, device 8, function 0 > ioctl: Inappropriate ioctl for device > Thu Nov 13 15:29:40 2008 > Operation Call: OperationDiscoverInternalArrayControllers > zzz freebsd Bus = 5, devfn = 64, dev = 8, fn = 0 > freebsd, Looking for bus 5, device 8, function 0 > ioctl: Inappropriate ioctl for device > Thu Nov 13 15:29:40 2008 > Operation Call: OperationDiscoverChildren > The device enumerated now is 0x838c180 > In Reenumerate Childern Eoption is 2 > In Enumerate Child nodes > Thu Nov 13 15:29:40 2008 > Operation Call: OperationSystemPostProcess > Pchild in GenerateXML:0x8386d80 > Pchild in GenerateXML:0x0 > Thu Nov 13 15:29:40 2008 > Operation Call: OperationCaptureConfigurationMutex > Thu Nov 13 15:29:40 2008 > > Thu Nov 13 15:29:40 2008 > OperationCaptureConfigurationMutex > Thu Nov 13 15:29:40 2008 > ModRoot137888128-System137937280 > Thu Nov 13 15:29:40 2008 > > Done. > Type "help" for a list of supported commands. > Type "exit" to close the console. > > => controller all show > The device enumerated now is 0x838c180 > In Reenumerate Childern Eoption is 1 > This device can discover children > Thu Nov 13 15:30:06 2008 > Operation Call: OperationSetAllowedControllerDiscovery > Thu Nov 13 15:30:06 2008 > Operation Call: OperationReadSystemInfo > Thu Nov 13 15:30:06 2008 > Operation Call: OperationCaptureConfigurationMutex > Thu Nov 13 15:30:06 2008 > Operation Call: OperationReleaseConfigurationMutex > Thu Nov 13 15:30:06 2008 > Operation Call: OperationDiscoverHostBusAdapters > Thu Nov 13 15:30:06 2008 > Operation Call: OperationDiscoverNonFibreHBA > zzz freebsd Bus = 5, devfn = 64, dev = 8, fn = 0 > freebsd, Looking for bus 5, device 8, function 0 > ioctl: Inappropriate ioctl for device > Thu Nov 13 15:30:06 2008 > Operation Call: OperationDiscoverInternalArrayControllers > zzz freebsd Bus = 5, devfn = 64, dev = 8, fn = 0 > freebsd, Looking for bus 5, device 8, function 0 > ioctl: Inappropriate ioctl for device > Thu Nov 13 15:30:06 2008 > Operation Call: OperationDiscoverChildren > The device enumerated now is 0x838c180 > In Reenumerate Childern Eoption is 2 > In Enumerate Child nodes > Thu Nov 13 15:30:06 2008 > Operation Call: OperationSystemPostProcess > Pchild in GenerateXML:0x8386d80 > Pchild in GenerateXML:0x0 > > Error: No controllers detected. > > Anyone managed to get this to work? If not, any ideas as to what's > going on? I'm guessing the "inappropriate ioctl for device" is > significant here. I tried emailing the listed HP contact for hpacucli > (v.sri.sai.ganesh at hp.com) but didn't get any reply. > > -- Kevin > > > ciss0: port 0xe800-0xe8ff mem > 0xdef80000-0xdeffffff,0xdef78000-0xdef7ffff irq 35 at device 8.0 on pci5 > > ciss0@pci0:5:8:0: class=0x010400 card=0x3212103c chip=0x3238103c > rev=0x00 hdr=0x00 > vendor = 'Hewlett-Packard Company' > device = 'Smart Array E200/E200i Controller' > class = mass storage > subclass = RAID > cap 01[c0] = powerspec 2 supports D0 D1 D3 current D0 > cap 05[cc] = MSI supports 2 messages, 64 bit > cap 07[dc] = PCI-X 64-bit supports 133MHz, 4096 burst read, 1 > split transaction > > > > _______________________________________________ > freebsd-scsi@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-scsi > To unsubscribe, send any mail to "freebsd-scsi-unsubscribe@freebsd.org" > From owner-freebsd-scsi@FreeBSD.ORG Fri Nov 28 18:58:36 2008 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DC4D61065674 for ; Fri, 28 Nov 2008 18:58:36 +0000 (UTC) (envelope-from toasty@dragondata.com) Received: from tokyo01.jp.mail.your.org (tokyo01.jp.mail.your.org [204.9.54.5]) by mx1.freebsd.org (Postfix) with ESMTP id 041608FC0C for ; Fri, 28 Nov 2008 18:58:35 +0000 (UTC) (envelope-from toasty@dragondata.com) Received: from tokyo01.jp.mail.your.org (localhost.your.org [127.0.0.1]) by tokyo01.jp.mail.your.org (Postfix) with ESMTP id D30302AD56A4; Fri, 28 Nov 2008 18:58:34 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=dragondata.com; h=cc :message-id:from:to:in-reply-to:content-type :content-transfer-encoding:mime-version:subject:date:references; s=selector1; bh=tQ0oMr6QKnRDclz3rP8AEZ3SRFs=; b=Xoy+t7KmsgW1dCG JTjYOe4KP0rrNuUKJb2S9mOCf14orpBkANoN7KnDaEOQoe7anfluq2526M1d4f56 B4f7gNCbw8eGwe4H13GyB7cQVBsA2wOX8+VDlzHaRpz26ke1z4ypLRZrLrSJVsD2 lvPnhmHTJsXj2YToEL9ggg5/lZyI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=dragondata.com; h=cc:message-id :from:to:in-reply-to:content-type:content-transfer-encoding :mime-version:subject:date:references; q=dns; s=selector1; b=5ri rZR9bSUIrZOORcE1mt+boPJOIoTAYyr+E6SqoN3hZGxrOF6evZY0Teq5eWlXyYf4 FZ2oMKb9HkfQwGxapB1Nf22Q1f3dR+CCD1fdXYoZZ42pUbxcjYIFZ/b4PH5sFyzg 3m+14J7tpXREz1ATSj0OU3m9W3Bq2WbaQWobnL1g= Received: from mail.your.org (server3-a.your.org [64.202.112.67]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by tokyo01.jp.mail.your.org (Postfix) with ESMTPS id A83682AD5699; Fri, 28 Nov 2008 18:58:34 +0000 (UTC) Received: from [IPv6:2002:451f:630b:1::1] (unknown [IPv6:2002:451f:630b:1::1]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.your.org (Postfix) with ESMTPSA id 27BD8A0A417; Fri, 28 Nov 2008 18:58:18 +0000 (UTC) Message-Id: <31429EA0-46F4-4D18-9F62-8AE3CFDF3ED8@dragondata.com> From: Kevin Day To: kama In-Reply-To: <20081128102808.Y20485@ns1.as.pvp.se> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v929.2) Date: Fri, 28 Nov 2008 12:58:31 -0600 References: <20081128102808.Y20485@ns1.as.pvp.se> X-Mailer: Apple Mail (2.929.2) Cc: freebsd-scsi@freebsd.org Subject: Re: hpacucli on 7.0/amd64 not working X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Nov 2008 18:58:36 -0000 Doing some digging with ktrace showed that it was /dev/pci it was having problems with. I've tried nudging a few of my HP contacts into seeing if they can do anything. No luck so far. On Nov 28, 2008, at 3:33 AM, kama wrote: > > Hi, I can confirm this problem with amd64 in FreeBSD 7.1. > > I have HP DL380 G5 w P400 and P800 array cards. > > /Bjorn > > On Sat, 22 Nov 2008, Kevin Day wrote: > >> >> Has anyone managed to get hpacucli working on amd64 in 7.0? I've got >> an HP DL185 G5 with HP's E200 RAID card in it. I had hpacucli working >> okay in 6.3/i386, and it works fine in a 64 bit Linux boot, but not >> in >> 7.0/amd64: >>