Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Sun, 8 Jul 2001 14:25:39 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Sun, 8 Jul 2001 14:25:30 -0400 Received: from [62.172.234.2] ([62.172.234.2]:56464 "EHLO alloc.wat.veritas.com") by vger.kernel.org with ESMTP id ; Sun, 8 Jul 2001 14:25:23 -0400 Date: Sun, 8 Jul 2001 19:26:01 +0100 (BST) From: Mark Hemment X-X-Sender: To: Linus Torvalds cc: MOLNAR Ingo , Andrea Arcangeli , Subject: Re: [PATCH] copy_from_high_bh In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Sun, 8 Jul 2001, Linus Torvalds wrote: > On Sun, 8 Jul 2001 markhe@veritas.com wrote: > > > > mm/highmem.c/copy_from_high_bh() blocks interrupts while copying "down" > > to a bounce buffer, for writing. > > This function is only ever called from create_bounce() (which cannot > > be called from an interrupt context - it may block), and the kmap > > 'KM_BOUNCE_WRITE' is only used in copy_from_high_bh(). > > If so it's not just the interrupt disable that is unnecessary, the > "kmap_atomic()" should also be just a plain "kmap()", I think. That might eat through kmap()'s virtual window too quickly. I did think about adding a test to see if the page was already mapped, and falling back to kmap_atomic() if it isn't. That should give the best of both worlds? Mark - 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/