Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753288AbdDFWcr (ORCPT ); Thu, 6 Apr 2017 18:32:47 -0400 Received: from 5.mo177.mail-out.ovh.net ([46.105.39.154]:60159 "EHLO 5.mo177.mail-out.ovh.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752226AbdDFWcl (ORCPT ); Thu, 6 Apr 2017 18:32:41 -0400 X-Greylist: delayed 6599 seconds by postgrey-1.27 at vger.kernel.org; Thu, 06 Apr 2017 18:32:41 EDT Subject: Re: [PATCH 0/2] mtd: spi-nor: add stm32 qspi driver To: Marek Vasut , Ludovic BARRE , Cyrille Pitchen References: <1490619296-8168-1-git-send-email-ludovic.Barre@st.com> <5224f3cd-a128-9e72-c0c8-62a137ceeb79@wedev4u.fr> Cc: Boris Brezillon , Alexandre Torgue , devicetree@vger.kernel.org, Richard Weinberger , linux-kernel@vger.kernel.org, Rob Herring , linux-mtd@lists.infradead.org, Brian Norris , David Woodhouse From: Cyrille Pitchen Message-ID: <78773671-41f0-3c48-2ecd-64597cbf347d@wedev4u.fr> Date: Thu, 6 Apr 2017 22:07:07 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-Ovh-Tracer-Id: 11526963248904820581 X-VR-SPAMSTATE: OK X-VR-SPAMSCORE: -100 X-VR-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrfeeliedrtdeggddugeehucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuqfggjfdpvefjgfevmfevgfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddm Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1591 Lines: 46 Hi all, Le 30/03/2017 ? 12:15, Marek Vasut a ?crit : > On 03/30/2017 09:31 AM, Ludovic BARRE wrote: >> hi Cyrille >> >> I see your patch series >> >> [PATCH v5 0/6] mtd: spi-nor: parse SFDP tables to setup (Q)SPI memories >> >> No problem, I rebase my V2 onto your patch > > I still didn't review that, so it might take a bit until it hits > mainline. I think the stm32 stuff looks pretty OK, so we can take that > before the SFDP stuff, no? > About the SFDP patches they are still RFC so yes, they can wait, no problem with that. Anyway I was working on them this afternoon so they are not finalized yet. However the first 3 patches of the series, especially patch "mtd: spi-nor: introduce more SPI protocols and the Dual Transfer Mode", are needed as a base to fix other long time pending issues. Those patches are available from both the github/spi-nor and linux-next tree. So I think Ludovic can rebase his patches, test them then send v3 to the linux-mtd mailing list with the relevant ChangeLog in the cover letter. For your information: 2016-06-20 https://patchwork.ozlabs.org/patch/638138/ 2016-10-04 https://patchwork.ozlabs.org/patch/678162/ 2016-10-05 https://patchwork.ozlabs.org/patch/678404/ 2016-10-24 https://patchwork.ozlabs.org/patch/685981/ 2016-11-21 https://patchwork.ozlabs.org/patch/697268/ 2017-01-25 https://patchwork.ozlabs.org/patch/719777/ 2017-03-22 https://patchwork.ozlabs.org/patch/742376/ Sorry but I think the patch changing the 3rd argument of spi_nor_scan() has precedence over newer patches in the queue to be mainlined. Best regards, Cyrille