rproc_of_parse_firmware(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… rproc_of_parse_firmware(9) β€” Kernel API Manual, bestie edition πŸŽ€

okay so picture this: you're deep in the kernel, it's the Kernel API Manual, and there's this one function that just... gets it. It's giving "I read the device tree so you don't have to." ✨ Lowkey iconic. Let's get into it 🫢


✨ NAME ✨

rproc_of_parse_firmware β€” parse and return the firmware-name πŸ“


🌸 SYNOPSIS 🌸

int rproc_of_parse_firmware (struct device *dev , int index , const char
**fw_name );

πŸ¦‹ ARGUMENTS πŸ¦‹

  • dev β€” a pointer on a struct device that represents a rproc. like, the device we're snooping on πŸ”
  • index β€” the index to use for the firmware-name retrieval. which one? that one, bestie πŸ’…
  • fw_name β€” pointer to a character string, and this is where the firmware name gets returned on success. on failure it stays unmodified β€” untouched, unbothered, main character energy πŸ‘‘

πŸ’– DESCRIPTION πŸ’–

So this is an OF helper function (yes, the device-tree girlies) that parses a device's DT node looking for the "firmware-name" property, and on success it hands you back the firmware name pointer in fw_name. That's it. That's the whole vibe. No cap. 🌈


πŸ”₯ RETURN πŸ”₯

0 on success, or an appropriate failure. (Not me hoping it's 0 every time 😭)


πŸ‘‘ SEE ALSO πŸ‘‘

Kernel file ./drivers/remoteproc/remoteproc_core.c

rproc_da_to_va(9), rproc_find_carveout_by_name(9), rproc_check_carveout_da(9), rproc_handle_vdev(9), rproc_handle_trace(9), rproc_handle_devmem(9), rproc_alloc_carveout(9), rproc_release_carveout(9), rproc_handle_carveout(9), rproc_add_carveout(9), rproc_mem_entry_init(9), rproc_of_resm_mem_entry_init(9), rproc_alloc_registered_carveouts(9), rproc_resource_cleanup(9), rproc_trigger_recovery(9), rproc_crash_handler_work(9), rproc_boot(9), rproc_shutdown(9), rproc_detach(9), rproc_get_by_phandle(9), rproc_set_firmware(9), rproc_add(9), devm_rproc_add(9), rproc_type_release(9), rproc_alloc(9), rproc_free(9), rproc_put(9), rproc_del(9), devm_rproc_alloc(9), rproc_add_subdev(9), rproc_remove_subdev(9), rproc_get_by_child(9), rproc_report_crash(9)


and that's the whole page, bestie!! πŸ’œ this lil masterpiece lives over in ./drivers/remoteproc, dated October 2026 β€” go off, remoteproc directory, you ate πŸ’…βœ¨πŸŽ€

πŸ“¦ where this page comes from