# TCG OPALv2 support

**URL:** <https://community.frame.work/t/tcg-opalv2-support/39689>\
**Category:** Framework Laptop 16\
**Tags:** framework-laptop-16-amd-7040\
**Created:** [November 8, 2023, 1:55pm UTC](https://community.frame.work/t/tcg-opalv2-support/39689 "2023-11-08T13:55:06Z")\
**Posts on this page:** 1\
**Showing post:** 39

<div class="post-metadata">

**Author:** ![Fraoch](https://sea1.discourse-cdn.com/flex001/user_avatar/community.frame.work/fraoch/32/6364_2.png) [@Fraoch](https://community.frame.work/u/Fraoch)\
**Post date:** [January 4, 2024, 8:16pm UTC](https://community.frame.work/t/tcg-opalv2-support/39689/39 "2024-01-04T20:16:49Z")

</div>

This thread has been off-topic for a while now. Please limit discussion in this thread to the OP’s original question - the Framework 16 and TCG Opal v2 self encrypting drives.

We will move the discussion of the merits of self-encrypting drives vs. software encryption to General Topics, [General Topics - Framework Community](http://community.frame.work/c/general-topics/31), you may continue this discussion there.

> [@Self-encrypting drives vs. software encryption](http://community.frame.work/t/self-encrypting-drives-vs-software-encryption/43031):
>
> With sedutil-cli, you are encrypting with passwords that are run through an algorithm before being sent to the SSD, unless you are using the -n flag which will send the password exactly as provided on the command line. Which one should the BIOS support? It’s possible that with cryptsetup supporting OPAL in the near future, that there are multiple incompatible ways of deriving the actual encryption key from the typed password, and the BIOS would not know which method was used.

---

_[View the full topic](https://community.frame.work/t/tcg-opalv2-support/39689)._
