From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751155AbcDPFkr (ORCPT ); Sat, 16 Apr 2016 01:40:47 -0400 Received: from mga01.intel.com ([192.55.52.88]:5120 "EHLO mga01.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750916AbcDPFkq (ORCPT ); Sat, 16 Apr 2016 01:40:46 -0400 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.24,490,1455004800"; d="scan'208";a="956148255" Date: Sat, 16 Apr 2016 11:15:20 +0530 From: Vinod Koul To: Andy Shevchenko Cc: Mark Brown , Viresh Kumar , linux-kernel@vger.kernel.org, dmaengine@vger.kernel.org, Rob Herring , Hans-Christian Egtvedt , Tejun Heo , Greg Kroah-Hartman , Mark Rutland , Vineet Gupta Subject: Re: [PATCH v3 08/15] dmaengine: dw: revisit data_width property Message-ID: <20160416054520.GZ2274@localhost> References: <1458311094-94927-1-git-send-email-andriy.shevchenko@linux.intel.com> <1458311094-94927-9-git-send-email-andriy.shevchenko@linux.intel.com> <20160413155719.GS2274@localhost> <1460563548.6620.165.camel@linux.intel.com> <20160413161715.GU2274@localhost> <1460564513.6620.170.camel@linux.intel.com> <20160413164035.GA29471@sirena.org.uk> <1460724334.6620.189.camel@linux.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1460724334.6620.189.camel@linux.intel.com> 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 On Fri, Apr 15, 2016 at 03:45:34PM +0300, Andy Shevchenko wrote: > On Wed, 2016-04-13 at 17:40 +0100, Mark Brown wrote: > > On Wed, Apr 13, 2016 at 07:21:53PM +0300, Andy Shevchenko wrote: > > > > > > On Wed, 2016-04-13 at 21:47 +0530, Vinod Koul wrote: > > > > > > > > On Wed, Apr 13, 2016 at 07:05:48PM +0300, Andy Shevchenko wrote: > > > > > > > > > > > > > > > > > The old is still supported and benefit is apparently in unifying > > > > > standard properties across the drivers. > > > > > > > > > > > Hrmmm how is that? > > > > > > The common usage for data-width property is "in bytes". And I like > > > the > > > idea. I don't know why at all I chose to keep encoded value there in > > > the > > > first place and no one commented at that time. I suppose because of > > > screwed device tree process. I think now it's better to follow some > > > standard / registered properties in new drivers. > > You're unfortunately still breaking compatibility with existing DTs > > using this property.  Now, it does appear that there is very little > > use > > of this DMA controller on DT systems and judging by the somewhat odd > > compatible string and in tree DTs most of those are legacy so perhaps > > this isn't the end of the world but this isn't something that should > > be > > dismissed as a simple cleanup. > > Well, does everyone agree that keeping data-width a) with dash in the > name and b) in bytes is good approach? > > I will keep an array and support for old encoded property though. That would be preferred Thanks -- ~Vinod