From mboxrd@z Thu Jan 1 00:00:00 1970 From: Thierry Reding Date: Mon, 15 Apr 2019 10:20:23 +0200 Subject: [U-Boot] [PATCH v3 12/13] p2371-2180: Add support for framebuffer carveouts In-Reply-To: References: <20190321181010.27005-1-thierry.reding@gmail.com> <20190321181010.27005-13-thierry.reding@gmail.com> Message-ID: <20190415082023.GC528@ulmo> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: u-boot@lists.denx.de On Thu, Apr 11, 2019 at 08:12:03PM -0600, Simon Glass wrote: > Hi Thierry, > > On Fri, 22 Mar 2019 at 01:53, Simon Glass wrote: > > > > On Fri, 22 Mar 2019 at 02:10, Thierry Reding wrote: > > > > > > From: Thierry Reding > > > > > > If early firmware initialized the display hardware and the display > > > controllers are scanning out a framebuffer (e.g. a splash screen), make > > > sure to pass information about the memory location of that framebuffer > > > to the kernel before booting to avoid the kernel from using that memory > > > for the buddy allocator. > > > > > > This same mechanism can also be used in the kernel to set up early SMMU > > > mappings and avoid SMMU faults caused by the display controller reading > > > from memory for which it has no mapping. > > > > > > Signed-off-by: Thierry Reding > > > --- > > > board/nvidia/p2371-2180/p2371-2180.c | 47 ++++++++++++++++++++++++++++ > > > 1 file changed, 47 insertions(+) > > > > Reviewed-by: Simon Glass > > This doesn't apply for me. Can you please resend it? This (and patch 13/13) depend on another series that I had expected to go into Tom's tree earlier than this series. However, there were some unexpected regressions caused by the other series, so I've got a couple of minor changes to that, so maybe I should just add these two patches to the other series for Tom to pick up? Thierry -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: not available URL: