adf_rl_get_sla(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… adf_rl_get_sla β€” the NAME section, bestie

okay so adf_rl_get_sla β€” literally just returns an existing SLA data. that's the whole vibe. this is from the Kernel API Manual (adf_rl_get_sla(9)), and yes we're gonna get into it πŸ’–


✨ SYNOPSIS ✨

int adf_rl_get_sla (struct adf_accel_dev *accel_dev , struct
       adf_rl_sla_input_data *sla_in );

that's it. two args, one int coming back at you. slay 🫢


πŸŽ€ ARGUMENTS πŸŽ€

  • accel_dev β€” pointer to the acceleration device structure. like, the device itself, the main character πŸ‘‘
  • sla_in β€” pointer to user data where the SLA info will be stored. this is where the good stuff lands, no cap πŸ“

🌸 DESCRIPTION 🌸

okay so here's the thing: the sla_id you want data for? you gotta set it in the sla_id structure first. that's the whole entry requirement. set the sla_id, then ask. iykyk ✨


πŸ’€ RETURN πŸ’€

  • 0 β€” ok πŸ’š everything's fine, we ate
  • -EINVAL β€” provided sla_id does not exist 😭 like it's just not there bestie, invalid, gone, not a real one

πŸ¦‹ SEE ALSO πŸ¦‹

Kernel file ./drivers/crypto/intel/qat/qat_common/adf_rl.c

and the whole friend group, fr fr:

like, the entire roster. obsessed 🌈


ngl, quick vibe check: adf_rl_get_sla(9) only reads β€” it's the get, not the add or the remove. the removing ones are right there in SEE ALSO if you're feeling chaotic πŸ’…

that's the page, bestie 🧚 source/version lives at ./drivers/crypto/intel/qat/qat... and it's dated October 2026 β€” mwah, bye πŸ’œ

πŸ“¦ where this page comes from