Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755607Ab1DZNac (ORCPT ); Tue, 26 Apr 2011 09:30:32 -0400 Received: from cluster-d.mailcontrol.com ([85.115.60.190]:36605 "EHLO cluster-d.mailcontrol.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753279Ab1DZNaa (ORCPT ); Tue, 26 Apr 2011 09:30:30 -0400 Message-ID: <4DB6C89F.10903@csr.com> Date: Tue, 26 Apr 2011 14:29:03 +0100 From: David Vrabel User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.14) Gecko/20110223 Thunderbird/3.1.8 MIME-Version: 1.0 To: Per Forlin CC: , , , , Chris Ball Subject: Re: [PATCH v2 01/12] mmc: add none blocking mmc request function References: <1302116833-24540-1-git-send-email-per.forlin@linaro.org> <1302116833-24540-2-git-send-email-per.forlin@linaro.org> <4DA81F42.3070208@csr.com> In-Reply-To: Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit X-Originating-IP: [10.101.11.143] Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2154 Lines: 49 On 20/04/11 08:17, Per Forlin wrote: > >> Using a MMC request queue has other benefits -- it allows multiple users >> without having to claim/release the host. This would be useful for >> (especially multi-function) SDIO. > > You mean claim and release would be done only within the mmc core. The > timed saved here would equal the time it takes to release and claim > the host. > Claim and release can also be used for power management to indicate if > any client is using the host, if not the power can be switched off. Isn't there a separate runtime power management API that different from claim/release? > I just want to make sure I understand the multi-function SDIO case, I > haven't done any work with SDIO. > Can the SDIO functions compete over the same claim_host at the same time? > Example: if function 1 claims the host, function 2 and function 3 also > want to claim the host but have to wait for function 1 to release the > host. This is the case. Each function driver has to claim exclusive access to the host. > What is the extra benefit of having the internal request queue for > multi function SDIO? It reduces the delays between commands if multiple drivers are sending commands. I estimated performance improvements with 2-3% from just removing the need to claim/release in one particular SDIO function driver. Performance improvements for multi-function cards would be a bit more (5% perhaps?). The more important benefit is the simplification of the API. David -- David Vrabel, Senior Software Engineer, Drivers CSR, Churchill House, Cambridge Business Park, Tel: +44 (0)1223 692562 Cowley Road, Cambridge, CB4 0WZ http://www.csr.com/ Member of the CSR plc group of companies. CSR plc registered in England and Wales, registered number 4187346, registered office Churchill House, Cambridge Business Park, Cowley Road, Cambridge, CB4 0WZ, United Kingdom -- 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/