ab8500_charg...rotf_handler(9)
π ab8500_charg...rotf_handler(9) β Kernel API Manual energy β¨
okay so bestie, welcome to the Kernel API Manual π today's main character is ab8500_charg...rotf_handler(9) and ngl she's kinda niche but she's doing her job. Let's get into it π«Ά
πΈ NAME πΈ
ab8500_charger_mainchthprotf_handler β bestie, this handler fires when the die temp is below the main charger thermal protection threshold π that's the whole vibe, that's the whole function.
π¦ SYNOPSIS π¦
irqreturn_t ab8500_charger_mainchthprotf_handler (int irq , void *_di );
like, she takes two things and returns an irqreturn_t. iconic honestly π
β¨ ARGUMENTS β¨
irqβ the interrupt number π« literally just the number identifying which interrupt is being handled._diβ a pointer to theab8500_chargerstructure π (yes that's avoid *, yes she casts it, we don't judge, it's giving kernel tradition).
π₯ DESCRIPTION π₯
So what does she actually do? She returns the IRQ status β that's IRQ_HANDLED π that's it, that's the tea. no cap. She handles it, she says "handled", she moves on. main character efficiency fr fr π
π SEE ALSO π
the way this list goes on forever π but every single one of these is part of the family so here we go bestie:
Kernel file ./drivers/power/supply/ab8500_charger.cstruct ab8500_charger_interrupts(9)struct ab8500_charger(9)ab8500_power_supply_changed(9)ab8500_charger_get_ac_voltage(9)ab8500_charger_ac_cv(9)ab8500_charger_get_vbus_voltage(9)ab8500_charger_get_usb_current(9)ab8500_charger_get_ac_current(9)ab8500_charger_usb_cv(9)ab8500_charger_detect_chargers(9)ab8500_charger_max_usb_curr(9)ab8500_charger_read_usb_type(9)ab8500_charger_detect_usb_type(9)ab8500_charger_get_usb_cur(9)ab8500_charger_check_continue_stepping(9)ab8500_charger_set_current(9)ab8500_charger_set_vbus_in_curr(9)ab8500_charger_set_main_in_curr(9)ab8500_charger_set_output_curr(9)ab8500_charger_led_en(9)ab8500_charger_ac_en(9)ab8500_charger_usb_en(9)ab8500_charger_usb_check_enable(9)ab8500_charger_ac_check_enable(9)ab8500_charger_watchdog_kick(9)ab8500_charger_update_charger_current(9)ab8500_charger_check_vbat_work(9)ab8500_charger_check_hw_failure_work(9)ab8500_charger_kick_watchdog_work(9)ab8500_charger_ac_work(9)ab8500_charger_detect_usb_type_work(9)ab8500_charger_usb_link_attach_work(9)ab8500_charger_usb_link_status_work(9)ab8500_charger_check_usbchargernotok_work(9)ab8500_charger_check_main_thermal_prot_work(9)ab8500_charger_check_usb_thermal_prot_work(9)ab8500_charger_mainchunplugdet_handler(9)ab8500_charger_mainchplugdet_handler(9)ab8500_charger_mainextchnotok_handler(9)ab8500_charger_mainchthprotr_handler(9)ab8500_charger_vbusdetf_handler(9)ab8500_charger_vbusdetr_handler(9)ab8500_charger_usblinkstatus_handler(9)ab8500_charger_usbchthprotr_handler(9)ab8500_charger_usbchthprotf_handler(9)ab8500_charger_usbchargernotokr_handler(9)ab8500_charger_chwdexp_handler(9)ab8500_charger_vbuschdropend_handler(9)ab8500_charger_vbusovv_handler(9)ab8500_charger_ac_get_property(9)ab8500_charger_usb_get_property(9)ab8500_charger_init_hw_registers(9)
bestie if you read all 52 of those you're lowkey a legend π no pressure tho π
and that's the page!! she lives over in ./drivers/power/supply, she was dated October 2026, and this whole thing is from the Kernel API Manual π¦ that's the sign-off, mwah, ily, go read your kernel source πβ¨π
π¦ 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