ab8500_charg...get_property(9)
π
ab8500_charger_ac_get_property(9) β¨
okay so bestie, welcome to the Kernel API Manual π β yes the title up top gets truncated to ab8500_charg...get_property(9) because even manpage headers have a character limit, and honestly? relatable π. Anyway, sit down, hydrate, and let's talk about how we read AC/mains properties π
πΈ NAME πΈ
ab8500_charger_ac_get_property β get the ac/mains properties π«Ά
β¨ SYNOPSIS β¨
int ab8500_charger_ac_get_property (struct power_supply *psy , enum
power_supply_property psp , union power_supply_propval *val );
π¦ ARGUMENTS π¦
psyβ pointer to thepower_supplystructure. it's giving "the whole entire supply bestie" πpspβ pointer to thepower_supply_propertystructure. like, which property are we even asking about rn πvalβ pointer to thepower_supply_propvalunion. this is where the answer goes to live, no cap π
π DESCRIPTION π
so this function?? it gets called when an application tries to get the ac/mains properties by reading the sysfs files. main character energy fr fr β
the AC/Mains properties are online, present and voltage. periodt:
onlineβ ac/mains charging is in progress or not πpresentβ presence of the ac/mains π¦voltageβ AC/Mains voltage β‘
heads up bestie: it Returns error code in case of failure else 0(on success) β so 0 means slay, anything else means we're not okay π
π§ SEE ALSO π§
the kernel file ./drivers/power/supply/ab8500_charger.c, plus literally this whole friend group:
struct 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_mainchthprotf_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_usb_get_property(9)ab8500_charger_init_hw_registers(9)
and that's the whole page bestie, you ate that π
this little love letter lives in ./drivers/power/supply and it's stamped October 2026 if you ever need to cite your sources π mwah, go read your sysfs files responsibly β¨π
π¦ 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