Allow new enclosure to replace previously existing one if there is no completely unused table entry, same as it is done for devices. If we can not process DPM due to corruption -- wipe it and restart from scratch. Otherwise I don't see a way to recover persistence if something go wrong and there is no BIOS to recover it for us. Together this solves a problem that appeared when 9300-8i firmware update to 16.00.10.00 somehow switched its mapping mode from Device Persistence to Enclosure/Slot without wiping the DPM table. It made HBA completely unusable, since overflowed and conflicting mapping table was unable to map any of enclosures and so devices. Also while there make some enclosure mapping errors more informative. MFC after: 1 month Sponsored by: iXsystems, Inc. |
||
---|---|---|
.. | ||
mpi | ||
mps_config.c | ||
mps_ioctl.h | ||
mps_mapping.c | ||
mps_mapping.h | ||
mps_pci.c | ||
mps_sas_lsi.c | ||
mps_sas.c | ||
mps_sas.h | ||
mps_table.c | ||
mps_table.h | ||
mps_user.c | ||
mps.c | ||
mpsvar.h |