hid_hw_stop(9)
okay so this is hid_hw_stop(9), straight out of the Kernel API Manual, and itβs giving βcleanup eraβ energy π
β¨
πΈ NAME πΈ
hid_hw_stop β stop underlying HW
β¨ SYNOPSIS β¨
void hid_hw_stop (struct hid_device *hdev );
π ARGUMENTS π
hdevβ hid device. yes bestie, thatβs the one π«Ά
π¦ DESCRIPTION π¦
okay so hereβs the tea: this is usually called from the remove function, or from probe when something failed and hid_hw_start was already called. so youβre in cleanup mode, periodt π
and bestie, if the caller enabled HID input via hid_device_io_start and is unwinding without an explicit hid_device_io_stop, quiesce input first so that in-flight reports cannot reach handlers (e.g. hidraw_report_event) whose backing objects hid_disconnect is about to free. that caveat is important, fr fr β donβt let reports hit objects that are about to get freed ππ₯
π SEE ALSO π
the kernel file is ./drivers/hid/hid-core.c, and the rest of the friend group is:
hid_parse_report(9)hid_validate_values(9)hid_open_report(9)hid_match_report(9)hid_match_usage(9)hid_input_report(9)hid_safe_input_report(9)hid_hw_start(9)hid_hw_open(9)hid_hw_close(9)hid_hw_request(9)hid_hw_raw_request(9)hid_hw_output_report(9)new_id_store(9)hid_compare_device_paths(9)hid_allocate_device(9)hid_destroy_device(9)
with love from ./drivers/hid, October 2026, and hid_hw_stop(9) π«Άπβ¨
π¦ 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