ib_dma_map_bvec(9)
π ib_dma_map_bvec β like, the kernel API manual, but make it make sense
okay so bestie, this is a page from the Kernel API Manual (ib_dma_map_bvec(9), section 9) and honestly? it's short but it matters. buckle up π
β¨ NAME β¨
ib_dma_map_bvec β the girlies that map a bio_vec to a DMA address π«
πΈ SYNOPSIS πΈ
u64 ib_dma_map_bvec (struct ib_device *dev , struct bio_vec *bvec , enum
dma_data_direction direction );
that's the whole signature, no cap. u64 in, vibes out β¨
π¦ ARGUMENTS π¦
devβ the device thedma_addris gonna be created for. like, the main character of this whole operation πbvecβ thebio_vecwe're mapping. yes queen, that one πdirectionβ the direction of the DMA. gotta know which way the data's flowing fr fr π
π DESCRIPTION π
so what it does: it returns a DMA address for the bio_vec. that's the whole slay π
BUT β and this is the part where you listen to me β the caller must check the result with ib_dma_mapping_error before use. periodt. and a failed mapping must not be passed to ib_dma_unmap_bvec. like ever. don't do it. i'm serious π
β οΈ okay so real talk:ib_dma_mapping_errorcheck = mandatory before you touch that result. failed mapping β never hand it toib_dma_unmap_bvec. that's the rule, bestie, and it's not negotiable π
and for software RDMA devices (rxe, siw), it returns a virtual address and no actual DMA mapping occurs. lowkey iconic behaviour honestly πΈ
π₯ SEE ALSO π₯
okay this list is long β like, unhinged long β but every single one is here because i would never do you dirty like that. also peep the kernel file ./include/rdma/ib_verbs.h π
struct rdma_stat_desc(9)struct rdma_hw_stats(9)ib_rate_to_mult(9)ib_rate_to_mbps(9)ib_port_attr_to_speed_info(9)enum ib_mr_type(9)struct ib_mr_status(9)mult_to_ib_rate(9)struct ib_udata(9)struct rdma_netdev(9)struct ib_device_ops(9)ib_get_client_data(9)ib_modify_qp_is_ok(9)rdma_cap_ib_switch(9)rdma_start_port(9)rdma_for_each_port(9)rdma_end_port(9)rdma_cap_ib_mad(9)rdma_cap_opa_mad(9)rdma_cap_ib_smi(9)rdma_cap_ib_cm(9)rdma_cap_iw_cm(9)rdma_cap_ib_sa(9)rdma_cap_ib_mcast(9)rdma_cap_af_ib(9)rdma_cap_eth_ah(9)rdma_cap_opa_ah(9)rdma_max_mad_size(9)rdma_cap_roce_gid_table(9)rdma_core_cap_opa_port(9)rdma_mtu_enum_to_int(9)rdma_mtu_from_attr(9)ib_alloc_pd(9)ib_dealloc_pd(9)rdma_create_ah(9)rdma_create_user_ah(9)ib_get_gids_from_rdma_hdr(9)ib_get_rdma_header_version(9)ib_init_ah_attr_from_wc(9)ib_create_ah_from_wc(9)rdma_modify_ah(9)rdma_query_ah(9)rdma_destroy_ah_user(9)rdma_destroy_ah(9)ib_modify_srq(9)ib_query_srq(9)ib_destroy_srq_user(9)ib_destroy_srq(9)ib_post_srq_recv(9)ib_create_qp(9)ib_modify_qp_with_udata(9)ib_modify_qp(9)ib_query_qp(9)ib_destroy_qp(9)ib_open_qp(9)ib_close_qp(9)ib_post_send(9)ib_post_recv(9)ib_alloc_cq_any(9)rdma_set_cq_moderation(9)ib_destroy_cq_user(9)ib_destroy_cq(9)ib_poll_cq(9)ib_req_notify_cq(9)ib_virt_dma_to_ptr(9)ib_virt_dma_to_page(9)ib_dma_mapping_error(9)ib_dma_map_single(9)ib_dma_unmap_single(9)ib_dma_map_page(9)ib_dma_unmap_page(9)ib_dma_unmap_bvec(9)ib_dma_map_sgtable_attrs(9)ib_dma_map_sg(9)ib_dma_unmap_sg(9)ib_dma_max_seg_size(9)ib_dma_sync_single_for_cpu(9)ib_dma_sync_single_for_device(9)ib_dereg_mr_user(9)ib_dereg_mr(9)ib_update_fast_reg_key(9)ib_inc_rkey(9)ib_attach_mcast(9)ib_detach_mcast(9)ib_check_mr_status(9)ib_device_try_get(9)rdma_ah_find_type(9)ib_lid_cpu16(9)ib_lid_be16(9)rdma_roce_rescan_device(9)rdma_device_to_ibdev(9)ibdev_to_node(9)rdma_device_to_drv_device(9)rdma_flow_label_to_udp_sport(9)rdma_calc_flow_label(9)rdma_get_udp_sport(9)
ik that was a lot but we got through it together π«Ά
and that's the page!! π§ this little beauty lives at ./include/rdma, it's dated October 2026, and it answers to the name ib_dma_map_bvec(9) β mwah, go check your mapping errors, ily, bye ππ
π¦ 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