LSI supported mps(4) driver in stable/9 and stable/8

Johan Hendriks joh.hendriks at
Mon Feb 13 10:04:01 UTC 2012

Kenneth D. Merry schreef:
> Hi folks,
> The LSI-supported version of the mps(4) driver that supports their 6Gb SAS
> HBAs as well as WarpDrive controllers, is now in stable/9 and stable/8.
> Please test it out and let me and Kashyap (CCed) know if you run into
> any problems.
> In addition to supporting WarpDrive, the driver also supports Integrated
> Thanks to LSI for doing the work on this driver!
> Note that the CAM infrastructure changes that went into FreeBSD/head along
> with this driver have not gone into either stable/9 or stable/8.  Only the
> driver itself has been merged.
> The CAM infrastructure changes depend on some other da(4) driver changes
> that will need to get merged before they can go back.  If that merge
> happens, it will probably only be into stable/9.
> A couple of notes about issues with this driver:
>   - Unlike the previous mps(4) driver, it probes sequentially.  If you have
>     a lot of drives in your system, it will take a while to probe them all.
>   - You may see warning messages like this:
> _mapping_add_new_device: failed to add the device with handle 0x0019 to persiste
> nt table because there is no free space available
> _mapping_add_new_device: failed to add the device with handle 0x001a to persiste
> nt table because there is no free space available
>   - The driver is not endian safe.  (It assumes a little endian machine.)
>     This is not new, the previous version of the driver had the same issue.
> The LSI folks know about these issues.  The driver has passed their testing
> process.
> Many thanks to LSI for going through the effort to support FreeBSD.
> Ken
Hello all.

I am running FreeBSD 9.0 STABLE now, on a LSI 9211-8i controller and a 
16 ports backplane identified as LSI CORP SAS2X28 0717 ses0 pass6
On FreeBSD 9.0RELEASE i have the following order.
Seen from the front of the case.
da3 da7 da11 da15
da2 da6 da10 da14
da1 da5 da9 da13
da0 da4 da8 da12

But now it has shuffled the order.
da8 da 14 da12 da10
da9 da15 da13 da11
da1 da6 da2 da5
da0 da7 da3 da4

There is no logic at all, and it is very hard to figure out when a disk 
dies which one it is.

Johan Hendriks

More information about the freebsd-stable mailing list