From: Geert Uytterhoeven <geert@linux-m68k.org>
To: Frank Rowand <frowand.list@gmail.com>
Cc: Rob Herring <robh@kernel.org>,
Pantelis Antoniou <pantelis.antoniou@konsulko.com>,
Pantelis Antoniou <panto@antoniou-consulting.com>,
"open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS"
<devicetree@vger.kernel.org>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
Alan Tull <atull@kernel.org>
Subject: Re: [PATCH v3] of: overlay: user space synchronization
Date: Fri, 19 Oct 2018 09:08:53 +0200 [thread overview]
Message-ID: <CAMuHMdVYkWkpBn4+LF3VGvHEbTGgBWSXTRzZfvy8o1aWzuiCOg@mail.gmail.com> (raw)
In-Reply-To: <2f99d700-6276-cfa4-8878-4eb161126330@gmail.com>
Hi Frank,
On Fri, Oct 19, 2018 at 2:06 AM Frank Rowand <frowand.list@gmail.com> wrote:
> On 10/18/18 12:32, Rob Herring wrote:
> > On Tue, Oct 16, 2018 at 05:34:26PM -0700, frowand.list@gmail.com wrote:
> >> Provide a sysfs file, /sys/firmware/devicetree/tree_version, to allow
> >> user space to determine if the live devicetree has remained unchanged
> >> while a series of one or more accesses of /proc/device-tree/ occur.
> >>
> >> The use of both (1) dynamic devicetree modifications and (2) overlay
> >> apply and removal are not supported during the same boot cycle. Thus
> >> non-overlay dynamic modifications are not reflected in the value of
> >> tree_version.
> >
> > I'd prefer to see some sort of information on overlays exported and user
> > space can check if that changed. IIRC, Pantelis had a series to do that
> > along with a kill switch to prevent further modifications. At least some
> > of that series only had minor issues to fix.
>
> The kill switch addresses a different concern, which was from the security
> community. The kill switch is on my todo list.
>
> I don't remember exactly what info the overlay information export patch
> provided. I'll have to go find it and re-read it.
I'm still forward porting the overlay configfs interface, cfr.
https://git.kernel.org/pub/scm/linux/kernel/git/geert/renesas-drivers.git/log/?h=topic/renesas-overlays
E.g. after loading r8a7791-koelsch-exio-b-scifa3.dtbo, it changes like:
--- tree /sys/firmware/devicetree old 2018-10-19 08:49:24.073441000 +0200
+++ tree /sys/firmware/devicetree new 2018-10-19 08:49:33.173397000 +0200
@@ -1237,6 +1237,11 @@
│ │ │ │ ├── groups
│ │ │ │ ├── name
│ │ │ │ └── phandle
+│ │ │ ├── scifa3
+│ │ │ │ ├── function
+│ │ │ │ ├── groups
+│ │ │ │ ├── name
+│ │ │ │ └── phandle
│ │ │ ├── scif_clk
│ │ │ │ ├── function
│ │ │ │ ├── groups
@@ -1510,6 +1515,8 @@
│ │ │ ├── interrupts
│ │ │ ├── name
│ │ │ ├── phandle
+│ │ │ ├── pinctrl-0
+│ │ │ ├── pinctrl-names
│ │ │ ├── power-domains
│ │ │ ├── reg
│ │ │ ├── resets
@@ -2277,6 +2284,7 @@
│ │ ├── scifa1
│ │ ├── scifa2
│ │ ├── scifa3
+│ │ ├── scifa3_pins
│ │ ├── scifa4
│ │ ├── scifa5
│ │ ├── scifb0
The above hunks are for /sys/firmware/devicetree/base/.
@@ -2778,6 +2786,14 @@
│ │ └── target
│ └── __symbols__
│ └── target
+ ├── 2
+ │ ├── can_remove
+ │ ├── fragment@0
+ │ │ └── target
+ │ ├── fragment@1
+ │ │ └── target
+ │ └── __symbols__
+ │ └── target
└── enable
The above hunk is for /sys/firmware/devicetree/overlays/
# ls -l /sys/firmware/devicetree/overlays/
total 0
drwxr-xr-x 6 root root 0 okt 19 08:49 1
drwxr-xr-x 5 root root 0 okt 19 08:49 2
-rw-r--r-- 1 root root 4096 okt 19 08:49 enable
1 is from the DT unit tests,
2 is from r8a7791-koelsch-exio-b-scifa3.dtbo,
enable is the kill switch.
Note that after removing overlay 2, and loading a new overlay, the new one is
again called number 2. But the subdir date is newer.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds
next prev parent reply other threads:[~2018-10-19 7:08 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-10-17 0:34 [PATCH v3] of: overlay: user space synchronization frowand.list
2018-10-18 19:32 ` Rob Herring
2018-10-19 0:06 ` Frank Rowand
2018-10-19 7:08 ` Geert Uytterhoeven [this message]
2018-10-19 16:06 ` Rob Herring
2018-10-22 7:30 ` Frank Rowand
2018-11-03 4:54 ` Frank Rowand
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=CAMuHMdVYkWkpBn4+LF3VGvHEbTGgBWSXTRzZfvy8o1aWzuiCOg@mail.gmail.com \
--to=geert@linux-m68k.org \
--cc=atull@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=frowand.list@gmail.com \
--cc=linux-kernel@vger.kernel.org \
--cc=pantelis.antoniou@konsulko.com \
--cc=panto@antoniou-consulting.com \
--cc=robh@kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).