Mark Lord wrote: >>> Hmm, if someone enable SSP in the drive after password unlock - does >>> this mean that it will be unlocked forever ? Or drive can distinguish >>> between power-on and hard-reset states ? >> >> SSP by default stays on, so once unlocked it will stay unlocked as long >> as power stays applied. On power loss, it gets locked again. On >> reboots, the BIOS can always lock it again if it wants to. > .. > > The problem here, is that SSP itself gets turned-OFF after COMMRESET. > It does preserve settings over the COMMRESET, but it then has to be > renewed (re-issued by the driver) for things to survive a subsequent > COMMRESET after the first one. This has to go into libata, > as it's not something we can control entirely from hdparm. The following is from ACS8 SSP feature set description. Software settings preservation may be enabled or disabled using SET FEATURES with a Count field of 06h. If a device supports software settings preservation, the feature shall be enabled by default. See SATA 2.6 for more information. And the following is from enable/disable SSP description (7.48.18.7). The enable/disable state for software settings preservation shall persist across software reset. The enable/disable state for software settings preservation shall be reset to its default state upon COMRESET. The host may disable software settings preservation in order to not preserve software settings across COMRESET. So, the default state being enabled and COMRESET always returning it to default. I don't think libata needs to take further action. 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
