zl3073x_ref_freq_meas_latch(9)

✨ NAME ✨

• zl3073x_ref_freq_meas_latch — latch reference frequency measurements 💅

---

🎀 SYNOPSIS 🎀

This is the Kernel API Manual, page zl3073x_ref_freq_meas_latch(9), bestie — welcome to the function-signature moment 🫶 Here it is, exactly:

int zl3073x_ref_freq_meas_latch (struct zl3073x_dev *zldev , u8 type );

---

💖 ARGUMENTS 💖

• zldev — pointer to zl3073x_dev structure 🦋
• type — measurement type, specifically the ZL_REF_FREQ_MEAS_CTRL_* kind 🎀

---

🦋 DESCRIPTION 🦋

Okay so the vibe of this function is: it waits for the previous measurement to finish first — like, it will not let the old one overlap, periodt — then it selects all references, and then it requests a new measurement of the given type. That's the whole flow, and honestly? It ate. ✨

---

🌸 RETURN 🌸

It returns 0 on success, and <0 on error 😭 So yeah: 0 is the slay outcome, negative is the crying-in-the-group-chat outcome.

---

🔥 SEE ALSO 🔥

Kernel file ./drivers/dpll/zl3073x/core.c — and the whole linked function squad is:

• zl3073x_read_u8(9)
• zl3073x_write_u8(9)
• zl3073x_read_u16(9)
• zl3073x_write_u16(9)
• zl3073x_read_u32(9)
• zl3073x_write_u32(9)
• zl3073x_read_u48(9)
• zl3073x_write_u48(9)
• zl3073x_poll_zero_u8(9)
• zl3073x_do_hwreg_op(9)
• zl3073x_read_hwreg(9)
• zl3073x_write_hwreg(9)
• zl3073x_update_hwreg(9)
• zl3073x_write_hwreg_seq(9)
• zl3073x_ref_phase_offsets_update(9)
• zl3073x_ref_freq_meas_update(9)
• zl3073x_dev_phase_meas_setup(9)
• zl3073x_dev_start(9)
• zl3073x_dev_stop(9)
• zl3073x_dev_probe(9)

---

xoxo, from the ./drivers/dpll/zl3073x source/version, dated October 2026, on page zl3073x_ref_freq_meas_latch(9) 💖✨🎀