Date: Fri, 17 Feb 2012 01:01:19 -0700 From: Jason Wolfe <nitroboost@gmail.com> To: "Desai, Kashyap" <Kashyap.Desai@lsi.com> Cc: "freebsd-scsi@freebsd.org" <freebsd-scsi@freebsd.org> Subject: Re: LSI2008 controller clobbers first disk with new LSI mps driver Message-ID: <CAAAm0r3MVHZixAKDF=ChD977PbNUC8dyiBFB=NzC30S8FeZ3Nw@mail.gmail.com> In-Reply-To: <B2FD678A64EAAD45B089B123FDFC3ED72B96D344CA@inbmail01.lsi.com> References: <CAAAm0r2NFhF=eh2bOPMnVN8E6e2o0KfaST0N-M_gWoJHpFOLmQ@mail.gmail.com> <CAAAm0r37H0Pf_HvFTqo%2B1RSCV%2BBkzD5EcXj5M40H9xGREr%2Bfow@mail.gmail.com> <B2FD678A64EAAD45B089B123FDFC3ED72B96D344CA@inbmail01.lsi.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Kashyap, Ah a response from LSI, that's a pleasant surprise :) Everything you've stated looks correct to me, the FreeBSD developed driver that has been replaced by the LSI driver has no issues with either firmware. Your likely aware, but just to confirm, here is the history of the 3 various LSI drivers that have the issue on the 10.00.02.00 FW: 11.00.00.00 - binary driver I had received from you guys in mid 2011, mpslsi.ko, one for each 7.2-RELEASE and 8.2-RELEASE 11.255.03.00-fbsd - initial LSI driver committed to 8-STABLE on 2/2, r230922 13.00.00.00-fbsd - commited to 8-STABLE on 2/14, r231680 I have about 40 boxes with the 10.00.02.00 FW I've tested, so I'm fairly certain it's not bad hardware or a fluke. You guys haven't seen anything like this in house? I'd hate to hear I have to update the FW on these boxes as they are all quite a ways from me, though it seems there is some way to work around the behavior in the driver as the FreeBSD one does? I have a few of these boxes out of service so I'm game to try some things out should that help. Thank for the response, Jason On Thu, Feb 16, 2012 at 11:29 PM, Desai, Kashyap <Kashyap.Desai@lsi.com>wrote: > Jason, > > I have gone through your data provided in this thread. It is well > understood because of your descriptive data. > > So What I understood here is: > > 1. You tested with HBA Fw "07.00.00.00" and "10.00.02.00" > > 2. you have run your test on two different LSI BIOS versions. > Grabbed from below line. > MPT2BIOS-7.11.00.00 (2010.07.29) / PRODUCT REVISION 7.00.00.00 > MPT2BIOS-7.19.00.00 (2011.05.16) / PRODUCT REVISION 10.00.02.00 > > > Now I am able to see below three difference in your setup. > > See FW version and check starting target id, all three has different way > of assigning TargetIDs. > For first two case target id start with "8" but SES device assignment is > different. > Last case target id start with "1" > > > mps0: Firmware: 07.00.00.00, Driver: 11.255.03.00-fbsd (OR) > 13.00.00.00-fbsd > > > <SEAGATE ST91000640SS 0001> at scbus0 target 8 lun 0 (pass0,da0) > > > <SEAGATE ST91000640SS 0001> at scbus0 target 9 lun 0 (pass1,da1) > > > <SEAGATE ST91000640SS 0001> at scbus0 target 10 lun 0 (pass2,da2) > > > <SEAGATE ST91000640SS 0001> at scbus0 target 11 lun 0 (pass3,da3) > > > <SEAGATE ST91000640SS 0001> at scbus0 target 12 lun 0 (pass4,da4) > > > <SEAGATE ST91000640SS 0001> at scbus0 target 13 lun 0 (pass5,da5) > > > <SEAGATE ST91000640SS 0001> at scbus0 target 14 lun 0 (pass6,da6) > > > <SEAGATE ST91000640SS 0001> at scbus0 target 15 lun 0 (pass7,da7) > > > <SEAGATE ST91000640SS 0001> at scbus0 target 16 lun 0 (pass8,da8) > > > <SEAGATE ST91000640SS 0001> at scbus0 target 17 lun 0 (pass9,da9) > > > <SEAGATE ST91000640SS 0001> at scbus0 target 18 lun 0 (pass10,da10) > > > <SEAGATE ST91000640SS 0001> at scbus0 target 19 lun 0 (pass11,da11) > > > <LSI CORP SAS2X28 0717> at scbus0 target 20 lun 0 (ses0,pass12) > > mps0: Firmware: 10.00.02.00, Driver: 13.00.00.00-fbsd > mps0: Firmware: 10.00.02.00, Driver: 11.00.00.00 (OR) 8.2-STABLE Inbox > > > <LSI CORP SAS2X28 0717> at scbus0 target 8 lun 0 (ses0,pass0) > > > <SEAGATE ST91000640SS 0001> at scbus0 target 9 lun 0 (da0,pass1) > > > <SEAGATE ST91000640SS 0001> at scbus0 target 10 lun 0 (da1,pass2) > > > <SEAGATE ST91000640SS 0001> at scbus0 target 11 lun 0 (da2,pass3) > > > <SEAGATE ST91000640SS 0001> at scbus0 target 12 lun 0 (da3,pass4) > > > <SEAGATE ST91000640SS 0001> at scbus0 target 13 lun 0 (da4,pass5) > > > <SEAGATE ST91000640SS 0001> at scbus0 target 14 lun 0 (da5,pass6) > > > <SEAGATE ST91000640SS 0001> at scbus0 target 15 lun 0 (da6,pass7) > > > <SEAGATE ST91000640SS 0001> at scbus0 target 16 lun 0 (da7,pass8) > > > <SEAGATE ST91000640SS 0001> at scbus0 target 17 lun 0 (da8,pass9) > > > <SEAGATE ST91000640SS 0001> at scbus0 target 18 lun 0 (da9,pass10) > > > <SEAGATE ST91000640SS 0001> at scbus0 target 19 lun 0 (da10,pass11) > > On the FBSD developed driver active in 8-STABLE prior to the LSI > Release (Firmware: 10.00.02.00) > > > > <SEAGATE ST91000640SS 0001> at scbus0 target 1 lun 0 (pass0,da0) > > > <SEAGATE ST91000640SS 0001> at scbus0 target 2 lun 0 (pass1,da1) > > > <SEAGATE ST91000640SS 0001> at scbus0 target 3 lun 0 (pass2,da2) > > > <SEAGATE ST91000640SS 0001> at scbus0 target 4 lun 0 (pass3,da3) > > > <SEAGATE ST91000640SS 0001> at scbus0 target 5 lun 0 (pass4,da4) > > > <SEAGATE ST91000640SS 0001> at scbus0 target 6 lun 0 (pass5,da5) > > > <SEAGATE ST91000640SS 0001> at scbus0 target 7 lun 0 (pass6,da6) > > > <SEAGATE ST91000640SS 0001> at scbus0 target 8 lun 0 (pass7,da7) > > > <SEAGATE ST91000640SS 0001> at scbus0 target 9 lun 0 (pass8,da8) > > > <SEAGATE ST91000640SS 0001> at scbus0 target 10 lun 0 (pass9,da9) > > > <SEAGATE ST91000640SS 0001> at scbus0 target 11 lun 0 (pass10,da10) > > > <SEAGATE ST91000640SS 0001> at scbus0 target 12 lun 0 (pass11,da11) > > > <LSI CORP SAS2X28 0717> at scbus0 target 13 lun 0 (ses0,pass12) > > > > In summary, (please confirm) > 1. you have not seen any issue if you use "07.00.00.00" FW version. > 2. _but_ when you use "10.00.02.00" FW, with "13.00.00.00-fbsd" driver > version you are seeing > SES is detected before Drives as pass0. > 3. When you use "10.00.02.00" FW with 8-STABLE inbox FBSD driver, you are > finding SES device detected after Drives. > > > All driver is doing here is asking CAM layer to scan Bus when there is any > device added on that bus. > So depending upon actual target Id assigned by FW, it will be detected to > camcontrol. > > So bottom line is FW plays major role in sequencing Drives behind LSI > controller. > > ~ Kashyap >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAAAm0r3MVHZixAKDF=ChD977PbNUC8dyiBFB=NzC30S8FeZ3Nw>