> Jeff, Alan, Mark and Albert, do you have ideas how we should support > this one? This thing locks up if nIEN is set in command FIS. For I believe they make a round receptacle for putting them in, along with other rubbish. > ahci and sata_sil24, we can and probably should stop setting nIEN when > polling, but what are we gonna do with all the SFF controllers? I can > think of some dirty hacks along the line of polling with IRQ enabled > but I would love to be enlightened with something cleaner. The SFF controllers need nIEN, I don't believe this "product" is supportable if the diagnosis and claims of the cause of the problem are true - I've no idea if they are the half-clued ramblings of front line support or someone technical and reflect the real reason the device fails. We can certainly handle the "should be zero" for pure SATA controllers where we decide what goes in that bit in the FIS, but for SFF based and emulation controllers there's nothing we can sanely do. Alan - 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
