devm_of_qcom_ice_get(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… devm_of_qcom_ice_get(9)

okay so bestie, welcome to the Kernel API Manual β€” this one lives in the kernel world and it's genuinely so useful once you get it. Let's go ✨


🌸 NAME

devm_of_qcom_ice_get β€” the devres-managed helper that grabs you an ICE instance straight from a DT node. no cap, that's the whole vibe πŸŽ€


✨ SYNOPSIS

struct qcom_ice * devm_of_qcom_ice_get (struct device *dev );

πŸ¦‹ ARGUMENTS

  • dev β€” the device pointer for the consumer device. like, the one that's asking for the ICE instance πŸ’–

πŸ”₯ DESCRIPTION

so here's the tea β˜• β€” this function hands you an ICE instance, but there are two whole paths it can take, and honestly both are iconic:

  • if the consumer device's DT node provides the 'ice' reg range and the 'ice' clock (that's the legacy DT style, iykyk), the function creates an ICE instance for that consumer device 🫢
  • on the other hand, if the consumer provides a phandle via the 'qcom,ice' property pointing at an ICE DT, then the ICE instance is already created β€” so this function just returns that one instead πŸ’…

either way you get an instance, you just gotta know which lane you're in.


⭐ RETURN

ICE pointer on success, ERR_PTR on error. that's it, that's the deal πŸ™ˆ


🌈 SEE ALSO

Kernel file ./drivers/soc/qcom/ice.c, plus the whole squad:


mwah πŸ’œ this page is from ./drivers/soc/qcom, dated October 2026, and it's the devm_of_qcom_ice_get(9) manual page β€” go forth and get those ICE instances bestie, you got this πŸŽ€βœ¨

πŸ“¦ where this page comes from