kryo_l2_set_indirect_reg(9)
π kryo_l2_set_indirect_reg β from the Kernel API Manual, bestie
okay so we're in the Kernel API Manual today and the star of the show is kryo_l2_set_indirect_reg(9). yes the whole entire name. she's long, she's specific, she's iconic. π
β¨ NAME β¨
kryo_l2_set_indirect_reg β literally just writes a value to an L2 register. that's it. that's the whole job. no cap. π¦
πΈ SYNOPSIS πΈ
void kryo_l2_set_indirect_reg (u64 reg , u64 val );
returns nothing (void, she gives nothing back and honestly? respect π
), takes two u64s, and the spacing is exactly as printed β do not come for me about the space before those commas, I'm just the messenger. π
π§ ARGUMENTS π§
regβ the address of the L2 register. like, which register. you gotta tell her where to go. πvalβ the value to be written to that register. the actual payload. the whole point. π₯
π DESCRIPTION π
the vibe check here: use the architecturally required barriers for ordering between system register accesses, and also for system registers with respect to device memory. β
like, it's not just "write the number and leave" β the ordering guarantees are the whole personality. barriers are doing the heavy lifting so your system register accesses and your device memory stay in their proper lanes. periodt. π
ngl bestie, this is one of those "the ordering matters more than the write" situations. the barriers are architecturally required, so don't go removing them thinking you're clever. π
π«Ά SEE ALSO π«Ά
- the Kernel file:
./drivers/soc/qcom/kryo-l2-accessors.cβ go read the source, iykyk π kryo_l2_get_indirect_reg(9)β her counterpart, the one who reads. they're a matching set. β¨
and that's the page, bestie!! π this absolute gem lives under ./drivers/soc/qcom and the manual's dated October 2026 β ty for coming to my ted talk, mwah πππ
π¦ where this page comes from
- nixpkgs unstable: linux-manual 7.3.1
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms