Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755231AbbG3JMe (ORCPT ); Thu, 30 Jul 2015 05:12:34 -0400 Received: from relay.parallels.com ([195.214.232.42]:41942 "EHLO relay.parallels.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754817AbbG3JMa (ORCPT ); Thu, 30 Jul 2015 05:12:30 -0400 Date: Thu, 30 Jul 2015 12:12:12 +0300 From: Vladimir Davydov To: Andrew Morton CC: Michal Hocko , Andres Lagar-Cavilla , Minchan Kim , Raghavendra K T , Johannes Weiner , Greg Thelen , Michel Lespinasse , David Rientjes , Pavel Emelyanov , Cyrill Gorcunov , Jonathan Corbet , , , , , Subject: Re: [PATCH -mm v9 0/8] idle memory tracking Message-ID: <20150730091212.GA8100@esperanza> References: <20150729123629.GI15801@dhcp22.suse.cz> <20150729135907.GT8100@esperanza> <20150729142618.GJ15801@dhcp22.suse.cz> <20150729152817.GV8100@esperanza> <20150729154718.GN15801@dhcp22.suse.cz> <20150729162908.GY8100@esperanza> <20150729143015.e8420eca17acbd36d1ce9242@linux-foundation.org> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <20150729143015.e8420eca17acbd36d1ce9242@linux-foundation.org> X-ClientProxiedBy: US-EXCH2.sw.swsoft.com (10.255.249.46) To US-EXCH2.sw.swsoft.com (10.255.249.46) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1355 Lines: 30 On Wed, Jul 29, 2015 at 02:30:15PM -0700, Andrew Morton wrote: > On Wed, 29 Jul 2015 19:29:08 +0300 Vladimir Davydov wrote: > > > /proc/kpageidle should probably live somewhere in /sys/kernel/mm, but I > > added it where similar files are located (kpagecount, kpageflags) to > > keep things consistent. > > I think these files should be moved elsewhere. Consistency is good, > but not when we're being consistent with a bad thing. > > So let's place these in /sys/kernel/mm and then start being consistent > with that? I really don't think we should separate kpagecgroup from kpagecount and kpageflags, because they look very similar (each of them is read-only, contains an array of u64 values referenced by PFN). Scattering these files between different filesystems would look ugly IMO. However, kpageidle is somewhat different (it's read-write, contains a bitmap) so I think it's worth moving it to /sys/kernel/mm. We have to move the code from fs/proc to mm/something then to remove dependency from PROC_FS, which would be unnecessary. Let me give it a try. Thanks, Vladimir -- 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/