max_contamin..._contaminant(9)
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 astruct 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
- nixpkgs unstable: linux-manual 7.3.1
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms