[PATCH 19/24] drm/armada: Move GEM BO to drm_framebuffer

[Russell King - ARM Linux]

On Thu, May 17, 2018 at 04:41:35PM +0100, Daniel Stone wrote:
> On 17 May 2018 at 16:26, Russell King - ARM Linux <linux at armlinux.org.uk> wrote:
> > On Thu, May 17, 2018 at 02:15:40PM +0100, Daniel Stone wrote:
> >> On 30 March 2018 at 15:11, Daniel Stone <daniels at collabora.com> wrote:
> >> > Since drm_framebuffer can now store GEM objects directly, place them
> >> > there rather than in our own subclass. As this makes the framebuffer
> >> > create_handle and destroy functions the same as the GEM framebuffer
> >> > helper, we can reuse those.
> >>
> >> Ping - have you had a chance to look at this?
> >
> > I haven't, I've not moved any of my trees off 4.16 yet as I've been
> > away on vacation, and also busy dealing with Spectre for 32-bit ARM.
> >
> > From a quick look, it seems fine, and as I guess the autobuilders
> > haven't complained, it probably builds okay.  So it can probably
> > be merged without much risk - if there are any problems I'll sort it
> > out later.
> 
> Thanks Russell. I did do a build test locally as well which had no
> complaints. I'll merge this through drm-misc.

Hi Daniel,

I've not seen this go in during the last merge window, so I assume
either it missed the window or it's been forgotten.  Mind if I pick
it up instead - I finally have armada on the way to atomic modeset
conversion.

Thanks.

-- 
RMK's Patch system: http://www.armlinux.org.uk/developer/patches/
FTTC broadband for 0.8mile line in suburbia: sync at 8.8Mbps down 630kbps up
According to speedtest.net: 8.21Mbps down 510kbps up