msm_gpio_upd..._edge_parent(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… 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 your struct 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