Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752167AbbD3RwX (ORCPT ); Thu, 30 Apr 2015 13:52:23 -0400 Received: from mail-wi0-f169.google.com ([209.85.212.169]:36149 "EHLO mail-wi0-f169.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751362AbbD3RwW (ORCPT ); Thu, 30 Apr 2015 13:52:22 -0400 Message-ID: <55426BCC.1050507@gmail.com> Date: Thu, 30 Apr 2015 19:52:12 +0200 From: Sebastian Hesselbarth User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 To: Antoine Tenart , Ezequiel Garcia CC: dwmw2@infradead.org, computersforpeace@gmail.com, boris.brezillon@free-electrons.com, zmxu@marvell.com, jszhang@marvell.com, linux-arm-kernel@lists.infradead.org, linux-mtd@lists.infradead.org, linux-kernel@vger.kernel.org, Robert Jarzmik Subject: Re: [PATCH v4 04/10] mtd: pxa3xx_nand: rework flash detection and timing setup References: <1429118648-19416-1-git-send-email-antoine.tenart@free-electrons.com> <1429118648-19416-5-git-send-email-antoine.tenart@free-electrons.com> <552EB7F0.2090106@gmail.com> <552FB4DF.1030403@free-electrons.com> <552FBC0E.20004@gmail.com> <552FEA74.5020909@free-electrons.com> <20150430143106.GE4433@kwain> In-Reply-To: <20150430143106.GE4433@kwain> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1755 Lines: 41 On 30.04.2015 16:31, Antoine Tenart wrote: > On Thu, Apr 16, 2015 at 01:59:32PM -0300, Ezequiel Garcia wrote: >> On 04/16/2015 10:41 AM, Sebastian Hesselbarth wrote: >> >>> All we need is a function to convert sdr_timings to sane driver >>> timings. And we really need to split this patch into tiny pieces >>> otherwise it is not reviewable - or at least I need a full overview >>> about the driver first. >>> >> >> I think that's a bit of a different issue. This patch seems to be doing >> two things: it removes the in-driver flash detection *and* reworks >> timing setup. >> >> How about we split this in two or even three patches? Along these lines: >> 1) introduce timing helpers, 2) rework timing setup, 3) remove in-driver >> flash detection. Not sure how feasible it is. > > That's quite difficult, as you cannot have 1) without having the changes > made in 2). Flash detection and timing reworks are linked and I'm not > sure we can have this split into 2 or 3 patches without having a state > where the driver does not work. Antoine, functionally you are right. But splitting the patch into the three pieces above will heavily reduce the diff-per-patch significantly. For example, if you introduce 1) without using it, we can only look at the helper. Then in 2) you actually use that helper and 3) will clean the mess up. BTW, I am fine with running the flash on mach-berlin boards with some default timing for now until we worked out how mtd will deal with protocol and array timings. Sebastian -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/