Hello, Rus V. Brushkoff wrote: > :> kernel, kernel send RESET to SATA drive and password need to be entered > :again > - so the kernel panics because it cant mount rootfs. How this > :problem can be solved ? Which controller are you on? Can you please post full successful boot log and the result of "hdparm -I /dev/sda"? As SATA PHY events can happen at any time and PHY events mean COMRESET which is hardreset for the device and resets most configurations, it's a bit difficult. Basically, OS should record all relevant configurations and reprogram the drive after such event. OS can also do thing which are BIOS dependent via ACPI _GTF but the problem is that _GTF can only issue no-data command and SECURITY_UNLOCK isn't one of them. Even if that wasn't the problem, it's pretty dumb to pass clear text to OS via ACPI method. To solve the problem, ATA added Software Setting Preservation featureset, which makes the drive remember configurations over hardresets but it's an optional feature and not all drives implement it. I think having SSP support in the drive is the only sane way to support password locking on SATA; otherwise, the drive can just go away while the system is running. That said, it would be nice to have a parameter to force SRST or no reset at all for odd cases. Thanks. -- 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
