Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S263557AbUCTW0t (ORCPT ); Sat, 20 Mar 2004 17:26:49 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S263561AbUCTW0t (ORCPT ); Sat, 20 Mar 2004 17:26:49 -0500 Received: from caramon.arm.linux.org.uk ([212.18.232.186]:65284 "EHLO caramon.arm.linux.org.uk") by vger.kernel.org with ESMTP id S263557AbUCTW0o (ORCPT ); Sat, 20 Mar 2004 17:26:44 -0500 Date: Sat, 20 Mar 2004 22:26:39 +0000 From: Russell King To: William Lee Irwin III , Andrew Morton , Andrea Arcangeli , linux-kernel@vger.kernel.org, torvalds@osdl.org Subject: Re: can device drivers return non-ram via vm_ops->nopage? Message-ID: <20040320222639.K6726@flint.arm.linux.org.uk> Mail-Followup-To: William Lee Irwin III , Andrew Morton , Andrea Arcangeli , linux-kernel@vger.kernel.org, torvalds@osdl.org References: <20040320133025.GH9009@dualathlon.random> <20040320144022.GC2045@holomorphy.com> <20040320150621.GO9009@dualathlon.random> <20040320121345.2a80e6a0.akpm@osdl.org> <20040320205053.GJ2045@holomorphy.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20040320205053.GJ2045@holomorphy.com>; from wli@holomorphy.com on Sat, Mar 20, 2004 at 12:50:53PM -0800 Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1746 Lines: 35 On Sat, Mar 20, 2004 at 12:50:53PM -0800, William Lee Irwin III wrote: > On Sat, Mar 20, 2004 at 12:13:45PM -0800, Andrew Morton wrote: > > I agree that ->nopage implementations should not be doing what that driver > > is doing. ->nopage is defined to return a page*: it's crazy to be > > returning someting from there which isn't covered by mem_map[]. > > I just don't think it's important enough to be able to cope with > > non-mem_map[] "memory" in do_no_page(), so I agree that requiring ->mmap() > > to synchronously instantiate the pte's and retaining the debug check in > > do_no_page() is a good idea. > > There are other reasons for doing it, e.g. unusual TLB attributes > and/or unusual pagetable structures backing the virtual region. I don't > see anyone standing up and screaming for more functionality than cache > coherency and/or disablement now, so as far as I'm concerned, > remap_area_pages() (or rmk's stuff) kills the issue. I'm no longer planning on this. In fact, I see a future where I tell people who want to use sound on ARM to go screw themselves because there doesn't seem to be an acceptable solution to this problem. Of course, this will lead to dirty hacks by many people who *REQUIRE* sound to work, but I guess we just don't care about that. (Yes, I'm pissed off over this issue.) -- Russell King Linux kernel 2.6 ARM Linux - http://www.arm.linux.org.uk/ maintainer of: 2.6 PCMCIA - http://pcmcia.arm.linux.org.uk/ 2.6 Serial core - 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/