[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20160613140930.GV3363@phenom.ffwll.local>
Date: Mon, 13 Jun 2016 16:09:30 +0200
From: Daniel Vetter <daniel@...ll.ch>
To: Alexey Brodkin <Alexey.Brodkin@...opsys.com>
Cc: "daniel@...ll.ch" <daniel@...ll.ch>,
"airlied@...hat.com" <airlied@...hat.com>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"dri-devel@...ts.freedesktop.org" <dri-devel@...ts.freedesktop.org>,
Ruud Derwig <Ruud.Derwig@...opsys.com>,
"airlied@...ux.ie" <airlied@...ux.ie>,
"linux-snps-arc@...ts.infradead.org"
<linux-snps-arc@...ts.infradead.org>
Subject: Re: [PATCH 1/3 v2] drm/arcpgu: Make ARC PGU usable on simulation
platforms
On Mon, Jun 13, 2016 at 12:47:33PM +0000, Alexey Brodkin wrote:
> Hi Daniel,
>
> On Fri, 2016-06-10 at 17:29 +0300, Alexey Brodkin wrote:
> > From: Ruud Derwig <rderwig@...opsys.com>
> >
> > In case of simulation there's no real encoder/transmitter device
> > because in the model's virtual LCD we're rendering whatever
> > appears in frame-buffer memory.
> >
> > Signed-off-by: Ruud Derwig <rderwig@...opsys.com>
> > Signed-off-by: Alexey Brodkin <abrodkin@...opsys.com>
> > ---
> >
> > Changes v1 -> v2:
> > * Got rid of dummy arcpgu_drm_encoder_helper_funcs and now rely on default
> > best encoder
>
> If that version looks good to you could you please provide your Ack?
I just do drive-by comments on driver submissions, review/merge rules are
up to each driver maintainer mostly. But for the warm and fuzzy feeling
I'm happy to ack ;-)
Acked-by: Daniel Vetter <daniel.vetter@...ll.ch>
--
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch
Powered by blists - more mailing lists