Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751222AbaLEO6y (ORCPT ); Fri, 5 Dec 2014 09:58:54 -0500 Received: from devils.ext.ti.com ([198.47.26.153]:44373 "EHLO devils.ext.ti.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750749AbaLEO6v (ORCPT ); Fri, 5 Dec 2014 09:58:51 -0500 Message-ID: <5481C7F9.1020909@ti.com> Date: Fri, 5 Dec 2014 20:28:01 +0530 From: Kishon Vijay Abraham I User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: Christoph Hellwig , Yaniv Gardi CC: , , , , , , , , , Rob Herring , Pawel Moll , Mark Rutland , Ian Campbell , Kumar Gala , Vinayak Holikatti , "James E.J. Bottomley" , Grant Likely , Christoph Hellwig , Sujit Reddy Thumma , Raviv Shvili , Sahitya Tummala , "open list:OPEN FIRMWARE AND..." Subject: Re: [PATCH v4] scsi: ufs: add support of generic PHY and ICE in Qualcomm chips References: <1417104021-2997-1-git-send-email-ygardi@codeaurora.org> <20141204155451.GA29255@infradead.org> In-Reply-To: <20141204155451.GA29255@infradead.org> Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thursday 04 December 2014 09:24 PM, Christoph Hellwig wrote: > On Thu, Nov 27, 2014 at 05:59:58PM +0200, Yaniv Gardi wrote: >> In this change we add support to the generic PHY framework. >> Two UFS phys are implemented: >> qmp-20nm and qmp-28nm. >> >> Also, the files in this change implement the UFS HW (controller & PHY) >> specific behavior in Qualcomm chips. >> Relocation of a few header files is needed in order to expose routines >> and data structures between PHY driver and UFS driver. >> >> Also, this change include the implementation of Inline Crypto Engine (ICE) >> in Qualcomm chips. > > This whole patch is a mess. It does way to many things in one patch, > and it doesn't explain enough of it. > > Please explain why you need it. Especially as the PHY API is a generic > phy abstraction, so having to share defintions between the provider and > consumer seems wrong. Even if you need some shared bits keep them to an > absolute minium insted of moving so much out of the driver directory. > Also if at all possible keep the shared data in a single header under > include/linux instead of having lots of global headers in a deep > directory structure. > > Second split this into patches that do a single things, and explain why > you're doing each: > > 1) header move if/as needed > 2) add 20nm phy driver > 3) add 28nm phy driver > 4) add ufs-qcom driver > 5) add ufs-qcom-ice support > > and so on. +1 -Kishon -- 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/