Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751086AbWA0NsT (ORCPT ); Fri, 27 Jan 2006 08:48:19 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751099AbWA0NsT (ORCPT ); Fri, 27 Jan 2006 08:48:19 -0500 Received: from [85.8.13.51] ([85.8.13.51]:15833 "EHLO smtp.drzeus.cx") by vger.kernel.org with ESMTP id S1751086AbWA0NsS (ORCPT ); Fri, 27 Jan 2006 08:48:18 -0500 Message-ID: <43DA24A0.70004@drzeus.cx> Date: Fri, 27 Jan 2006 14:48:16 +0100 From: Pierre Ossman User-Agent: Thunderbird 1.5 (X11/20060112) MIME-Version: 1.0 To: Jens Axboe CC: Russell King , LKML Subject: Re: How to map high memory for block io References: <43D9C19F.7090707@drzeus.cx> <20060127102611.GC4311@suse.de> <43D9F705.5000403@drzeus.cx> <20060127104321.GE4311@suse.de> <43DA0E97.5030504@drzeus.cx> <20060127123917.GI4311@suse.de> <43DA1D23.1000508@drzeus.cx> In-Reply-To: <43DA1D23.1000508@drzeus.cx> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 726 Lines: 19 Pierre Ossman wrote: > > Doesn't seem like a generic solution is easily implemented. I'll start > hacking together some way of specifying that highmem isn't supported so > that mmc_block can indicate this to the block layer. > If I set the limit to BLK_BOUNCE_HIGH then (page_address(sg->page) + sg->offset) is guaranteed to be directly accessible for the entire sg->length on all architectures, right? This seems to be the assumption in the USB ub driver at least. Rgds Pierre - 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/