pvr_fw_object_fw_map(9)
π pvr_fw_object_fw_map(9)
okay bestie, welcome to the pvr_fw_object_fw_map(9) page β it lives in the Kernel API Manual and it's literally the glow-up that gets a FW object a spot in firmware address space β¨
πΈ NAME πΈ
pvr_fw_object_fw_map β map a FW object in firmware address space πΊοΈπ
π SYNOPSIS π
int pvr_fw_object_fw_map (struct pvr_device *pvr_dev , struct
pvr_fw_object *fw_obj , u64 dev_addr );
π¦ ARGUMENTS π¦
pvr_devβ the device pointer, your main character π«Άfw_objβ the FW object you're trying to map, slay πdev_addrβ the address in device space you actually want, if you need a specific one. If you don't care? Just pass0and let it vibe π
π₯ RETURN π₯
0on success β periodt, we ate πβ¨-EINVALiffw_objis already mapped but has no references β yeah, awkward π- any error returned by DRM π
π SEE ALSO π
Kernel file ./drivers/gpu/drm/imagination/pvr_fw.c plus the whole friend group: pvr_fw_validate(9), pvr_fw_process(9), pvr_wait_for_fw_boot(9), pvr_fw_validate_init_device_info(9), pvr_fw_init(9), pvr_fw_fini(9), pvr_fw_mts_schedule(9), pvr_fw_structure_cleanup(9), pvr_fw_object_fw_unmap(9), pvr_fw_object_create(9), pvr_fw_object_create_and_map(9), pvr_fw_object_create_and_map_offset(9), pvr_fw_object_destroy(9), pvr_fw_object_get_fw_addr_offset(9) ππ
and that's the whole page, no cap β brought to you by ./drivers/gpu/drm/imagination, dated October 2026, signing off as pvr_fw_object_fw_map(9) π§ββοΈβπ
π¦ 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