On Thu, May 5, 2022 at 4:29 AM Michal Koutný <mkoutny@xxxxxxxx> wrote: > > On Wed, May 04, 2022 at 10:16:50AM -0700, "T.J. Mercier" <tjmercier@xxxxxxxxxx> wrote: > > However the only names that would result from this series are the > > names of the dma-buf heaps, with "-heap" appended. So they are > > predictable from the /dev/dma_heap/* names, and only the system and > > cma heaps currently exist upstream. > > It's not so important with the read-only stats currently posted (a > crafted sysfs file with these names would be an overlikill)... > > > > > For other future uses of this controller I thought we were headed in > > the direction of "standardized" names which would be > > predefined/hardcoded and documented, so these names wouldn't really > > need to be made available to a user at runtime. > > https://lore.kernel.org/lkml/CABdmKX3gTAohaOwkNccGrQyXN9tzT-oEVibO5ZPF+eP+Vq=AOg@xxxxxxxxxxxxxx/ > > (Ah, I see.) > > ...but if writers (limits) are envisioned, the keys should represent > something that the user can derive/construct from available info -- e.g. > the documentation. > > OK, so I understand current form just presents some statistics. > Yup, thanks for taking a look. > Michal