Date: Tue, 3 Apr 2012 15:52:14 -0600 From: "McConnell, Stephen" <Stephen.McConnell@lsi.com> To: "Desai, Kashyap" <Kashyap.Desai@lsi.com>, Marius Strobl <marius@alchemy.franken.de> Cc: "stable@freebsd.org" <stable@freebsd.org>, "zvqops@di.vc" <zvqops@di.vc>, "ken@freebsd.org" <ken@freebsd.org>, Andrew Pantyukhin <infofarmer@freebsd.org> Subject: RE: r232411 breaks onboard 1068 detection Message-ID: <A5E537D8E1B0EF499D49E9AE3E3458FE012DC44A6D@cosmail03.lsi.com> In-Reply-To: <B2FD678A64EAAD45B089B123FDFC3ED72B96EF8E14@inbmail01.lsi.com> References: <CA%2BqFSQ6nHXidbD2z%2B95E9a%2BqkMVyg4TU4Hac%2BG0qBU197-K5QQ@mail.gmail.com> <20120403082927.GH93449@alchemy.franken.de> <20120403122858.GA48373@alchemy.franken.de> <B2FD678A64EAAD45B089B123FDFC3ED72B96EF8E14@inbmail01.lsi.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Marius, Since the 0x59 device is a MegaRAID device, shouldn't you be using the Mega= RAID driver. Why is the MPT driver being used in this case? The problem i= s that the MPT driver was wrongly attaching to some MegaRAID controllers an= d that was causing conflict problems, so that was fixed by removing MegaRAI= D ID's from the MPT driver. Steve McConnell -----Original Message----- From: Desai, Kashyap=20 Sent: Tuesday, April 03, 2012 6:35 AM To: Marius Strobl Cc: stable@freebsd.org; zvqops@di.vc; ken@freebsd.org; Andrew Pantyukhin; M= cConnell, Stephen Subject: RE: r232411 breaks onboard 1068 detection > -----Original Message----- > From: Marius Strobl [mailto:marius@alchemy.franken.de] > Sent: Tuesday, April 03, 2012 5:59 PM > To: Desai, Kashyap > Cc: stable@freebsd.org; zvqops@di.vc; ken@freebsd.org; Andrew=20 > Pantyukhin > Subject: Re: r232411 breaks onboard 1068 detection >=20 > On Tue, Apr 03, 2012 at 10:29:27AM +0200, Marius Strobl wrote: > > On Tue, Apr 03, 2012 at 05:55:19AM +0400, Andrew Pantyukhin wrote: > > > Hello, > > > > > > r232411 broke onboard 1068 detection on all boxes with SuperMicro > > > X8ST3 motherboards for us. > > > > > > All of them are also equipped with two extra 1068 controllers,=20 > > > which are detected fine. Reverting to r231518 with otherwise=20 > > > latest stable kernel works around the problem. > > > > > > The issue is still there at r233425. > > > > > > Here's the disappearing device: > > > > > > mpt2@pci0:5:0:0: class=3D0x010000 card=3D0x10001000 > chip=3D0x00591000 > > > rev=3D0x08 hdr=3D0x00 > > > vendor =3D 'LSI Logic / Symbios Logic' > > > device =3D 'MegaRAID SAS 8208ELP/8208ELP' > > > class =3D mass storage > > > subclass =3D SCSI > > > > > > > Should be fixed in r233827. > > >=20 > Btw., Kashyap, could you please trigger LSI to update their mpi_cnfg.h=20 > to include all the device IDs that actually should be handled by MPT=20 > drivers. The FreeBSD mpt(4) additionally knows about the devices=20 > below, which based on the fact they are not probed by the Linux=20 > counterpart and are not found in PCI ID lists might not even exist in=20 > the wild, or as in the above case, still might miss some actual=20 > devices not currently found in mpi_cnfg.h. >=20 > #define MPI_MANUFACTPAGE_DEVICEID_FC909_FB 0x0620 > #define MPI_MANUFACTPAGE_DEVICEID_FC919_LAN_FB 0x0625 > #define MPI_MANUFACTPAGE_DEVICEID_FC929_LAN_FB 0x0623 > #define MPI_MANUFACTPAGE_DEVICEID_FC929X_LAN_FB 0x0627 > #define MPI_MANUFACTPAGE_DEVICEID_FC919X_LAN_FB 0x0629 > #define MPI_MANUFACTPAGE_DEVID_SAS1068A_FB 0x0055 > #define MPI_MANUFACTPAGE_DEVID_SAS1068E_FB 0x0059 > #define MPI_MANUFACTPAGE_DEVID_SAS1078DE_FB 0x007C Hi Marius, This is very critical part of discussion and I do not have real= ly best answer, because I don't know the history behind it. Added Steve M f= or better help. Also I have contacted Megaraid Driver team to respond what is device id 0x0= 059 ?=20 FYI: I am referring pciid from below link.=20 http://pciids.sourceforge.net/v2.2/pci.ids >=20 > Marius >=20
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?A5E537D8E1B0EF499D49E9AE3E3458FE012DC44A6D>