From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Thu, 6 Mar 2003 14:02:31 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Thu, 6 Mar 2003 14:02:31 -0500 Received: from bay-bridge.veritas.com ([143.127.3.10]:16352 "EHLO mtvmime02.veritas.com") by vger.kernel.org with ESMTP id ; Thu, 6 Mar 2003 14:02:30 -0500 Date: Thu, 6 Mar 2003 19:14:47 +0000 (GMT) From: Hugh Dickins X-X-Sender: hugh@localhost.localdomain To: Andrew Morton cc: Dave McCracken , Ingo Molnar , Subject: Re: [PATCH] nonlinear oddities 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 Thu, 6 Mar 2003, Hugh Dickins wrote: > 1. Revert MAP_NONLINEAR and VM_NONLINEAR: I can easily imagine wanting > VM_NONLINEAR in future, warning that vma is unusual, but currently it's > not useful: install_page just needs to SetPageAnon if the page is put > somewhere try_to_unmap_obj_one wouldn't be able to find it. Now I think about it more, install_page's SetPageAnon is not good at all. That (unlocked) page may already be mapped into other vmas as a shared file page, non-zero mapcount, we can't suddenly switch it to Anon (pte_chained) without doing the work to handle that case. Before Ingo's file-offset-in-pte, it would have been consistent without any SetPageAnon there, because the remapped pages would be unreliable unless locked, and having them unfindable is equivalent to being locked. But if we're to bother with file-offset-in-pte, then we have to bother with finding the remapped pages, handling mapped-earlier case properly. Hugh