max_contamin..._contaminant(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

okay so bestie, this is max_contamin..._contaminant(9) from the Kernel API Manual β€” let's get into it πŸ’–

🫢 NAME 🫢

  • max_contaminant_is_contaminant β€” tests if CC was toggled due to a contaminant. that's the whole assignment, no cap ✨

✨ SYNOPSIS ✨

bool max_contaminant_is_contaminant (struct max_tcpci_chip *chip , bool
disconnect_while_debounce , bool *cc_handled );

🧚 ARGUMENTS 🧚

  • chip β€” handle to a struct max_tcpci_chip. ur main character struct, basically 🫢
  • disconnect_while_debounce β€” whether the disconnect was detected when CC pins were debouncing. debounce era, iykyk 🌸
  • cc_handled β€” returns whether or not update to CC status was handled here. not me being obsessed with this bool pointer, it literally tells you if the CC-status update got handled right here πŸŽ€

🌸 DESCRIPTION 🌸

okay so the vibe check: this function determines if a contaminant was detected. that's it, that's the plot πŸ”₯

πŸ”₯ RETURN πŸ”₯

true if a contaminant was detected, false otherwise. cc_handled gets updated to reflect whether or not further CC handling is required β€” so yeah, it's doing double duty, highkey iconic, periodt πŸ’…

πŸ¦‹ SEE ALSO πŸ¦‹

Kernel file ./drivers/usb/typec/tcpm/tcpci_maxim.h β€” the reference ate, go look πŸ‘€βœ¨


mwah πŸ’‹ this cutie is sourced from ./drivers/usb/typec/tcpm, dated October 2026, and it's the max_contamin..._contaminant(9) page. periodt, love that for us πŸŽ€

πŸ“¦ where this page comes from