Mark Nelson writes: > Hi All, > > I recently bought an MSI K9A2 Platinum motherboard and it has a Promise > PDC42819 SATA/SAS controller onboard. I haven't been able to get the > controller to work with any of the libata sata drivers in mainline > (although I did only try sata_promise, sata_sx4 or ahci; last two I was > doubtful about but I figured it was worth a try). > > Has anyone played with this controller under Linux before and can it be > made to work with any of the open source drivers - I would realy like > to use the eSATA and internal SATA ports attached to this controller > (and I don't want to trust my data to the promise binary blob)? Maybe > it's as simple as adding the right PCI ID to sata_promise, but I wasn't > sure what kind of board it should be: 2037x, 2057x, 20319, 40518, 20619, > or maybe some new one... > > I'm not sure how important this is but I gathered the following info > about the controller: > > References to the controller in the motherboard manual and the > motherboard manufacturer's website: Promise T3 [1] > > Written on the actual chip on the motherboard: Promise PDC42819 [2] > > This chip is also used on Promise's own FastTrak TX2650 & TX4650 > adapters [3] which have "partial open source" drivers [4], [5]. This > driver looks like an open source wrapper around a binary blob (some > fasttrak library for software fake raid, I think). > > Having a quick look through the source of Promise's driver, it looks > like the driver has been hacked up out of a driver that was originally > used for fakeraid on ATI and intel southbridges as well as Promise's > SX4 adapter (and some Promise adapter called the OCTOPUSII). > > Promise has an open source commitment written on its werbsite [6] but > it just relates to their SuperTrak products (not their FastTrak ones) > and the stex driver. > > The following is the hunk of lspci output that refers to the controller: > > 02:00.0 RAID bus controller [0104]: Promise Technology, Inc. Unknown > device [105a:3f20] This is pure speculation, but _if_ it is similar to the chips driven by sata_promise then it should be close to the 40518 family (all the other ones are older). So adding that PCI id as a board_40518 in pdc_ata_pci_tbl[] just might do the trick. -- To unsubscribe from this list: send the line "unsubscribe linux-ide" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html