[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAOesGMgPwwwmizC+R4W1aLpvgcuVOYQr2qR2Vqb6171zGfarRw@mail.gmail.com>
Date: Wed, 7 Nov 2018 08:20:25 -0800
From: Olof Johansson <olof@...om.net>
To: frieder.schrempf@...tron.de
Cc: linux-mtd@...ts.infradead.org,
Boris Brezillon <boris.brezillon@...tlin.com>,
linux-spi@...r.kernel.org, David Woodhouse <dwmw2@...radead.org>,
Brian Norris <computersforpeace@...il.com>,
Mark Vasut <marek.vasut@...il.com>,
Richard Weinberger <richard@....at>, miquel.raynal@...tlin.com,
Mark Brown <broonie@...nel.org>, david.wolfe@....com,
Fabio Estevam <fabio.estevam@....com>,
prabhakar.kushwaha@....com, yogeshnarayan.gaur@....com,
han.xu@....com, Shawn Guo <shawnguo@...nel.org>,
frieder.schrempf@...eet.de, Sascha Hauer <s.hauer@...gutronix.de>,
Sascha Hauer <kernel@...gutronix.de>, linux-imx@....com,
Russell King <linux@...linux.org.uk>,
Arnd Bergmann <arnd@...db.de>,
Alexandre TORGUE <alexandre.torgue@...com>,
Eric Anholt <eric@...olt.net>, Stefan Agner <stefan@...er.ch>,
Simon Horman <horms+renesas@...ge.net.au>,
Tony Lindgren <tony@...mide.com>,
Geert Uytterhoeven <geert+renesas@...der.be>,
Stefan Wahren <stefan.wahren@...e.com>, yannick.fertre@...com,
Linux ARM Mailing List <linux-arm-kernel@...ts.infradead.org>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH v4 06/10] ARM: defconfig: Use the new FSL QSPI driver
under the SPI framework
On Wed, Nov 7, 2018 at 6:44 AM Frieder Schrempf
<frieder.schrempf@...tron.de> wrote:
>
> From: Frieder Schrempf <frieder.schrempf@...eet.de>
>
> The new driver at spi/spi-fsl-qspi.c replaces the old SPI NOR driver
> at mtd/fsl-quadspi.c. Switch to the new driver in the defconfigs.
>
> Signed-off-by: Frieder Schrempf <frieder.schrempf@...eet.de>
Hi Frieder,
This patch is part of a series that I didn't see the rest of, but in
general we prefer to merge these through arm-soc even if the driver
goes in through another tree. The way we'd prefer to handle it is that
once the driver lands, we'll take the config option change to turn it
on. To avoid our branches to break until both sides have landed, it
might be a good idea to keep both drivers on for a short while (one
release).
So, I'm not going to ack this since we avoid taking defconfig changes
through driver trees (these two defconfigs tend to churn a lot and we
don't want to create merge conflicts where we don't have to), but
we'll be happy to pick it up when the time comes.
Thanks,
-Olof
Powered by blists - more mailing lists