Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932565AbcKPRBf (ORCPT ); Wed, 16 Nov 2016 12:01:35 -0500 Received: from smtprelay.synopsys.com ([198.182.60.111]:49117 "EHLO smtprelay.synopsys.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752492AbcKPRB0 (ORCPT ); Wed, 16 Nov 2016 12:01:26 -0500 From: Eugeniy Paltsev To: "andriy.shevchenko@linux.intel.com" CC: "vinod.koul@intel.com" , "linux-kernel@vger.kernel.org" , "robh+dt@kernel.org" , "devicetree@vger.kernel.org" , "Eugeniy.Paltsev@synopsys.com" , "linux-snps-arc@lists.infradead.org" , "mark.rutland@arm.com" , "dmaengine@vger.kernel.org" Subject: Re: [PATCH 4/4] Update device tree Synopsys DW DMAC documentation Thread-Topic: [PATCH 4/4] Update device tree Synopsys DW DMAC documentation Thread-Index: AQHSQBFcA9WfpUA7akGCesgfVRv0HqDbpksAgAAe6wA= Date: Wed, 16 Nov 2016 17:01:23 +0000 Message-ID: <1479315682.2534.20.camel@synopsys.com> References: <1479304615-11360-1-git-send-email-Eugeniy.Paltsev@synopsys.com> <1479304615-11360-5-git-send-email-Eugeniy.Paltsev@synopsys.com> <1479309042.24056.40.camel@linux.intel.com> In-Reply-To: <1479309042.24056.40.camel@linux.intel.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.121.14.113] Content-Type: text/plain; charset="utf-8" Content-ID: MIME-Version: 1.0 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by mail.home.local id uAGH24qT004384 Content-Length: 564 Lines: 22 Hi Andy, On Wed, 2016-11-16 at 17:10 +0200, Andy Shevchenko wrote: > Overall, since we are going to expose some properties to the Device > Tree > I would really think twice about naming. Better if we reuse something > existing already. > > So, what I can see is > > dmacap,private > dmacap,memcpy > > Here is a selling point as well, i.e. standardization. > As I can see these property name used only in "mv_xor" driver. And  they are marked as deprecated. So, I'm not sure if I should used these names. I agree with other comments. --  Paltsev Eugeniy