Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Thu, 7 Feb 2002 07:07:14 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Thu, 7 Feb 2002 07:07:03 -0500 Received: from smtpzilla1.xs4all.nl ([194.109.127.137]:4618 "EHLO smtpzilla1.xs4all.nl") by vger.kernel.org with ESMTP id ; Thu, 7 Feb 2002 07:06:47 -0500 Date: Thu, 7 Feb 2002 13:06:24 +0100 (CET) From: Roman Zippel X-X-Sender: To: Andrew Morton cc: Marcelo Tosatti , Manfred Spraul , Andrea Arcangeli , lkml Subject: Re: [patch] VM_IO fixes In-Reply-To: <3C621B44.10C424B9@zip.com.au> 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 Hi, On Wed, 6 Feb 2002, Andrew Morton wrote: > Any filesystem which implements its own mmap() method, and which > does not call generic_file_mmap() needs to be changed to clear > VM_IO inside its mmap function. All in-kernel filesystems are > OK, as is XFS. And the only breakage this can cause to out-of-kernel > filesystems is failure to include mappings in core files, and > inability to use PEEKUSR. You forgot shared memory via mm/shmem.c and ipc/shm.c. Another possibility is to test whether the driver provides a nopage function, as i/o areas are usually mapped with io_remap_page_range. The only exception I found are drivers under drivers/sgi/char, which use some really dirty tricks in their nopage function. bye, Roman - 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/