template <>class WireSyncClientImpl
Defined at line 698 of file fidling/gen/src/storage/fxfs/fidl/fuchsia.fxfs/fuchsia.fxfs/cpp/fidl/fuchsia.fxfs/cpp/wire_messaging.h
Methods to make a sync FIDL call directly on an unowned handle or a
const reference to a |::fidl::ClientEnd
<
::fuchsia_fxfs::Crypt>|,
avoiding setting up a client.
Public Methods
::fidl::WireResult< ::fuchsia_fxfs::Crypt::CreateKey> CreateKey (uint64_t owner, ::fuchsia_fxfs::wire::KeyPurpose purpose)Creates a new key wrapped with the key identified by `wrapping_key_id`. `owner` identifies
the owner of the key and must be supplied to `UnwrapKey`. The crypt service chooses a
`wrapping_key_id` which must be supplied to UnwrapKey. The `wrapping_key_id` has no
meaning to Fxfs.
TODO(https://fxbug.dev/445189846): Add an `object_type` field to support inline encryption.
Allocates 328 bytes of message buffer on the stack. No heap allocation necessary.
::fidl::WireResult< ::fuchsia_fxfs::Crypt::CreateKeyWithId> CreateKeyWithId (uint64_t owner, const ::fidl::Array<uint8_t, 16> & wrapping_key_id, ::fuchsia_fxfs::wire::ObjectType object_type)Creates a new key wrapped with the key identified by `wrapping_key_id`. `owner` identifies
the owner of the key and must be supplied to `UnwrapKey` along with `wrapping_key_id`.
The `wrapping_key_id` has no meaning to Fxfs.
Allocates 48 bytes of request buffer on the stack. Response is heap-allocated.
::fidl::WireResult< ::fuchsia_fxfs::Crypt::UnwrapKey> UnwrapKey (uint64_t owner, ::fuchsia_fxfs::wire::WrappedKey wrapped_key)Unwraps a key. `owner` must be the same as that passed to `CreateKey`.
This can fail due to permission reasons, but an incorrect key or owner will not fail;
it will just return an unwrapped key that won't actually decrpyt the data.
ZX_ERR_UNAVAILABLE is returned if the key is known but cannot be unwrapped (e.g. it is
locked).
ZX_ERR_NOT_FOUND is returned if the key is not known. In some cases, implementations are
unable to tell the difference between the two, in which case, ZX_ERR_UNAVAILABLE is
returned.
Allocates 368 bytes of message buffer on the stack. No heap allocation necessary.