From owner-freebsd-scsi@FreeBSD.ORG Wed Feb 22 15:34:19 2012 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 B09EE1065676 for ; Wed, 22 Feb 2012 15:34:19 +0000 (UTC) (envelope-from dgilbert@interlog.com) Received: from smtp.infotech.no (smtp.infotech.no [82.134.31.41]) by mx1.freebsd.org (Postfix) with ESMTP id 4666D8FC0A for ; Wed, 22 Feb 2012 15:34:18 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.infotech.no (Postfix) with ESMTP id 26F24204114; Wed, 22 Feb 2012 16:34:18 +0100 (CET) X-Virus-Scanned: by amavisd-new-2.6.6 (20110518) (Debian) at infotech.no Received: from smtp.infotech.no ([127.0.0.1]) by localhost (smtp.infotech.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0es-27X+DeIh; Wed, 22 Feb 2012 16:34:13 +0100 (CET) Received: from [192.168.48.66] (unknown [69.166.22.91]) by smtp.infotech.no (Postfix) with ESMTPA id 2BB3C20402E; Wed, 22 Feb 2012 16:34:11 +0100 (CET) Message-ID: <4F450AF3.3020300@interlog.com> Date: Wed, 22 Feb 2012 10:34:11 -0500 From: Douglas Gilbert User-Agent: Mozilla/5.0 (X11; Linux i686; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: "Desai, Kashyap" References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "freebsd-scsi@freebsd.org" , "McConnell, Stephen" Subject: Re: LSI2008 controller clobbers first disk with new LSI mps driver X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dgilbert@interlog.com List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Feb 2012 15:34:19 -0000 On 12-02-22 10:20 AM, Desai, Kashyap wrote: > Jason, > > You may need to set Enclosure settings properly. > > See below prints. > > LSI Debug _mapping_get_dev_info 946 sas addr 5000c50033f5cdb5 slot 0 > LSI Debug _mapping_get_dev_info 982 8 13 255 > LSI Debug _mapping_get_dev_info 946 sas addr 5000c50033f49c01 slot 1 > LSI Debug _mapping_get_dev_info 946 sas addr 5000c50033f6c799 slot 2 > LSI Debug _mapping_get_dev_info 946 sas addr 5000c50033e562f5 slot 3 > LSI Debug _mapping_get_dev_info 946 sas addr 5000c50033f49a41 slot 4 > LSI Debug _mapping_get_dev_info 946 sas addr 5000c50033f5efe9 slot 5 > LSI Debug _mapping_get_dev_info 946 sas addr 5000c50033f49a11 slot 6 > LSI Debug _mapping_get_dev_info 946 sas addr 5000c50033f49c71 slot 7 > LSI Debug _mapping_get_dev_info 946 sas addr 5000c50033f40fb1 slot 8 > LSI Debug _mapping_get_dev_info 946 sas addr 5000c50033f6cba9 slot 9 > ..... > mps0: (13)->(mpssas_fw_work) Event Free: [1c] > mps0: (13)->(mpssas_fw_work) Working on Event: [1c] > LSI Debug _mapping_get_dev_info 946 sas addr 5000c50033f650cd slot 10 > LSI Debug _mapping_get_dev_info 946 sas addr 5000c50033f29109 slot 11 > LSI Debug _mapping_get_dev_info 946 sas addr 500304800126e3fd slot 0< -- SES is on slot-0 and even your first drive is also on slot-0 > > This is a problem. Again, no. Forget the slot numbers, look at the expander phy id. Slot numbers are mickey mouse, don't trust them for device discovery. As I suggested in my previous post, expander virtual phys don't have slot numbers, so the value you read is effectively "don't care". If this problem reported with FreeBSD happened with Linux, I (and a lot of others) would have been yelling at anyone we could find in LSI. My first stop would be Eric Moore. Doug Gilbert > I hope you can rectify from enclosure settings and don't need further help from driver side. > > > ~ Kashyap > >> -----Original Message----- >> From: Jason Wolfe [mailto:nitroboost@gmail.com] >> Sent: Wednesday, February 22, 2012 8:43 PM >> To: Desai, Kashyap >> Cc: freebsd-scsi@freebsd.org; McConnell, Stephen >> Subject: Re: LSI2008 controller clobbers first disk with new LSI mps >> driver >> >> On Wed, Feb 22, 2012 at 1:39 AM, Desai, Kashyap >> wrote: >>> Here is a possible root cause of this issue. >>> >>> Enclosure which you are using in your setup (might be) not configured >> properly. >>> >>> You have Enclosure with 12 Slots + 1 SES Device. >>> See below detail from the log. >>> >>> EventDataLength: 5 >>> AckRequired: 0 >>> Event: SasEnclDeviceStatusChange (0x1d) >>> EventContext: 0x0 >>> EnclosureHandle: 0x2 >>> ReasonCode: Added >>> PhysicalPort: 0 >>> NumSlots: 13 >>> StartSlot: 0 >>> PhyBits: 0xff >>> >>> StartSlot is 0 in this case. >>> Correct behavior should be each device on your enclosure must have >> different slot number starting from 0 till 12. >>> I have doubt that SES device has not configured well and it is using >> slot-0 as default. This can create issue for actual device which is >> connected to slot-0. >>> So In your setup you will have slot-0 till slot-11 assigned for actual >> Phys of your enclosures and again slot-0 is assigned for SES device >> instead of Slot-12. >>> >>> To confirm my doubt: please provide me debug dmesg log using attached >> patch. >>> >>> ~ Kashyap >> >> Is the SES device a component of the LSI2008 controller, or is it a >> separate piece? In either case, the device would have come configured >> this way from LSI/Supermicro as we have not touched the configs. If >> this is something we can't resolve in the driver that won't be much fun >> :) >> >> On Wed, Feb 22, 2012 at 3:35 AM, Desai, Kashyap >> wrote: >>> Ignore " dump_mapping_svn_2.patch" (it is wrong patch file) >>> >>> Attached " dump_mapping_svn_3.patch". >>> >>> ` Kashyap >> >> Attached is the boot log with the dump_mapping_svn_3.patch applied >> >> Jason > _______________________________________________ > 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" >