From mboxrd@z Thu Jan 1 00:00:00 1970 From: John Einar Reitan Subject: Re: [PATCH v10 0/3] Secure Memory Allocation Framework Date: Mon, 10 Oct 2016 14:51:37 +0200 Message-ID: <20161010125136.GA2844@e106921-lin.trondheim.arm.com> References: <1475581644-10600-1-git-send-email-benjamin.gaignard@linaro.org> <20161005131959.GE20761@phenom.ffwll.local> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Return-path: Content-Disposition: inline In-Reply-To: Sender: linux-kernel-owner@vger.kernel.org To: Rob Clark Cc: Benjamin Gaignard , "linux-media@vger.kernel.org" , Linux Kernel Mailing List , "dri-devel@lists.freedesktop.org" , Cc Ma , Joakim Bech , Burt Lien , Linus Walleij , Linaro MM SIG Mailman List , Linaro Kernel Mailman List List-Id: dri-devel@lists.freedesktop.org On Fri, Oct 07, 2016 at 10:42:17AM -0400, Rob Clark wrote: > probably should keep the discussion on github (USAGE.md was updated a > bit more and merged into https://github.com/cubanismo/allocator so > look there for the latest).. > > but briefly: > > 1) my expectation is if the user is implementing some use-case, it > knows what devices and APIs are involved, otherwise it wouldn't be > able to pass a buffer to that device/API.. As I described at Linaro Connect late-connected devices could cause new constrains to appear. I.e. some (additonal) HDMI connection or WiFi Display etc. Including all the might-happen devices might lead to unoptimal buffers just to be able to handle some rarely-happen events. I guess the easy resolve here is for the user to do a reallocation with the new constraints added and replace the buffer(s) in question, but with a slight lag in enabling the new device. John