>> There is a reported chipset errata for *exactly* this symptom, >> though the errata is supposedly for the older 6041/6081 variants. >> But it is possible that the same problem still exists in the >> chip you are using there (SOC, right?). That erratum was fixed in the production revisions, beside, that the blink mode working, but it's responsivness is not good enough as when NCQ disabled. What I think is that this issue is seen with the specific disk that you have, the chip blinks the LED depending on the BUSY bit status, and I suspect that with the disk you have does clear that bit immediately after receiving the command FIS, so the LED will be off, though the command is not completed yet, and this makes the led responsiveness differ that in NCQ-disabled mode. > In the blink mode the led is not as responsive as when NCQ is disabled, > but at least it does show when there is I/O. If I disable NCQ by setting > queue_depth to 1, blink mode is disabled and the led behaves as with > pre-2.6.26 kernels. > > I've done my best to make the implementation as cheap as possible. > > One question I have is whether _all_ SOCs need this quirk or if we should > test for a model or revision. Is there model/revision info available for SOC? if my understanding if the issue is correct, then this should apply for all devices besides to the SOC. -- 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
