Hi, First of all thank you Rob for your time and patience. Especially on how this patch was sent out. I would ensure it would not happen again for the subsequent patches. On the issue of why the DT has certain resolution fixed is due to the fact that our Quartus system generates these attributes in according to the specific display resolution as desired by the user. The values here are the ideal resolution supported by the hardware for the reference design. On the other hand my bad on the vendor prefix as I misunderstood the "altr," as the vendor prefix Thanks Hean Loong >-----Original Message----- >From: Rob Herring [mailto:robh+dt@xxxxxxxxxx] >Sent: Saturday, April 8, 2017 5:53 AM >To: Ong, Hean Loong <hean.loong.ong@xxxxxxxxx> >Cc: devicetree@xxxxxxxxxxxxxxx >Subject: Re: Device Tree Binding for Intel FPGA Video and Image Processing Suite > >On Thu, Apr 6, 2017 at 1:42 AM, Ong, Hean Loong <hean.loong.ong@xxxxxxxxx> >wrote: >> Hi Rob, >> >> Any comments on the patch? > >Yes, the same ones I provided 5 months ago to you. Repeated below. > >> >> BR >> >> Hean Loong >> >> On Tue, 2017-04-04 at 03:57 +0000, Ong, Hean Loong wrote: >>> Hi Rob, >>> >>> Apologies for the mistake. Below are the bindings >>> >>> From 23a9e274bb517b8e232c5aa4cf9737de1644b708 Mon Sep 17 00:00:00 >>> 2001 >>> From: Ong, Hean Loong <hean.loong.ong@xxxxxxxxx> >>> Date: Thu, 30 Mar 2017 17:59:37 +0800 >>> Subject: [PATCHv0] Intel FPGA Video and Image Processing Suite device >>> tree binding > >This is still not how you email patches. The easiest way is git-send-email. > >>> Device tree binding for Intel FPGA Video and Image >>> Processing Suite. The binding involved would be generated >>> from the Altera (Intel) Qsys system. The bindings would >>> set the max width, max height, buts per pixel and memory >>> port width. The device tree binding only supports the Intel >>> Arria10 devkit and its variants. Vendor name retained as >>> altr. > >There should be no indentation here. > >>> >>> Signed-off-by: Ong, Hean Loong <hean.loong.ong@xxxxxxxxx> >>> --- >>> .../devicetree/bindings/gpu/altr,vip-fb2.txt | 24 >>> ++++++++++++++++++++ > >bindings/display/. This is not a GPU. > >>> 1 files changed, 24 insertions(+), 0 deletions(-) create mode >>> 100644 Documentation/devicetree/bindings/gpu/altr,vip- >>> fb2.txt >>> >>> diff --git a/Documentation/devicetree/bindings/gpu/altr,vip-fb2.txt >>> b/Documentation/devicetree/bindings/gpu/altr,vip-fb2.txt >>> new file mode 100644 >>> index 0000000..9ba3209 >>> --- /dev/null >>> +++ b/Documentation/devicetree/bindings/gpu/altr,vip-fb2.txt >>> @@ -0,0 +1,24 @@ >>> +Intel Video and Image Processing(VIP) Frame Buffer II bindings >>> + >>> +Supported hardware: Arria 10 and above with display port IP >>> + >>> +Required properties: >>> +- compatible: "altr,vip-frame-buffer-2.0" >>> +- reg: Physical base address and length of the framebuffer >>> controller's >>> + registers. > >>> +- max-width: The width of the framebuffer in pixels. >>> +- max-height: The height of the framebuffer in pixels. >>> +- bits-per-symbol: only "8" is currently supported > >Why do these need to be in DT? > >>> +- mem-port-width = the bus width of the avalon master port on the >>> frame reader > >Still needs a vendor prefix. > >>> + >>> +Example: >>> + >>> +dp_0_frame_buf: vip@0x100000280 { > >display-controller@100000280 > >>> + compatible = "altr,vip-frame-buffer-2.0"; >>> + reg = <0x00000001 0x00000280 0x00000040>; >>> + altr,max-width = <1280>; >>> + altr,max-height = <720>; >>> + altr,bits-per-symbol = <8>; >>> + altr,mem-port-width = <128>; >>> +}; >>> + >>> -- >>> 1.7.1 >>> ��.n��������+%������w��{.n����z�{��ܨ}���Ơz�j:+v�����w����ޙ��&�)ߡ�a����z�ޗ���ݢj��w�f