ecryptfs_send_message(9)
πΈ NAME πΈ
okay so this is the ecryptfs_send_message(9) page, straight from the Kernel API Manual. The name line is ecryptfs_send_message β and bestie, the original summary is literally just a dash, no extra description. iconic minimalism, honestly. π
β¨ SYNOPSIS β¨
int ecryptfs_send_message (char *data , int data_len , struct
ecryptfs_msg_ctx **msg_ctx );
π ARGUMENTS π
dataβ the data to send. that's the payload, bestie. πdata_lenβ the length ofdata. yes, it's giving "how many bytes." β¨msg_ctxβ the message context allocated for the send. it's astruct ecryptfs_msg_ctx **, so double-pointer energy. π«Ά
π¦ DESCRIPTION π¦
okay so the whole move here is: it grabs ecryptfs_daemon_hash_mux. that's the entire description, no cap. π₯
and then: returns zero on success; non-zero otherwise. so 0 is the slay outcome, anything else is a little π.
π SEE ALSO π
Kernel file ./fs/ecryptfs/messaging.c β plus the whole friend group:
ecryptfs_acquire_free_msg_ctx(9)ecryptfs_msg_ctx_free_to_alloc(9)ecryptfs_msg_ctx_alloc_to_free(9)ecryptfs_find_daemon_by_euid(9)ecryptfs_spawn_daemon(9)ecryptfs_process_response(9)ecryptfs_send_message_locked(9)ecryptfs_wait_for_response(9)
mwah π β source/version: ./fs/ecryptfs; date: October 2026; page: ecryptfs_send_message(9). byeeee π«Άβ¨
π¦ where this page comes from
- nixpkgs unstable: linux-manual 7.3.1
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms