dm_test_hdcp...ializes_work(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’– dm_test_hdcp_create_workqueue_initializes_work β€” a Kernel API Manual moment ✨

okay so bestie, welcome to the Kernel API Manual πŸŽ€ and honestly? this one's a KUnit test page, so it's short, sweet, and it ate. let's get into it πŸ’…


🌸 NAME 🌸

dm_test_hdcp_create_workqueue_initializes_work β€” the success path that wires everything up 🫢

like, everything everything. no cap.


✨ SYNOPSIS ✨

void dm_test_hdcp_create_workqueue_initializes_work (struct kunit *test
);

πŸ¦‹ ARGUMENTS πŸ¦‹

  • test β€” the KUnit test context πŸ’œ this is your lil' passport for the test, that's it, that's the whole arg.

πŸ”₯ DESCRIPTION πŸ”₯

okay so picture it: a single link. just the one. 🌈

With a single link, hdcp_create_workqueue must do all of these things, and we're holding it to every single one:

  • allocate the workqueue 🧚
  • allocate both SRM buffers (both of them, bestie, not one β€” both πŸ“)
  • record max_link
  • publish the cp_psp callbacks and the handle
  • point every link's psp handle at the device psp πŸ‘‘

and then there's the vibe check: a non-matching dce_version must leave dtm_v3_supported clear. ✨ so if the version doesn't match, that flag stays off. no sneaky setting it anyway. πŸ™ˆ

for teardown, hdcp_destroy is what we use to take the workqueue down β€” and heads up, it also removes the SRM sysfs file that got created on the device kobject. πŸ’€ so it's doing double duty, and yes, that's iconic of it.


πŸ‘‘ SEE ALSO πŸ‘‘

the whole friend group πŸ’– β€” plus one very important kernel file:


and that's the page!! πŸ’œ this lil' manual lives at ./drivers/gpu/drm/amd/display/... and it's dated October 2026 ⭐ β€” and the page title itself is dm_test_hdcp...ializes_work(9) if you were wondering what to call it. mwah πŸ’‹ go write some passing tests bestie πŸŽ€

πŸ“¦ where this page comes from