Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753263AbbFKXwQ (ORCPT ); Thu, 11 Jun 2015 19:52:16 -0400 Received: from smtp.codeaurora.org ([198.145.29.96]:54275 "EHLO smtp.codeaurora.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752191AbbFKXwO (ORCPT ); Thu, 11 Jun 2015 19:52:14 -0400 Date: Thu, 11 Jun 2015 16:52:12 -0700 From: Stephen Boyd To: Sascha Hauer Cc: James Liao , Mike Turquette , srv_heupstream@mediatek.com, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, Henry Chen , Ricky Liang , Rob Herring , linux-mediatek@lists.infradead.org, Sascha Hauer , Matthias Brugger , Yingjoe Chen , Eddie Huang , linux-arm-kernel@lists.infradead.org Subject: Re: [PATCH 0/5] Add Mediatek MT8173 subsystem clocks support Message-ID: <20150611235212.GI29640@codeaurora.org> References: <1432192376-6712-1-git-send-email-jamesjj.liao@mediatek.com> <20150528132452.GI26575@pengutronix.de> <1432867649.15597.46.camel@mtksdaap41> <20150529062345.GY6325@pengutronix.de> <20150604210212.GM676@codeaurora.org> <1433468737.14416.7.camel@mtksdaap41> <20150606005912.GC29237@codeaurora.org> <20150608074858.GK6325@pengutronix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150608074858.GK6325@pengutronix.de> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1526 Lines: 35 On 06/08, Sascha Hauer wrote: > On Fri, Jun 05, 2015 at 05:59:12PM -0700, Stephen Boyd wrote: > > > > And similar things could be done for the reset driver. > > The problem I see with this approach is that we scatter the code for a > otherwise simple driver over a bunch of directories. We would have > > drivers/clk/mediatek/vencsys.c > drivers/reset/mediatek/vencsys.c > drivers/soc/mediatek/vencsys.c > > The same must be added for vdecsys, imgsys and vencltsys. That will make > 12 drivers and three maintainers for 12 registers. I think this will be > a pain to maintain, hence my suggestion to put the vencsys code into a > single file and not split this up into more subsystem specific files. > I probably don't have enough information here, but why is it a pain to maintain? It seems more like a pain to setup the first time and then little to no pain to maintain because we clearly split functionality based on subsystem. No merge conflicts, clear division of functionality, etc. But again, I don't think it matters much either way given that reset and clk drivers are combined sometimes and don't always reside in drivers/clk or drivers/reset either. -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux Foundation Collaborative Project -- 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/