From mboxrd@z Thu Jan 1 00:00:00 1970 From: Greg KH Subject: Re: [PATCH v3 4/4] Documentation: ABI: /sys/firmware/devicetree/overlays Date: Mon, 27 Apr 2015 20:11:38 +0200 Message-ID: <20150427181138.GA27043@kroah.com> References: <1429868744-19863-1-git-send-email-pantelis.antoniou@konsulko.com> <1429868744-19863-5-git-send-email-pantelis.antoniou@konsulko.com> <20150424203121.GB14970@kroah.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: QUOTED-PRINTABLE Return-path: Content-Disposition: inline In-Reply-To: Sender: linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org To: Pantelis Antoniou Cc: Rob Herring , Grant Likely , Andrew Morton , Matt Porter , Koen Kooi , Guenter Roeck , devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Linux Kernel Mailing List , linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org List-Id: linux-api@vger.kernel.org On Mon, Apr 27, 2015 at 08:51:20PM +0300, Pantelis Antoniou wrote: > Hi Greg, >=20 > > On Apr 24, 2015, at 23:31 , Greg KH wrote: > >=20 > > On Fri, Apr 24, 2015 at 12:45:44PM +0300, Pantelis Antoniou wrote: > >> Documentation ABI entry for overlays sysfs entries. > >>=20 > >> Signed-off-by: Pantelis Antoniou > >> --- > >> .../ABI/testing/sysfs-firmware-devicetree-overlays | 23 ++++++++++= ++++++++++++ > >> 1 file changed, 23 insertions(+) > >> create mode 100644 Documentation/ABI/testing/sysfs-firmware-device= tree-overlays > >>=20 > >> diff --git a/Documentation/ABI/testing/sysfs-firmware-devicetree-o= verlays b/Documentation/ABI/testing/sysfs-firmware-devicetree-overlays > >> new file mode 100644 > >> index 0000000..6b81f1c > >> --- /dev/null > >> +++ b/Documentation/ABI/testing/sysfs-firmware-devicetree-overlays > >> @@ -0,0 +1,23 @@ > >> +What: /sys/firmware/devicetree/overlays/ > >> +Date: March 2015 > >> +Contact: Pantelis Antoniou > >> +Description: > >> + This directory contains the applied device tree overlays of > >> + the running system, as directories of the overlay id. > >=20 > > "as"? > >=20 > >> + > >> + enable: The master enable switch, by default is 1, and when > >> + set to 0 it cannot be re-enabled for security reasons. > >=20 > > What are those reasons? > >=20 >=20 > There=E2=80=99s a whole subthread with Grant & Kees going over securi= ty concerns. >=20 > http://comments.gmane.org/gmane.linux.drivers.devicetree/101871 Great, document it here please, so that others know this :) thanks, greg k-h