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
| ||
|
Date: Wed, 26 Jan 2022 13:31:40 -0600 From: Rob Herring <robh@...nel.org> To: Geert Uytterhoeven <geert@...ux-m68k.org> Cc: Frank Rowand <frowand.list@...il.com>, David Gibson <david@...son.dropbear.id.au>, Viresh Kumar <viresh.kumar@...aro.org>, Masahiro Yamada <masahiroy@...nel.org>, Michal Marek <michal.lkml@...kovi.net>, Vincent Guittot <vincent.guittot@...aro.org>, Michal Simek <michal.simek@...inx.com>, Anmar Oueja <anmar.oueja@...aro.org>, Bill Mills <bill.mills@...aro.org>, "open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS" <devicetree@...r.kernel.org>, linux-kbuild <linux-kbuild@...r.kernel.org>, Linux Kernel Mailing List <linux-kernel@...r.kernel.org>, Pantelis Antoniou <pantelis.antoniou@...sulko.com> Subject: Re: [PATCH 1/1] of: unittest: rename overlay source files from .dts to .dtso On Fri, Jan 14, 2022 at 3:25 AM Geert Uytterhoeven <geert@...ux-m68k.org> wrote: > > Hi Rob, > > On Fri, Jan 14, 2022 at 3:10 AM Rob Herring <robh@...nel.org> wrote: > > On Thu, Jan 6, 2022 at 11:23 AM Frank Rowand <frowand.list@...il.com> wrote: > > > Patient Geert has pinged again. > > > > If it's not a patch to be reviewed, then I'm not going to see it most > > likely. I don't read the DT list regularly... > > Fair enough... > > > > If I remember correctly you guys were not thrilled with this idea, but > > > also did not seem strongly against it. Are you willing to go along > > > with .dtso for overlay source files? If so, I will revive this patch > > > series. > > > > > > David, if you are against supporting .dtso in the dtc compiler then > > > the kernel can still support it through make rules. > > > > I'm not really interested in diverging from dtc. I'd suggest moving > > the discussion to dtc list and/or devicetree-spec if you want to get > > more attention on this. > > What needs to be supported in the dtc compiler? > The fallback passed to guess_input_format() is "dts". > So this has been working out-of-the-box since forever? Ah, okay. > > Also, keep in mind that extensions also affect MIME types which > > someone was also asking about recently. > > You mean "MIME type of Devicetree Blobs and Sources"[1]? > According to [2](2022-01-13), none of that has happened. This is what I was thinking of: https://github.com/devicetree-org/devicetree-specification/issues/46 In any case, given everyone is ambivalent, send me an updated patch and I'll apply it. Rob
Powered by blists - more mailing lists