MRSAS: SATA drives are getting deleted and then readded after controller reset

[Kashyap Desai]

Hi  -

Any update/pointer  on this ?  Issue happen only with SATA driver attached
via CAM layer.

Do we need to address this in driver or will there be any fix in CAM layer ?


` Kashyap

> -----Original Message-----
> From: Kashyap Desai [mailto:kashyap.desai at broadcom.com]
> Sent: Friday, September 23, 2016 8:55 AM
> To: Sumit Saxena; 'freebsd-scsi at freebsd.org'; 'scott4long at yahoo.com';
> 'ken at freebsd.org'
> Cc: Seema Kumashikar
> Subject: RE: MRSAS: SATA drives are getting deleted and then readded after
> controller reset
>
> Hi -
>
> I have posted new BZ/defect.
>
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=212914
>
> ~ Kashyap
>
> > -----Original Message-----
> > From: Sumit Saxena [mailto:sumit.saxena at broadcom.com]
> > Sent: Thursday, September 22, 2016 7:54 PM
> > To: freebsd-scsi at freebsd.org; scott4long at yahoo.com; ken at freebsd.org
> > Cc: Kashyap Desai; Seema Kumashikar
> > Subject: MRSAS: SATA drives are getting deleted and then readded after
> > controller reset
> >
> > Ken/Scott,
> >
> > On FreeBSD11.0 RC1, we are facing an issue where SATA drives connected
> > behind LSI's MegaRAID controller getting deleted and added back after
> > controller reset.
> > I am using Broadcom/Avago/LSI's  MegaRAID Invader controller(device
> > ID- 0x005d). The point to note here is- this behavior is not observed
> > with SAS drives on FreeBSD11.0-RC1.
> > Also on FreeBSD10.3 this behavior is not at all observed on SATA as
> > well.
> > We are debugging the issue but it would be much helpful if we can get
> > quick inputs/pointers.
> >
> > Please find below the detailed information-
> >
> > OS: FreeBSD 11.0 RC1
> > Controller: LSI's MegaRAID invader controller
> >
> > Connected devices list:
> >
> > root at freeBSD11:~ # camcontrol devlist
> > <ST500NM0011 PA09>                 at scbus5 target 0 lun 0 (pass0,ada0)
> > <AHCI SGPIO Enclosure 1.00 0001>   at scbus6 target 0 lun 0 (ses0,pass1)
> > <ATA ST9250610NS SN01>             at scbus8 target 51 lun 0
> > (da9,pass11)----------------------------------------->this is SATA
> > drive which is getting deleted and re-added post controller reset
> > <SEAGATE ST9300605SS 0004>         at scbus8 target 163 lun 0
> > (da8,pass10)
> > <LSI Default 5.00>                 at scbus9 target 0 lun 0 (da6,pass8)
> > <LSI Default 5.00>                 at scbus9 target 1 lun 0 (da2,pass4)
> > <LSI Default 5.00>                 at scbus9 target 2 lun 0 (da0,pass2)
> > <LSI Default 5.00>                 at scbus9 target 3 lun 0 (da7,pass9)
> > <LSI Default 5.00>                 at scbus9 target 4 lun 0 (da3,pass5)
> > <LSI Default 5.00>                 at scbus9 target 5 lun 0 (da1,pass3)
> > <SEAGATE ST600MP0005 VS09>         at scbus10 target 48 lun 0
> > (da4,pass6)
> > <SEAGATE ST600MP0005 VS09>         at scbus10 target 54 lun 0
> > (da5,pass7)
> >
> >
> > Relevant dmesg logs snippet(da9 is SATA drive which is getting deleted
> > and added back):
> >
> > ================================
> > mrsas0: Initiaiting OCR because of FW fault!
> > mrsas0: Waiting for FW to come to ready state
> > mrsas0: Jbod map is supported
> > mrsas0: Reset successful
> > da9 at mrsas0 bus 1 scbus8 target 51 lun 0
> > da9: <ATA ST9250610NS SN01> s/n 9XE02AR2 detached
> > (da9:mrsas0:1:51:0): Periph destroyed
> > (da9:mrsas0:1:51:0): UNMAPPED
> > (da9:mrsas0:1:51:0): fatal error, could not acquire reference count
> > g_access(918): provider da9 has error
> > g_access(918): provider da9 has error
> > g_access(918): provider da9 has error
> > (da9:mrsas0:1:51:0): UNMAPPED
> > da9 at mrsas0 bus 1 scbus8 target 51 lun 0
> > da9: <ATA ST9250610NS SN01> Fixed Direct Access SPC-4 SCSI device
> > da9: Serial Number 9XE02AR2
> > da9: 150.000MB/s transfers
> > da9: 238475MB (488397168 512 byte sectors)
> > =================================
> >
> > Thanks,
> > Sumit