<div dir="ltr"><div dir="ltr"><br></div><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Feb 1, 2021 at 9:49 AM Daniel Vetter <<a href="mailto:daniel@ffwll.ch">daniel@ffwll.ch</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
- there's been a pile of cgroups proposal to manage gpus at the drm<br>
  subsystem level, some by Kenny, and frankly this at least looks a bit<br>
  like a quick hack to sidestep the consensus process for that.<br></blockquote><div>No Daniel, this is quick *draft* to get a conversation going.  Bpf was actually a path suggested by Tejun back in 2018 so I think you are mischaracterizing this quite a bit.<br><br></div><div>"2018-11-20 Kenny Ho:<br><span class="gmail-im">To put the questions in more concrete terms, let say a user wants to<br> expose certain part of a gpu to a particular cgroup similar to the<br> way selective cpu cores are exposed to a cgroup via cpuset, how<br> should we go about enabling such functionality?<br>
<br>2018-11-20 Tejun Heo:<br></span>
Do what the intel driver or <span class="gmail-il">bpf</span> is doing?  It's not difficult to hook<br>
into cgroup for identification purposes."</div></div><div class="gmail_quote"><br></div><div class="gmail_quote">Kenny<br></div></div>