linux-kernel - Re: [PATCH v4 3/8] Documentation: devicetree: rockchip: Document GeekBox

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] [thread-next>] [day] [month] [year] [list]

Message-ID: <1913373.6hKqMKImXt@phil>
Date:	Thu, 31 Mar 2016 19:02:01 +0200
From:	Heiko Stuebner <heiko@...ech.de>
To:	Andreas Färber <afaerber@...e.de>
Cc:	linux-rockchip@...ts.infradead.org,
	linux-arm-kernel@...ts.infradead.org, linux-kernel@...r.kernel.org,
	Rob Herring <robh+dt@...nel.org>,
	Pawel Moll <pawel.moll@....com>,
	Mark Rutland <mark.rutland@....com>,
	Ian Campbell <ijc+devicetree@...lion.org.uk>,
	Kumar Gala <galak@...eaurora.org>,
	devicetree <devicetree@...r.kernel.org>
Subject: Re: [PATCH v4 3/8] Documentation: devicetree: rockchip: Document GeekBox

Am Dienstag, 29. März 2016, 23:21:51 schrieb Heiko Stübner:
> Am Dienstag, 29. März 2016, 22:45:18 schrieb Andreas Färber:
> > Am 29.03.2016 um 22:13 schrieb Heiko Stübner:
> > > Am Mittwoch, 16. März 2016, 14:58:41 schrieb Andreas Färber:
> > >> Use "geekbuying,geekbox" compatible string.
> > >> 
> > >> Acked-by: Rob Herring <robh@...nel.org>
> > >> Signed-off-by: Andreas Färber <afaerber@...e.de>
> > > 
> > > I've folded this patch into the geekbox dts patch, carrying Rob's Ack
> > > for
> > > the binding over.
> > 
> > Either you just made a mistake in my name or
> > https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git/tree/Do
> > cume ntation/devicetree/bindings/submitting-patches.txt needs an update.
> > It clearly says:
> > 
> > "1) The Documentation/ portion of the patch should be a separate patch."
> > 
> > That's why I always do it this way.
> 
> looking at the dt-bindings git log, it seems that is handled in a variety
> of ways :-) . Personally I'm doing completely new bindings separately but
> the 125th addition of a board just inside the dts patch.
> 
> But I guess we can also move it out again into a separate patch if you
> prefer that :-) .

I've split out that documentation addition again and applied this separate 
patch instead :-) .


Heiko