Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751139AbWH3QbQ (ORCPT ); Wed, 30 Aug 2006 12:31:16 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751136AbWH3QbQ (ORCPT ); Wed, 30 Aug 2006 12:31:16 -0400 Received: from mail.parknet.jp ([210.171.160.80]:46852 "EHLO parknet.jp") by vger.kernel.org with ESMTP id S1751131AbWH3QbO (ORCPT ); Wed, 30 Aug 2006 12:31:14 -0400 X-AuthUser: hirofumi@parknet.jp To: Jan Engelhardt Cc: Andrew Morton , Linux Kernel Mailing List Subject: Re: Drop cache has no effect? References: <20060829110048.20e23e75.akpm@osdl.org> <87k64rxc6g.fsf@duaron.myhome.or.jp> <20060829183902.be1356b6.akpm@osdl.org> From: OGAWA Hirofumi Date: Thu, 31 Aug 2006 01:31:04 +0900 In-Reply-To: (Jan Engelhardt's message of "Wed, 30 Aug 2006 07:54:04 +0200 (MEST)") Message-ID: <87ac5mtcc7.fsf@duaron.myhome.or.jp> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (gnu/linux) 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 Content-Length: 1091 Lines: 28 Jan Engelhardt writes: >>> >>> That's dirty area, vfat has one read-only bit only. Yes, I also think >>> this is strange behaviour. But, I worry app is depending on the >>> current behaviour, because this is pretty old behaviour. >>> >>> Umm.., do someone have any strong reason? I'll make patch at this >>> weekend, and please test it in -mm tree for a bit long time...? >> >>It is pretty weird that permission bits on vfat can magically change in >>response to memory pressure. > > Well, the same happened for procfs in the past (when one was able to chmod it, > in current kernels it is forbidden.) IIRC, at least 2.4 doesn't allow it, it's rather new. > It seems the best thing ATM, no? I also think it's good. But it wouldn't be good reason for breaking app... -- OGAWA Hirofumi - 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/