[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1488966427.32329.33.camel@pengutronix.de>
Date: Wed, 08 Mar 2017 10:47:07 +0100
From: Lucas Stach <l.stach@...gutronix.de>
To: Peter Senna Tschudin <peter.senna@...labora.com>
Cc: Archit Taneja <architt@...eaurora.org>, mark.rutland@....com,
heiko@...ech.de, airlied@...ux.ie, daniel.vetter@...ll.ch,
peter.senna@...il.com, dri-devel@...ts.freedesktop.org,
tiwai@...e.com, thierry.reding@...il.com,
laurent.pinchart@...asonboard.com, jslaby@...e.cz,
martyn.welch@...labora.co.uk, robh@...nel.org,
mchehab@....samsung.com, linux@...linux.org.uk,
javier@...hile0.org, treding@...dia.com, linux@...ck-us.net,
martin.donnelly@...com, devicetree@...r.kernel.org,
p.zabel@...gutronix.de, pawel.moll@....com,
ijc+devicetree@...lion.org.uk, eballetbo@...il.com,
rmk+kernel@...linux.org.uk, robh+dt@...nel.org,
linux-arm-kernel@...ts.infradead.org, gregkh@...uxfoundation.org,
linux-kernel@...r.kernel.org, kernel@...gutronix.de,
galak@...eaurora.org, enric.balletbo@...labora.com,
akpm@...ux-foundation.org, shawnguo@...nel.org, davem@...emloft.net
Subject: Re: [PATCH V3 0/4] megachips-stdpxxxx-ge-b850v3-fw
Am Mittwoch, den 08.03.2017, 10:42 +0100 schrieb Peter Senna Tschudin:
> 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!
This one needs to go through Shawn Guo. Now that the driver and binding
are in it is probably best to ask him directly to pick it up.
Regards,
Lucas
Powered by blists - more mailing lists