[U-Boot] [PATCH v2 1/5] DTS: imx28: Copy imx28 device tree related files from Linux kernel (v5.1.2)

[Lukasz Majewski <lukma@denx.de>]

On Fri, 14 Jun 2019 12:49:10 +0200
Marek Vasut <marex@denx.de> wrote:

> On 6/14/19 12:41 PM, Lukasz Majewski wrote:
> > Hi Marek,
> >   
> >> On 6/14/19 8:49 AM, Lukasz Majewski wrote:  
> >>> This commit copies from the Linux kernel (tag v5.1.2) i.MX28
> >>> related device tree files.
> >>>     
> >>
> >> Linux 5.1.9 is already out,   
> > 
> > I will check if there are any differences and update.
> >   
> >> commit hash is missing.
> >> Shouldn't the tags be something like "ARM: dts: imx" ? Fix the tags
> >> globally.  
> > 
> > With those tags it is indeed interesting.
> > 
> > As fair as I know those are used by patman to indicate automatically
> > the receiver(s).
> > 
> > One can see them defined in ./doc/git-mailrc
> > 
> > And we now have "dts" - which is not defined there, but shows the
> > "purpose/target" subsystem.
> > 
> > The "arm" causes sending mail to u-boot, Tom and Albert.
> > The "imx" to uboot and Stefano.
> > 
> > This might be important if I did not used Series-cc: and Series-to:
> > from patman (which I did).
> > 
> > 
> > I would appreciate if there were any guidelines to use those tags
> > (there aren't any for Linux though, just there is an Maintainer's
> > "convention").
> > 
> > By "convention" I mean a sorting rule in Maintainer's mail program
> > set arbitrarily to filter out not eligible patches :-)  
> 
> The general agreement was to stick with the linux tags, and that's
> what git log --oneline arch/arm/dts would indicate as well. Maybe
> patman needs to be fixed to stop inventing weird tags.
> 

Simon, do you have any thoughts regarding patman's tag policy (after
the time that we do use patman) ?


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-59 Fax: (+49)-8142-66989-80 Email: lukma at denx.de
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 488 bytes
Desc: OpenPGP digital signature
URL: <http://lists.denx.de/pipermail/u-boot/attachments/20190614/c0e3a478/attachment.sig>