LSI2008 controller clobbers first disk with new LSI mps driver
Douglas Gilbert
dgilbert at interlog.com
Wed Feb 22 15:34:19 UTC 2012
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 at gmail.com]
>> Sent: Wednesday, February 22, 2012 8:43 PM
>> To: Desai, Kashyap
>> Cc: freebsd-scsi at 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<Kashyap.Desai at lsi.com>
>> 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<Kashyap.Desai at lsi.com>
>> 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 at freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-scsi
> To unsubscribe, send any mail to "freebsd-scsi-unsubscribe at freebsd.org"
>
More information about the freebsd-scsi
mailing list