From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754627Ab2CLCmL (ORCPT ); Sun, 11 Mar 2012 22:42:11 -0400 Received: from mga14.intel.com ([143.182.124.37]:29517 "EHLO mga14.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753186Ab2CLCmA (ORCPT ); Sun, 11 Mar 2012 22:42:00 -0400 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.71,315,1320652800"; d="scan'208";a="76249054" Subject: Re: [PATCH/RFC] dmaengine: add a slave parameter to __dma_request_channel() From: Vinod Koul To: Guennadi Liakhovetski Cc: Russell King - ARM Linux , linux-kernel@vger.kernel.org, "'Jassi Brar'" , Linus Walleij , Magnus Damm , Paul Mundt In-Reply-To: References: <1331101687.24656.319.camel@vkoul-udesk3> <20120307093026.GM17370@n2100.arm.linux.org.uk> <20120307103112.GP17370@n2100.arm.linux.org.uk> <20120307124620.GT17370@n2100.arm.linux.org.uk> <20120307142634.GA18787@n2100.arm.linux.org.uk> <20120307162755.GB18787@n2100.arm.linux.org.uk> <1331188201.4657.51.camel@vkoul-udesk3> <1331204128.4657.54.camel@vkoul-udesk3> <1331206459.4657.59.camel@vkoul-udesk3> <1331211513.4657.67.camel@vkoul-udesk3> <1331284918.4657.69.camel@vkoul-udesk3> <1331285959.4657.76.camel@vkoul-udesk3> Content-Type: text/plain; charset="UTF-8" Date: Mon, 12 Mar 2012 08:17:56 +0530 Message-ID: <1331520476.4657.79.camel@vkoul-udesk3> Mime-Version: 1.0 X-Mailer: Evolution 2.28.3 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, 2012-03-09 at 13:20 +0100, Guennadi Liakhovetski wrote: > It can be made to work as long as there's only one DMAC group with > configurable channels and all other DMACs are dedicated to specific > peripherals, yes. I don't know whether there are already now or are > approaching any platforms with multiple reconfigurable groups. And that is what I am talking about. Having specific channel mapping given by platform for all channels which are to be used dedicated. And a pool of channels which can be used by anyone (if they can be) on a platform. Does this proposal sound good for others as well. I think we can target this for next merge cycle, we are too late for the current one. -- ~Vinod