2008/1/2, Shaohua Li <shaohua.li@xxxxxxxxx>:
Would it be possible to extend this mechanism to prevent the following scenario:
1. Linux image A is suspended to disk
2. Linux image B is booted and various changes to the system are done.
3. Linux image B is shut down
4. Linux image A is booted, restoring the suspend to disk image.
5. Chaos is ensured as the file system state is changed in regard to how linux image A expects it.
Correct behaviour would naturally be that image A detects that changes have been made under its feet and proceed to perform a normal boot instead of resuming the stored suspend-to-disk image.
Is there another mechanism preventing this?
I remember destroying a system by doing this sequence of operations a couple of years ago.
With kind regards,
Erik Andrén
ACPI defines a hardware signature. BIOS calculates the signature
according to hardware configure, if hardware changes, the signature will
change, in this case, S4 resume should fail.
Signed-off-by: Shaohua Li < shaohua.li@xxxxxxxxx>
---
Would it be possible to extend this mechanism to prevent the following scenario:
1. Linux image A is suspended to disk
2. Linux image B is booted and various changes to the system are done.
3. Linux image B is shut down
4. Linux image A is booted, restoring the suspend to disk image.
5. Chaos is ensured as the file system state is changed in regard to how linux image A expects it.
Correct behaviour would naturally be that image A detects that changes have been made under its feet and proceed to perform a normal boot instead of resuming the stored suspend-to-disk image.
Is there another mechanism preventing this?
I remember destroying a system by doing this sequence of operations a couple of years ago.
With kind regards,
Erik Andrén
-
To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
_______________________________________________ linux-pm mailing list linux-pm@xxxxxxxxxxxxxxxxxxxxxxxxxx https://lists.linux-foundation.org/mailman/listinfo/linux-pm
