qmi_recv_del_server(9)
π qmi_recv_del_server π
okay bestie, welcome to the Kernel API Manual page for qmi_recv_del_server β it's giving "server cleanup era" and we are obsessed. β¨
πΈ NAME πΈ
qmi_recv_del_server β handler of the DEL_SERVER control message. no cap, that's the whole vibe. π
β¨ SYNOPSIS β¨
void qmi_recv_del_server (struct qmi_handle *qmi , unsigned int node , unsigned int port );
π ARGUMENTS π
qmiβ qmi handle. your main-character handle, basically. π«Άnodeβ node of the dying server, a value of-1matches all nodes. yes,-1is the wildcard bestie. π¦portβ port of the dying server, a value of-1matches all ports. same wildcard energy, but for ports. πΈ
π¦ DESCRIPTION π¦
Calls the del_server callback for each previously seen server, allowing the client to react to the disappearing server. it's literally the "bestie left the group chat" notification, but for servers. π
π SEE ALSO π
Kernel file: ./drivers/soc/qcom/qmi_interface.c
qmi_recv_new_server(9)qmi_recv_bye(9)qmi_recv_del_client(9)qmi_add_lookup(9)qmi_add_server(9)qmi_txn_init(9)qmi_txn_wait(9)qmi_txn_cancel(9)qmi_invoke_handler(9)qmi_handle_net_reset(9)qmi_handle_init(9)qmi_handle_release(9)qmi_send_message(9)qmi_send_request(9)qmi_send_response(9)qmi_send_indication(9)
made with π from source: ./drivers/soc/qcom Β· date: October 2026 Β· page: qmi_recv_del_server(9) π«Ά slay, bye β¨
π¦ 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