async_raid6_2data_recov(9)

💖 async_raid6_2data_recov — Kernel API Manual, section 9 💖

okay so bestie, picture this: your RAID-6 array is out here living its best life, and then two data blocks just ghost you at the same time. this function is the friend who shows up with the rescue. it asynchronously calculates two missing data blocks, like, while other stuff is happening, because being efficient is main character energy. ✨

🌸 NAME 🌸

async_raid6_2data_recov — asynchronously calculate two missing data blocks 🫶

⭐ SYNOPSIS ⭐

struct dma_async_tx_descriptor * async_raid6_2data_recov (int disks ,
size_t bytes , int faila , int failb , struct page **blocks ,
unsigned int *offs , struct async_submit_ctl *submit );

🎀 ARGUMENTS 🎀

• disks — number of disks in the RAID-6 array. that's the whole squad, bestie. 💅
• bytes — block size. yes it's literally just how big the block is, no cap.
• faila — first failed drive index. the first one that betrayed you 😭
• failb — second failed drive index. and then a second one?? rude.
• blocks — array of source pointers where the last two entries are p and q. yup, the last two slots are reserved for the parity kings 👑
• offs — array of offset for pages in blocks. like a little address book for your pages 🦋
• submit — submission/completion modifiers. this is the vibe check for how the job gets sent off and how you find out it's done. ✨

🔥 SEE ALSO 🔥

• Kernel file ./crypto/async_tx/async_raid6_recov.c
• async_raid6_datap_recov(9)

and that's the whole thing, bestie — no notes, you ate that. 💖✨

source: ./crypto/async_tx · dated October 2026 · go forth and recover your data blocks, iykyk 🧚💜