lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20101118082132.GA15928@tiehlicka.suse.cz>
Date:	Thu, 18 Nov 2010 09:21:32 +0100
From:	Michal Hocko <mhocko@...e.cz>
To:	Greg KH <greg@...ah.com>
Cc:	Andrew Morton <akpm@...ux-foundation.org>,
	Daisuke Nishimura <nishimura@....nes.nec.co.jp>,
	linux-kernel@...r.kernel.org, linux-mm@...ck.org,
	stable@...nel.org,
	KAMEZAWA Hiroyuki <kamezawa.hiroyu@...fujitsu.com>,
	balbir@...ux.vnet.ibm.com
Subject: Re: [stable] [PATCH] Make swap accounting default behavior
 configurable

On Tue 16-11-10 13:21:57, Greg KH wrote:
> On Tue, Nov 16, 2010 at 12:46:15PM -0800, Andrew Morton wrote:
> > On Tue, 16 Nov 2010 11:17:26 +0100
> > Michal Hocko <mhocko@...e.cz> wrote:
> > 
> > > Hi Andrew,
> > > could you consider the following patch for the Linus tree, please?
> > > The discussion took place in this email thread 
> > > http://lkml.org/lkml/2010/11/10/114.
> > > The patch is based on top of 151f52f09c572 commit in the Linus tree.
> > > 
> > > Please let me know if there I should route this patch through somebody
> > > else.
> > > 
> > > Thanks!
> > > 
> > > ---
> > > >From 30238aaec758988493af793939f14b0ba83dc4b3 Mon Sep 17 00:00:00 2001
> > > From: Michal Hocko <mhocko@...e.cz>
> > > Date: Wed, 10 Nov 2010 13:30:04 +0100
> > > Subject: [PATCH] Make swap accounting default behavior configurable
> > > 
> > > Swap accounting can be configured by CONFIG_CGROUP_MEM_RES_CTLR_SWAP
> > > configuration option and then it is turned on by default. There is
> > > a boot option (noswapaccount) which can disable this feature.
> > > 
> > > This makes it hard for distributors to enable the configuration option
> > > as this feature leads to a bigger memory consumption and this is a no-go
> > > for general purpose distribution kernel. On the other hand swap
> > > accounting may be very usuful for some workloads.
> > 
> > This patch is needed by distros, and distros use the -stable tree, I
> > assume.  Do you see reasons why this patch should be backported into
> > -stable, so distros don't need to patch it themselves?  If so, any
> > particular kernel versions?  2.6.37?

I have suggested pushing to the stable in the original thread as well. 
I was told that this is not a bug fix.

I do not care much in which particular version to push this but I
guess this doesn't qualify as "regression fix only Linus policy" so it
is probably too late for .37.
Nevertheless, if we reconsider -stable then .37 would be much really
helpful to get it into stable ASAP.

> 
> Sorry, I really don't want to start backporting features to stable
> kernels if at all possible.  Distros can pick them up on their own if
> they determine it is needed.

I really do agree with the part about features. But isn't this patch
basically for distros (to help them to provide the swapaccounting feature
without the cost of higher memory consumption in default configuration)?
If this doesn't go to the stable then all (interested) of them would
need to maintain the patch. Otherwise the change would come directly
from the upstream.

Moreover, it is not a new feature it just consolidates the default
behavior of the already existing functionality.

> 
> thanks,
> 
> greg k-h

Thanks
-- 
Michal Hocko
L3 team 
SUSE LINUX s.r.o.
Lihovarska 1060/12
190 00 Praha 9    
Czech Republic
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ