From: Geert Uytterhoeven <geert@linux-m68k.org> To: Rich Felker <dalias@libc.org> Cc: Simon Horman <horms+renesas@verge.net.au>, Boris Brezillon <boris.brezillon@free-electrons.com>, Richard Weinberger <richard@nod.at>, David Woodhouse <dwmw2@infradead.org>, Brian Norris <computersforpeace@gmail.com>, Marek Vasut <marek.vasut@gmail.com>, Cyrille Pitchen <cyrille.pitchen@atmel.com>, Matthias Brugger <matthias.bgg@gmail.com>, MTD Maling List <linux-mtd@lists.infradead.org>, Linux-Renesas <linux-renesas-soc@vger.kernel.org>, Linux-sh list <linux-sh@vger.kernel.org>, Magnus Damm <magnus.damm@gmail.com> Subject: Re: [PATCH/RFC linux-mtd] mtd: sh_flctl: Remove sh7372 and device tree support Date: Tue, 29 Nov 2016 17:23:38 +0000 [thread overview] Message-ID: <CAMuHMdUnaXbG-4GFB0BcTpYjcKHh8xA3Z0Z5CwiHJqCT-QhBJA@mail.gmail.com> (raw) In-Reply-To: <20161129170949.GZ1555@brightrain.aerifal.cx> Hi Rich, On Tue, Nov 29, 2016 at 6:09 PM, Rich Felker <dalias@libc.org> wrote: > On Fri, Nov 25, 2016 at 08:33:01AM +0100, Simon Horman wrote: >> Commit edf4100906044225 ("ARM: shmobile: sh7372 dtsi: Remove Legacy file") >> removed the sh7272 SoC from the kernel in v4.1. >> >> This patch removes support for the sh7272 SoC from the sh_flctl driver. >> As that SoC was the only user of device tree support also remove that >> from the driver. >> >> In essence it reverts commit 7c8f680e96ed ("mtd: sh_flctl: Add device tree >> support"). This commit may be used as a reference for re-adding device >> tree support to this driver if a need for it is found in future. >> >> This commit has been build-testesd against the ap325rxa_defconfig. >> I do not have access to the hardware to perform run-time testing >> on that board which appears to be the only remaining user of this driver. >> Signed-off-by: Simon Horman <horms+renesas@verge.net.au> >> --- >> .../devicetree/bindings/mtd/flctl-nand.txt | 49 --------------- >> drivers/mtd/nand/sh_flctl.c | 70 +++------------------- >> 2 files changed, 8 insertions(+), 111 deletions(-) >> delete mode 100644 Documentation/devicetree/bindings/mtd/flctl-nand.txt > > While I'm not the maintainer for this (and I'm not clear that the > linux-sh list even should have been cc'd; it seems to be shmobile arm > soc stuff rather than sh arch) I think this is a bad change. If the > driver is completely unused, it should just be removed, but if there Its sole remaining in-kernel user is arch/sh/boards/mach-ap325rxa/setup.c. > are remaining users that are still using legacy platform device > bindings, they should gradually be transitioned to device tree, and > having the device tree support still present makes it easier to do > that. Enjoy converting ap325rxa to DT ;-) > Removing the *bindings* is even worse, as these are a permanent > interface between hardware/firmware and software. While it is a permanent interface, it is only a git revert away... 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
WARNING: multiple messages have this Message-ID (diff)
From: Geert Uytterhoeven <geert@linux-m68k.org> To: Rich Felker <dalias@libc.org> Cc: Simon Horman <horms+renesas@verge.net.au>, Boris Brezillon <boris.brezillon@free-electrons.com>, Richard Weinberger <richard@nod.at>, David Woodhouse <dwmw2@infradead.org>, Brian Norris <computersforpeace@gmail.com>, Marek Vasut <marek.vasut@gmail.com>, Cyrille Pitchen <cyrille.pitchen@atmel.com>, Matthias Brugger <matthias.bgg@gmail.com>, MTD Maling List <linux-mtd@lists.infradead.org>, Linux-Renesas <linux-renesas-soc@vger.kernel.org>, Linux-sh list <linux-sh@vger.kernel.org>, Magnus Damm <magnus.damm@gmail.com> Subject: Re: [PATCH/RFC linux-mtd] mtd: sh_flctl: Remove sh7372 and device tree support Date: Tue, 29 Nov 2016 18:23:38 +0100 [thread overview] Message-ID: <CAMuHMdUnaXbG-4GFB0BcTpYjcKHh8xA3Z0Z5CwiHJqCT-QhBJA@mail.gmail.com> (raw) In-Reply-To: <20161129170949.GZ1555@brightrain.aerifal.cx> Hi Rich, On Tue, Nov 29, 2016 at 6:09 PM, Rich Felker <dalias@libc.org> wrote: > On Fri, Nov 25, 2016 at 08:33:01AM +0100, Simon Horman wrote: >> Commit edf4100906044225 ("ARM: shmobile: sh7372 dtsi: Remove Legacy file") >> removed the sh7272 SoC from the kernel in v4.1. >> >> This patch removes support for the sh7272 SoC from the sh_flctl driver. >> As that SoC was the only user of device tree support also remove that >> from the driver. >> >> In essence it reverts commit 7c8f680e96ed ("mtd: sh_flctl: Add device tree >> support"). This commit may be used as a reference for re-adding device >> tree support to this driver if a need for it is found in future. >> >> This commit has been build-testesd against the ap325rxa_defconfig. >> I do not have access to the hardware to perform run-time testing >> on that board which appears to be the only remaining user of this driver. >> Signed-off-by: Simon Horman <horms+renesas@verge.net.au> >> --- >> .../devicetree/bindings/mtd/flctl-nand.txt | 49 --------------- >> drivers/mtd/nand/sh_flctl.c | 70 +++------------------- >> 2 files changed, 8 insertions(+), 111 deletions(-) >> delete mode 100644 Documentation/devicetree/bindings/mtd/flctl-nand.txt > > While I'm not the maintainer for this (and I'm not clear that the > linux-sh list even should have been cc'd; it seems to be shmobile arm > soc stuff rather than sh arch) I think this is a bad change. If the > driver is completely unused, it should just be removed, but if there Its sole remaining in-kernel user is arch/sh/boards/mach-ap325rxa/setup.c. > are remaining users that are still using legacy platform device > bindings, they should gradually be transitioned to device tree, and > having the device tree support still present makes it easier to do > that. Enjoy converting ap325rxa to DT ;-) > Removing the *bindings* is even worse, as these are a permanent > interface between hardware/firmware and software. While it is a permanent interface, it is only a git revert away... 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:[~2016-11-29 17:23 UTC|newest] Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top 2016-11-25 7:33 [PATCH/RFC linux-mtd] mtd: sh_flctl: Remove sh7372 and device tree support Simon Horman 2016-11-25 7:33 ` Simon Horman 2016-11-29 17:09 ` Rich Felker 2016-11-29 17:09 ` Rich Felker 2016-11-29 17:23 ` Geert Uytterhoeven [this message] 2016-11-29 17:23 ` Geert Uytterhoeven 2016-11-29 17:44 ` Rich Felker 2016-11-29 17:44 ` Rich Felker 2016-11-30 9:55 ` Simon Horman 2016-11-30 9:55 ` Simon Horman
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=CAMuHMdUnaXbG-4GFB0BcTpYjcKHh8xA3Z0Z5CwiHJqCT-QhBJA@mail.gmail.com \ --to=geert@linux-m68k.org \ --cc=boris.brezillon@free-electrons.com \ --cc=computersforpeace@gmail.com \ --cc=cyrille.pitchen@atmel.com \ --cc=dalias@libc.org \ --cc=dwmw2@infradead.org \ --cc=horms+renesas@verge.net.au \ --cc=linux-mtd@lists.infradead.org \ --cc=linux-renesas-soc@vger.kernel.org \ --cc=linux-sh@vger.kernel.org \ --cc=magnus.damm@gmail.com \ --cc=marek.vasut@gmail.com \ --cc=matthias.bgg@gmail.com \ --cc=richard@nod.at \ /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: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.