Hello, On 11/30/2010 06:46 PM, Lin Mac wrote: > Could be, but disabling it is the last option. And it's anoying to > have 2 different modules for different uses. > > I'd prefer some clues/checkpoint if possible. One thing which could be possible is that the controller stashes the result code for the PMP aware SRST according to the PMP number instead of the usual place, so the driver can't see it. In that case, the driver can be modified to check both places I suppose but if the hardware can be fixed, that would be great. > I supposed the behavior of detecting and resetting disks (without > using port multiplier) should be the same for both with and without > CONFIG_SATA_PMP. All I know about port multiplier is when it is used > (not much too), but is there any register configuration or behavior is > required for multiplier to work properly and take effect even when no > multiplier is used? Yeah, the only difference is the PMP port number when issuing SRST. Non-PMP devices ignore it and respond the same way while PMP recognizes it and responds with PMP signature instead of the signature of the first device. As written above, I think it's quite likely that the controller is handling the response D2H Reg FIS incorrectly when a non-PMP device responds to PMP SRST. Good luck. -- tejun -- 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