[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20170308094223.GA25268@collabora.com>
Date: Wed, 8 Mar 2017 10:42:23 +0100
From: Peter Senna Tschudin <peter.senna@...labora.com>
To: Archit Taneja <architt@...eaurora.org>
Cc: airlied@...ux.ie, akpm@...ux-foundation.org,
daniel.vetter@...ll.ch, davem@...emloft.net,
devicetree@...r.kernel.org, dri-devel@...ts.freedesktop.org,
enric.balletbo@...labora.com, eballetbo@...il.com,
galak@...eaurora.org, gregkh@...uxfoundation.org, heiko@...ech.de,
ijc+devicetree@...lion.org.uk, javier@...hile0.org, jslaby@...e.cz,
kernel@...gutronix.de, linux-arm-kernel@...ts.infradead.org,
linux@...linux.org.uk, linux-kernel@...r.kernel.org,
linux@...ck-us.net, mark.rutland@....com, martin.donnelly@...com,
martyn.welch@...labora.co.uk, mchehab@....samsung.com,
pawel.moll@....com, peter.senna@...il.com, p.zabel@...gutronix.de,
thierry.reding@...il.com, rmk+kernel@...linux.org.uk,
robh@...nel.org, robh+dt@...nel.org, shawnguo@...nel.org,
tiwai@...e.com, treding@...dia.com,
laurent.pinchart@...asonboard.com
Subject: Re: [PATCH V3 0/4] megachips-stdpxxxx-ge-b850v3-fw
On Mon, Mar 06, 2017 at 03:27:16PM +0530, Archit Taneja wrote:
Hi Archit,
> Hi,
>
> On 3/3/2017 9:27 PM, Peter Senna Tschudin wrote:
> > The video processing pipeline on the second output on the GE B850v3:
> >
> > Host -> LVDS|--(STDP4028)--|DP -> DP|--(STDP2690)--|DP++ -> Video output
> >
> > Each bridge has a dedicated flash containing firmware for supporting the
> > custom design. The result is that in this design neither the STDP4028
> > nor the STDP2690 behave as the stock bridges would. The compatible
> > strings include the suffix "-ge-b850v3-fw" to make it clear that the
> > driver is for the bridges with the firmware which is specific for the GE
> > B850v3.
> >
> > The driver is powerless to control the video processing pipeline, as the
> > two bridges behaves as a single one. The driver is only needed for
> > telling the host about EDID / HPD, and for giving the host powers to ack
> > interrupts.
>
> queued Patches 1,2 and 3 to drm-misc-next. Made stdp2690_get_edid static
> in Patch #3 to fix a sparse warning.
What about 4/4, aka the dt change? Do I need an ack from Rob Herring?
Thanks a lot!
[...]
Powered by blists - more mailing lists