lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Date:   Fri, 17 Nov 2017 16:27:22 +0100
From:   Lukasz Majewski <lukma@...x.de>
To:     Lucas Stach <l.stach@...gutronix.de>
Cc:     Shawn Guo <shawnguo@...nel.org>,
        Mark Rutland <mark.rutland@....com>,
        Rob Herring <robh@...nel.org>, devicetree@...r.kernel.org,
        Russell King <linux@...linux.org.uk>,
        linux-kernel@...r.kernel.org, Rob Herring <robh+dt@...nel.org>,
        Sascha Hauer <kernel@...gutronix.de>,
        Fabio Estevam <fabio.estevam@....com>,
        linux-arm-kernel@...ts.infradead.org
Subject: Re: [PATCH 1/2] ARM: dts: Add the support for display5 equipped
 with Mitsubishi (800x480) display

On Fri, 17 Nov 2017 16:07:18 +0100
Lucas Stach <l.stach@...gutronix.de> wrote:

> Am Freitag, den 17.11.2017, 16:03 +0100 schrieb Lukasz Majewski:
> > Hi Lucas,
> >   
> > > Am Freitag, den 17.11.2017, 15:13 +0100 schrieb Lukasz Majewski:  
> > > > Hi Shawn,
> > > >     
> > > > > On Fri, Nov 17, 2017 at 11:24:03AM +0100, Lukasz Majewski
> > > > > wrote:    
> > > > > > This is the support for aa070mc01-ca1 Mitsubishi display.
> > > > > >   
> > > > > > > > > > > Signed-off-by: Lukasz Majewski <lukma@...x.de>  
> > > > > > ---
> > > > > >  arch/arm/boot/dts/Makefile                         |  1 +
> > > > > >  .../imx6q-display5-mitsubishi-aa070-800x480.dts    | 51
> > > > > > ++++++++++++++++++++++ 2 files changed, 52 insertions(+)
> > > > > >  create mode 100644
> > > > > > arch/arm/boot/dts/imx6q-display5-mitsubishi-aa070-800x480.dts
> > > > > > 
> > > > > > diff --git a/arch/arm/boot/dts/Makefile
> > > > > > b/arch/arm/boot/dts/Makefile
> > > > > > index d9d0c82e7d20..10b3ad078dea 100644
> > > > > > --- a/arch/arm/boot/dts/Makefile
> > > > > > +++ b/arch/arm/boot/dts/Makefile
> > > > > > @@ -407,6 +407,7 @@ dtb-$(CONFIG_SOC_IMX6Q) += \  
> > > > > > > > > > >  	imx6q-cm-fx6.dtb \
> > > > > > > > > > >  	imx6q-cubox-i.dtb \
> > > > > > > > > > >  	imx6q-dfi-fs700-m60.dtb \
> > > > > > > > > > > +
> > > > > > > > > > > imx6q-display5-mitsubishi-aa070-800x480.dtb \
> > > > > > > > > > > imx6q-display5-tianma-tm070-1280x768.dtb \
> > > > > > > > > > > imx6q-dmo-edmqmx6.dtb \  
> > > > > >  	imx6q-evi.dtb \      
> > > > > 
> > > > > <snip>
> > > > >     
> > > > > > +#include "imx6q-display5.dtsi"
> > > > > > +
> > > > > > +&panel {  
> > > > > > > > > > > +	compatible =
> > > > > > > > > > > "mitsubishi,aa070mc01-ca1";  
> > > > > > +};      
> > > > > 
> > > > > How many DTB files do you want to add for this display5
> > > > > board?      
> > > > 
> > > > This is a single board, which can support panels which I've
> > > > posted.
> > > > 
> > > > Those dtbs I do pack to u-boot' FIT image and don't need to
> > > > worry that
> > > > some display is not working (after setting bootloader env
> > > > variable). 
> > > > > It's
> > > > > obvious no fun to maintain a bunch of DTB files for all the
> > > > > panels this board can support.    
> > > > 
> > > > Please note that those files excessively use #include
> > > > directive, and there is not so much code added (the longest
> > > > part is license and comments).
> > > >     
> > > > >  Let's stop right here.    
> > > > 
> > > > If I may ask - how shall I proceed? What would be your
> > > > suggestion to move on (dtb overlays) ?    
> > > 
> > > The solution we use for the ZII RDU1 and RDU2 boards is to have
> > > the bootloader patch in the correct panel compatible strings.   
> > 
> > Do you mean adjusting the DTB accordingly in u-boot for each
> > display - change panel/compatible to new display name ?  
> 
> Exactly. Simply let the bootloader insert the correct panel compatible
> string into the DTB.

This would complicate a few other things :-),

but yes, this seems to be a technically better idea (in terms of final
binary size).

Thanks for help.

> 
> Regards,
> Lucas



Best regards,

Lukasz Majewski

--

DENX Software Engineering GmbH,      Managing Director: Wolfgang Denk
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd@...x.de

Content of type "application/pgp-signature" skipped

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ