lsm_volum...e_cap_get(3)
π lsm_volume_raid_create_cap_get β bestie edition π
okay so this is a page from the Libstoragemgmt C API Manual, and honestly? it's giving "let me tell you what your RAID card can actually do" energy β¨ the function is lsm_volume_raid_create_cap_get, and it's basically the vibe-check twin of lsm_volume_raid_create() π«Ά
πΈ NAME πΈ
lsm_volume_raid_create_cap_get β literally just retrieves the supported capability of lsm_volume_raid_create() π
no cap.
β¨ SYNOPSIS β¨
int lsm_volume_raid_create_cap_get (lsm_connect *conn, lsm_system
*system, uint32_t **supported_raid_types, uint32_t
*supported_raid_type_count, uint32_t **supported_strip_sizes, uint32_t
*supported_strip_size_count, lsm_flag flags);
π ARGUMENTS π
connβ a valid connection, bestie. gotta be valid fr fr.systemβ pointer oflsm_system.supported_raid_typesβ output pointer of auint32_tarray. it's holdinglsm_volume_raid_typevalues, and the memory should be freed viafree. the valid values are, and I'm obsessed with this list:LSM_VOLUME_RAID_TYPE_RAID0β stripe.LSM_VOLUME_RAID_TYPE_RAID1β two disks mirror.LSM_VOLUME_RAID_TYPE_RAID3β byte-level striping with dedicated parity.LSM_VOLUME_RAID_TYPE_RAID4β block-level striping with dedicated parity.LSM_VOLUME_RAID_TYPE_RAID5β block-level striping with distributed parity.LSM_VOLUME_RAID_TYPE_RAID6β block-level striping with two distributed parities, aka, RAID-DP.LSM_VOLUME_RAID_TYPE_RAID10β stripe of mirrors.LSM_VOLUME_RAID_TYPE_RAID15β parity of mirrors.LSM_VOLUME_RAID_TYPE_RAID16β dual parity of mirrors.LSM_VOLUME_RAID_TYPE_RAID50β stripe of parities.LSM_VOLUME_RAID_TYPE_RAID60β stripe of dual parities.LSM_VOLUME_RAID_TYPE_RAID51β mirror of parities.LSM_VOLUME_RAID_TYPE_RAID61β mirror of dual parities.LSM_VOLUME_RAID_TYPE_JBODβ just bunch of disks, no parity, no striping. the chaotic neutral icon honestly π
supported_raid_type_countβ output pointer ofuint32_t. it tells you the item count of thesupported_raid_typesarray. the way that it countsβ¦ iconic.supported_strip_sizesβ the pointer of auint32_tarray, containing all supported strip sizes. and again, memory should be freed viafreeπ§supported_strip_size_countβ the pointer ofuint32_t. indicates the item count of thesupported_strip_sizesarray.flagsβ reserved for future use, must beLSM_CLIENT_FLAG_RSVD. do not freestyle it π
π¦ VERSION π¦
1.2 β yes she's been through some updates and she ate π
π DESCRIPTION π
only available for hardware RAID cards, periodt. it queries all supported RAID types and strip sizes which could be used in lsm_volume_raid_create functions. like, it's the little info-gathering sidekick before you actually go build something π
π CAPABILITY π
LSM_CAP_VOLUME_RAID_CREATE
β RETURN β
error code as enumerated by lsm_error_number. here's the lineup:
LSM_ERR_OKβ on success. slay πLSM_ERR_INVALID_ARGUMENTβ when any argument isNULLor invalid flags. so, y'know, don't do that πLSM_ERR_NO_SUPPORTβ not supported. it's giving "we don't do that here" π
lowkey important reminder bestie: those output arrays are yours to free withfree, andflagsis absolutely not a playground βLSM_CLIENT_FLAG_RSVDonly, fr fr π
that's the whole page, and honestly it's so February 2026 of it β this was lsm_volume_raid_create_cap_get from the Libstoragemgmt C API Manual, dated February 2026, aka lsm_volum...e_cap_get(3) in the footer because the name got a lil truncated in the header π«Ά go forth and query those RAID capabilities, main character π
β¨
π¦ where this page comes from
- fedora 43: libstoragemgmt-devel 1.10.3-1.fc43 Β· LGPL-2.1-or-later
- fedora 44: libstoragemgmt-devel 1.10.3-1.fc44 Β· LGPL-2.1-or-later
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms