qmi_add_lookup(9)
β¨ NAME β¨
qmi_add_lookup β register a new lookup with the name service. thatβs literally the whole vibe bestie, and this page is qmi_add_lookup(9) from the Kernel API Manual π
β¨
πΈ SYNOPSIS πΈ
int qmi_add_lookup (struct qmi_handle *qmi , unsigned int service ,
unsigned int version , unsigned int instance );
π ARGUMENTS π
qmiβ the qmi handle, aka your main character struct pointer π«Άserviceβ service id of the request β¨versionβ version number of the request πinstanceβ instance id of the request π¦
π¦ DESCRIPTION π¦
okay so real talk: registering a lookup query with the name server will cause the name server to send NEW_SERVER and DEL_SERVER control messages to this socket as matching services are registered. thatβs the whole point, and itβs lowkey iconic π
π RETURN π
0 on success, negative errno on failure. slay when itβs 0, sad girl hours when itβs negative ππ
π SEE ALSO π
the kernel file is ./drivers/soc/qcom/qmi_interface.c, and these are the besties you should also check out:
qmi_recv_new_server(9)qmi_recv_del_server(9)qmi_recv_bye(9)qmi_recv_del_client(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)
π thatβs the page, bestie β brought to you from ./drivers/soc/qcom, dated October 2026, and itβs qmi_add_lookup(9) out π
β¨
π¦ 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