From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Madhusudhan" Subject: RE: [PATCH v8 2/2] omap hsmmc: adaptation of sdma descriptor autoloading feature Date: Wed, 5 May 2010 12:21:09 -0500 Message-ID: <003901caec77$5a69d8b0$544ff780@am.dhcp.ti.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Return-path: In-Reply-To: Sender: linux-mmc-owner@vger.kernel.org To: 'Venkatraman S' , "'Shilimkar, Santosh'" Cc: linux-omap@vger.kernel.org, linux-mmc@vger.kernel.org, linux-arm-kernel@lists.arm.linux.org.uk, 'Adrian Hunter' , "'Kadiyala, Kishore'" , 'Tony Lindgren' List-Id: linux-omap@vger.kernel.org > >> + =A0 =A0 if (cpu_is_omap44xx() || cpu_is_omap3630()) { > > Can we avoid above by passing this part of platform data?? > > devices.c >=20 > I am not clear about the method. The board files export the > omap_mmc_platform_data. > Does it imply that all board files have to change and export > the capability so that it can be queried ? >=20 I don=92t see why this capability needs to be passed from the platform = data. As this feature is dependant on omap it is okay to have a cpu check in = the driver as the patch is doing it. > >> + =A0 =A0 =A0 =A0 =A0 =A0 host->dma_ctrl_buf =3D dma_alloc_coheren= t(NULL, > >> + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 DMA_CTRL_BUF_SIZE, > >> + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 &host->dma_ctrl_buf_phy, > >> + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 0); > >> + =A0 =A0 =A0 =A0 =A0 =A0 if (host->dma_ctrl_buf !=3D NULL) > >> + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 host->dma_caps |=3D DMA_= TYPE_SDMA_DLOAD; > >> + =A0 =A0 } > >> + > >> =A0 =A0 =A0 /* Since we do only SG emulation, we can have as many = segs > >> =A0 =A0 =A0 =A0* as we want. */ > > Not your patch but above commenting style isn't right > OK