ads131m_chec...atus_crc_err(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

✨ ads131m_check_status_crc_err ✨

okay bestie, welcome to the Kernel API Manual β€” this one's about ads131m_check_status_crc_err, and yes the page title gets truncated like that, it's giving "my name is too long for the tab bar" energy πŸ’… but we move.


🌸 NAME 🌸

ads131m_check_status_crc_err β€” Checks for an Input CRC error. that's the whole vibe, she checks for CRC errors on the input side πŸŽ€

πŸ¦‹ SYNOPSIS πŸ¦‹

int ads131m_check_status_crc_err (struct ads131m_priv *priv );

πŸ’– ARGUMENTS πŸ’–

  • priv β€” Device private data structure. yeah that's it, that's the whole argument list, she only needs her one (1) struct 🫢

πŸ”₯ DESCRIPTION πŸ”₯

okay so here's what she actually does: she sends a NULL command to fetch the STATUS register, then checks the CRC_ERR bit. literally that's the whole job.

and why, you ask? because this is how you verify the integrity of the previous command (like RREG or WREG). so she's the vibe check for whatever you just did β€” if the last command came through garbled, she'll know πŸ‘€

⭐ RETURN ⭐

  • 0 on success β€” slay, we're clean πŸ’œ
  • -EIO if the CRC_ERR bit is set β€” nope, something went wrong, the frame is sus 😭

🌈 SEE ALSO 🌈

Kernel file ./drivers/iio/adc/ti-ads131m02.c

and her whole friend group, fr fr:


ngl bestie, if you're getting -EIO back from this one, go check that previous RREG/WREG β€” the CRC said no and she does not bluff πŸ™ˆ

and that's the page!! brought to you from ./drivers/iio/adc, dated October 2026 β€” ily, go verify your frames, periodt πŸ§šβ€β™€οΈπŸŽ€

πŸ“¦ where this page comes from