rpmsg_get_mtu(9)
π rpmsg_get_mtu(9) π
okay so bestie, welcome to the Kernel API Manual entry for rpmsg_get_mtu β yes it's a real function, yes it's in the kernel, and yes we're gonna get through it together π«Ά
β¨ NAME β¨
rpmsg_get_mtu β get maximum transmission buffer size for sending message.
like... it tells you how much you're allowed to yeet into a message. that's the whole vibe π
πΈ SYNOPSIS πΈ
ssize_t rpmsg_get_mtu (struct rpmsg_endpoint *ept );
that's it. one argument. she's low-maintenance, she's iconic, she ate π β¨
π ARGUMENTS π
eptβ the rpmsg endpoint. that's your little handle to the thing, the main character of this whole function ngl π
π¦ DESCRIPTION π¦
so what does she do? literally this: the function returns the maximum buffer size available for a single outgoing message π€
that's it. that's the whole job. one message out, here's your size cap. no cap π₯
β RETURN β
- the maximum transmission size on success π
- and an appropriate error value on failure π (yeah, it can fail, keep an eye on it)
π SEE ALSO π
Kernel file ./drivers/rpmsg/rpmsg_core.c β go read the source bestie, it's right there π§
and the whole friend group:
rpmsg_create_channel(9)rpmsg_release_channel(9)rpmsg_create_ept(9)rpmsg_destroy_ept(9)rpmsg_send(9)rpmsg_sendto(9)rpmsg_trysend(9)rpmsg_trysendto(9)rpmsg_poll(9)rpmsg_set_flow_control(9)__register_rpmsg_driver(9)unregister_rpmsg_driver(9)
fr fr though β if you're sending stuff over rpmsg, check your MTU first. asking forgiveness instead of permission is not the move here π
and that's a wrap, bestie!! π this little beauty lives in ./drivers/rpmsg, she's dated October 2026, and she goes by rpmsg_get_mtu(9). mwah πππΈ
π¦ 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