[RFC PATCH v2 4/5] drm, cgroup: Add total GEM buffer allocation limit
y2kenny at gmail.com
Thu May 16 14:28:23 UTC 2019
On Thu, May 16, 2019 at 10:12 AM Christian König
<ckoenig.leichtzumerken at gmail.com> wrote:
> Am 16.05.19 um 16:03 schrieb Kenny Ho:
> > On Thu, May 16, 2019 at 3:25 AM Christian König
> > <ckoenig.leichtzumerken at gmail.com> wrote:
> >> Am 16.05.19 um 09:16 schrieb Koenig, Christian:
> >> We need something like the Linux sysfs location or similar to have a
> >> stable implementation.
> > I get that, which is why I don't use minor to identify cards in user
> > space apps I wrote:
> > https://github.com/RadeonOpenCompute/k8s-device-plugin/blob/c2659c9d1d0713cad36fb5256681125121e6e32f/internal/pkg/amdgpu/amdgpu.go#L85
> Yeah, that is certainly a possibility.
> > But within the kernel, I think my use of minor is consistent with the
> > rest of the drm subsystem. I hope I don't need to reform the way the
> > drm subsystem use minor in order to introduce a cgroup controller.
> Well I would try to avoid using the minor and at least look for
> alternatives. E.g. what does udev uses to identify the devices for
> example? And IIRC we have something like a "device-name" in the kernel
> as well (what's printed in the logs).
> The minimum we need to do is get away from the minor=linenum approach,
> cause as Daniel pointed out the minor allocation is quite a mess and not
> necessary contiguous.
I noticed :) but looks like there isn't much of a choice from what
Tejun/cgroup replied about convention.
More information about the amd-gfx