msm_gpio_upd..._edge_parent(9)
π msm_gpio_update_dual_edge_parent(9) β kernel API manual, but make it make sense
okay so bestie, welcome to the msm_gpio_upd..._edge_parent(9) page of the Kernel API Manual β¨ yes the title is abbreviated with dots, no that's not a typo of mine, that's literally how it's printed, iykyk π
β¨ NAME β¨
msm_gpio_update_dual_edge_parent β primes the next edge for IRQs that are handled by the parent π¦
like, it sets up the next edge. for parent-handled IRQs. that's the whole vibe check π
β¨ SYNOPSIS β¨
void msm_gpio_update_dual_edge_parent (struct irq_data *d );
no return value, it's a void girlie, she just does her thing and leaves πΈ
β¨ ARGUMENTS β¨
dβ the irq dta π (that's literally what the page says bestie, i'm not fixing it, i'm just reporting it β it's yourstruct irq_data *)
β¨ DESCRIPTION β¨
okay so this one is much like msm_gpio_update_dual_edge_pos, except it's for IRQs that are normally handled by the parent irqchip π
the logic in here is slightly different, and why?? because of what's easy to actually do with our parent β that's the constraint, that's the whole reason π₯ but in principle, it's the same. same idea, different parent, no cap π―
π SEE ALSO π
- Kernel file
./drivers/pinctrl/qcom/pinctrl-msm.cβ go read the source, it's giving main character energy π struct msm_pinctrl(9)β the struct herself π
ngl this is a tiny page but every single detail is here, not me gatekeeping anything π«Ά
and that's the page!! mwah π brought to you by source ./drivers/pinctrl/qcom, dated October 2026, and yes it's the msm_gpio_upd..._edge_parent(9) manual, we stan a consistent footer πβ¨
π¦ 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