dm_test_srm...ta_keeps_srm(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… NAME πŸ’…

dm_test_srm_data_write_uninitialized_ta_keeps_srm β€” bestie, this is the test that does a write while the TA is literally not initialized 🫢 like we're checking that nothing gets committed when the setup isn't ready, iykyk


✨ SYNOPSIS ✨

void dm_test_srm_data_write_uninitialized_ta_keeps_srm (struct kunit
*test );

πŸŽ€ ARGUMENTS πŸŽ€

  • test β€” the KUnit test context, aka the lil' main character handing us everything we need for this run 🌸

πŸ¦‹ DESCRIPTION πŸ¦‹

Okay so here's the tea β˜•: srm_data_write always copies the incoming buffer into work->srm_temp and returns the byte count. That's just what it does, no cap.

But when the HDCP TA is not initialized, psp_set_srm fails β€” and because of that, the committed SRM (work->srm / work->srm_size) must stay completely untouched. Not one byte moved. Periodt. πŸ’€

So the whole vibe of this test is: temp buffer gets the data, the commit does not happen, and the real SRM stays exactly as it was. Iconic behavior honestly πŸ”₯


πŸ‘‘ SEE ALSO πŸ‘‘


✿ and that's the whole page, bestie ✿ this one lives at ./drivers/gpu/drm/amd/display/... (Kernel API Manual, October 2026, dm_test_srm...ta_keeps_srm(9)) β€” go forth and keep that SRM untouched, mwah πŸ’–πŸŽ€πŸ¦‹

πŸ“¦ where this page comes from