From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp1.linux-foundation.org (smtp1.linux-foundation.org [140.211.169.13]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smtp.linux-foundation.org", Issuer "CA Cert Signing Authority" (verified OK)) by ozlabs.org (Postfix) with ESMTPS id 5D5E1B6EEE for ; Wed, 8 Sep 2010 08:39:16 +1000 (EST) Date: Tue, 7 Sep 2010 15:38:13 -0700 From: Andrew Morton To: Anton Vorontsov Subject: Re: [PATCH 0/8] sdhci: Move real work out of an atomic context Message-Id: <20100907153813.936db0c6.akpm@linux-foundation.org> In-Reply-To: <20100714130728.GA27339@oksana.dev.rtsoft.ru> References: <20100714130728.GA27339@oksana.dev.rtsoft.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Cc: Matt Fleming , Albert Herranz , linux-mmc@vger.kernel.org, linux-kernel@vger.kernel.org, linuxppc-dev@ozlabs.org, Ben Dooks , Pierre Ossman List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Wed, 14 Jul 2010 17:07:28 +0400 Anton Vorontsov wrote: > Hi all, > > Currently the sdhci driver does everything in the atomic context. > And what is worse, PIO transfers are made from the IRQ handler. > > This causes huge latencies (up to 120 ms). On some P2020 SOCs, > DMA and card detection is broken, which means that kernel polls > for the card via PIO transfers every second. Needless to say > that this is quite bad. > > So, this patch set reworks sdhci code to avoid atomic context, > almost completely. We only do two device memory operations > in the atomic context, and all the rest is threaded. > > I noticed no throughput drop neither with PIO transfers nor > with DMA (tested on MPC8569E CPU), while latencies should be > greatly improved. > This patchset isn't causing any problems yet, but may do so in the future and will impact the validity of any testing. It seems to be kind of stuck. Should I drop it all?