git: mpt(4): Fix an issue that caused the driver to attach to mfi(4) cards.
Sascha Wildner
swildner at crater.dragonflybsd.org
Tue Mar 20 13:20:22 PDT 2012
commit a261e0e03065569a718f256f111c73f02a9a697a
Author: Sascha Wildner <saw at online.de>
Date: Tue Mar 20 21:19:25 2012 +0100
mpt(4): Fix an issue that caused the driver to attach to mfi(4) cards.
FreeBSD's commit message (r232411) explains it:
Fix a problem that was causing the mpt(4) driver to attach to MegaRAID
cards that should be handled by the mfi(4) driver.
The root of the problem is that the mpt(4) driver was masking off the
bottom bit of the PCI device ID when deciding which cards to attach to.
It appears that a number of the mpt(4) Fibre Channel cards had a LAN
variant whose PCI device ID was just one bit off from the FC card's device
ID. The FC cards were even and the LAN cards were odd.
The problem was that this pattern wasn't carried over on the SAS and
parallel SCSI mpt(4) cards. Luckily the SAS and parallel SCSI PCI device
IDs were either even numbers, or they would get masked to a supported
adjacent PCI device ID, and everything worked well.
Now LSI is using some of the odd-numbered PCI device IDs between the 3Gb
SAS device IDs for their new MegaRAID cards. This is causing the mpt(4)
driver to attach to the RAID cards instead of the mfi(4) driver.
The solution is to stop masking off the bottom bit of the device ID, and
explicitly list the PCI device IDs of all supported cards.
This change should be a no-op for mpt(4) hardware. The only intended
functional change is that for the 929X, the is_fc variable gets set. It
wasn't being set previously, but needs to be because the 929X is a Fibre
Channel card.
Summary of changes:
sys/dev/disk/mpt/mpt_pci.c | 62 +++++++++++++++++++++++++++++++++++++++----
1 files changed, 56 insertions(+), 6 deletions(-)
http://gitweb.dragonflybsd.org/dragonfly.git/commitdiff/a261e0e03065569a718f256f111c73f02a9a697a
--
DragonFly BSD source repository
More information about the Commits
mailing list