On 10/21/26 10:41 PM, Rob Clark wrote: > These also fix some perfcntr SEL regs which were mistakenly blocked > since we previously just copied the protect tables from downstream kgsl > (and only sometimes remembered to fix these). > > Signed-off-by: Rob Clark <[email protected]> > ---
LLM summary in case anyone is interested: - Almost nothing carries over unchanged. Only 22–34 entries per GPU match exactly, out of 47–64 in each table. - The generated tables use finer-grained ranges. For example, NORDWR 0x8600, 0x1ff becomes several smaller ranges (0x8600/0xf, 0x8700/0xf, 0x8740/0xbf, and so on). - Several ranges that were RDONLY before are now NORDWR, or the other way round, and some change length. Some ranges appear only in the new tables, such as 0xd200/0x3ff and 0x20000–0x27810 on maili. - The generated tables don't reproduce some old ranges exactly. 0xfc00/0x1fff and 0x3cc6/0x1fff, for example, are not in the new tables. I didn't check whether the new tables still protect that address space. - count_max goes from 15 to 64 for x285, a840 and a850. The old 15 was already below the 47–57 entries those tables held. Patch 13 also adds BUILD_BUG_ON checks for all six protect tables. Before, only a810 and a830 were checked, so the old mismatch went unnoticed. Also one robo-worry: Unexpected: on hawi, GRAS_PERFCTR_TSEFE_SEL at 0x8610 is still blocked, because the new NORDWR 0x8600, 0x10f entry covers it. Konrad
