From: "Ong, Hean Loong" <hean.loong.ong@intel.com>
To: "laurent.pinchart@ideasonboard.com" <laurent.pinchart@ideasonboard.com>
Cc: "dinguyen@kernel.org" <dinguyen@kernel.org>,
"rdunlap@infradead.org" <rdunlap@infradead.org>,
"robh+dt@kernel.org" <robh+dt@kernel.org>,
"dri-devel@lists.freedesktop.org"
<dri-devel@lists.freedesktop.org>,
"Vetter, Daniel" <daniel.vetter@intel.com>
Subject: Re: [PATCHv6 1/3] ARM:dt-bindings Intel FPGA Video and Image Processing Suite
Date: Fri, 25 Aug 2017 01:21:17 +0000 [thread overview]
Message-ID: <1503624076.2328.9.camel@intel.com> (raw)
In-Reply-To: <3077749.LCVutWp7Q0@avalon>
Hi Laurent,
The encoder resides as a hardware logic as part of the FPGA fabric. The
software driver has no direct access to the encoder. The VIP is created
in such a way that the software i.e Linux Driver only streams data
through the VIP. What happens beyond the VIP Frame buffer directly
boils down to the FGPA logic design that is provided in the dev kit.
In this example the hardware A10 dev kit has a Display Port IP attached
to the VIP therefore from the drivers perspective we only know that the
endpoint is a Display Port
The system design uses the VIP FRame Buffer II as the default display
interface for various FPGA display IP (HDMI/DP). The FPGA bridge design
only provides the drivers to access the VIP.
Note there is also a soft Processor running on the FPGA that drives the
video signal transceivers for the Display Port or any other display
IP.
The encoder used for the Intel FPGA VIP are hardware based therefore
the video device that is concerned here is the VIP Frame Buffer device
which streams data to whatever FPGA display hardware.
To describe the hardware encoder do I need to create it as part of the
device tree node or a explanation of it would suffice ?
On Thu, 2017-08-24 at 12:39 +0300, Laurent Pinchart wrote:
> Hi Hean Loong,
>
> On Thursday, 24 August 2017 08:41:50 EEST Ong, Hean Loong wrote:
> >
> > Hi Laurent,
> >
> > I removed the examples for the HDMI in the draft below. The
> > connections
> > between the VIP and Display Port IP or any display connector are
> > determined by HW logic. There are currently no SW defined encoders
> > or
> > connectors that is connected to the AVALON-ST other than the Intel
> > VIP
> > Frame Buffer II. Therefore there are no examples for the Display
> > Port
> > encoder and connector.
> But there must be an encoder, even if its default configuration makes
> it
> usable without a softwarer driver at the moment. As the encoder is
> there in
> hardware, it should be described in DT.
>
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
next prev parent reply other threads:[~2017-08-25 1:21 UTC|newest]
Thread overview: 31+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-08-11 6:49 [PATCHv6 0/3] Hean-Loong, Ong
2017-08-11 6:49 ` Hean-Loong, Ong
2017-08-11 6:49 ` Hean-Loong, Ong
2017-08-11 6:49 ` [PATCHv6 1/3] ARM:dt-bindings Intel FPGA Video and Image Processing Suite Hean-Loong, Ong
2017-08-11 6:49 ` Hean-Loong, Ong
2017-08-17 15:22 ` Rob Herring
2017-08-17 15:22 ` Rob Herring
2017-08-17 15:22 ` Rob Herring
2017-08-18 0:56 ` Ong, Hean Loong
2017-08-18 0:56 ` Ong, Hean Loong
2017-08-18 0:56 ` Ong, Hean Loong
2017-08-11 6:49 ` [PATCHv6 2/3] ARM:socfpga-defconfig " Hean-Loong, Ong
2017-08-11 6:49 ` Hean-Loong, Ong
2017-08-11 6:49 ` [PATCHv6 3/3] ARM:drm ivip " Hean-Loong, Ong
2017-08-11 6:49 ` Hean-Loong, Ong
2017-08-11 6:49 ` Hean-Loong, Ong
2017-08-11 15:21 ` Randy Dunlap
2017-08-11 15:21 ` Randy Dunlap
2017-08-14 2:27 ` Ong, Hean Loong
2017-08-14 2:27 ` Ong, Hean Loong
2017-08-14 2:27 ` Ong, Hean Loong
[not found] ` <2740499.pDDaZTb32r@avalon>
[not found] ` <1503045283.2075.8.camel@intel.com>
2017-08-18 13:11 ` [PATCHv6 1/3] ARM:dt-bindings " Laurent Pinchart
2017-08-21 1:40 ` Ong, Hean Loong
2017-08-21 5:09 ` Laurent Pinchart
2017-08-24 5:41 ` Ong, Hean Loong
2017-08-24 9:39 ` Laurent Pinchart
2017-08-25 1:21 ` Ong, Hean Loong [this message]
2017-08-25 9:32 ` Laurent Pinchart
2017-08-28 5:06 ` Ong, Hean Loong
2017-09-04 6:09 ` Ong, Hean Loong
2017-09-12 22:47 ` Laurent Pinchart
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1503624076.2328.9.camel@intel.com \
--to=hean.loong.ong@intel.com \
--cc=daniel.vetter@intel.com \
--cc=dinguyen@kernel.org \
--cc=dri-devel@lists.freedesktop.org \
--cc=laurent.pinchart@ideasonboard.com \
--cc=rdunlap@infradead.org \
--cc=robh+dt@kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.