fpga_bridge_get_to_list(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… fpga_bridge_get_to_list(9) β€” from the Kernel API Manual, bestie

okay so real talk, this one lives in the kernel's FPGA bridge corner and it's lowkey iconic. let's get into it ✨


🌸 NAME 🌸

fpga_bridge_get_to_list β€” you give it a device, it grabs you a bridge, and then it adds that bridge to a list. that's the whole vibe. no cap.


πŸ¦‹ SYNOPSIS πŸ¦‹

int fpga_bridge_get_to_list (struct device *dev , struct fpga_image_info
*info , struct list_head *bridge_list );

three args, one int coming back at you. cute, contained, does what it says πŸŽ€


πŸ’– ARGUMENTS πŸ’–

  • dev β€” the FPGA bridge device itself. this is the main character of the function, the thing you're actually trying to get your hands on πŸ‘‘
  • info β€” the fpga image specific information. yes it's literally named "info", she's not mysterious, she's just carrying the image details πŸ›
  • bridge_list β€” a list of FPGA bridges. this is where the bridge you grab ends up living πŸͺΊ

✨ DESCRIPTION ✨

so what actually happens? you get an exclusive reference to the bridge, and then it gets added to the list β€” like, it's now in bridge_list, sitting pretty 🌈

exclusive reference means exclusive, bestie. somebody's holding that bridge and it's you. handle it responsibly or the kernel will simply be unwell 😭

πŸ”₯ RETURN πŸ”₯

  • 0 β€” slay, success, we ate πŸ’…
  • anything else β€” that's an error code straight from fpga_bridge_get. so like, if the underlying get is unhappy, this function just passes the bad news along. not her drama, she's relaying it fr fr

🫢 SEE ALSO 🫢

kernel file ./drivers/fpga/fpga-bridge.c β€” and the whole friend group:


and that's the page, bestie πŸ§šπŸ’œ this lil beauty ships out of ./drivers/fpga, dated October 2026 β€” go forth and get those bridges on that list, iykyk ⭐

πŸ“¦ where this page comes from