All of lore.kernel.org
 help / color / mirror / Atom feed
From: Tejun Heo <tj@kernel.org>
To: Andrew Morton <akpm@linux-foundation.org>
Cc: Glauber Costa <glommer@parallels.com>,
	cgroups@vger.kernel.org, linux-mm@kvack.org,
	kamezawa.hiroyu@jp.fujitsu.com, Michal Hocko <mhocko@suse.cz>,
	Johannes Weiner <hannes@cmpxchg.org>,
	Dhaval Giani <dhaval.giani@gmail.com>,
	Li Zefan <lizefan@huawei.com>
Subject: Re: [PATCH 1/2] fix bad behavior in use_hierarchy file
Date: Tue, 26 Jun 2012 15:30:43 -0700	[thread overview]
Message-ID: <20120626223043.GC15811@google.com> (raw)
In-Reply-To: <20120626152522.c7161b5a.akpm@linux-foundation.org>

(cc'ing Li)

Hello, Andrew.

On Tue, Jun 26, 2012 at 03:25:22PM -0700, Andrew Morton wrote:
> hm.  The various .write_u64() implementations go and return zero on
> success and cgroup_write_X64() sees this and rewrites the return value
> to `nbytes'.
> 
> That was a bit naughty of us - it prevents a .write_u64() instance from
> being able to fully implement a partial write.  We can *partially*
> implement a partial write, by returning a value between 1 and nbytes-1,
> but we can't return zero.  It's a weird interface, it's a surprising
> interface and it was quite unnecessary to do it this way.  Someone
> please slap Paul.
> 
> It's hardly a big problem I, but that's why the unix write() interface
> was designed the way it is.

The whole file interface is severely over-designed like a lot of other
things in cgorup.  I'm thinking about consolidating all the different
read/write methods into one generic pair, likely based on seq_file and
make all others helpers.

Thanks.

-- 
tejun

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>

  reply	other threads:[~2012-06-26 22:30 UTC|newest]

Thread overview: 47+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-06-26 15:47 [PATCH 0/2] fix and deprecate use_hierarchy file Glauber Costa
     [not found] ` <1340725634-9017-1-git-send-email-glommer-bzQdu9zFT3WakBO8gow8eQ@public.gmane.org>
2012-06-26 15:47   ` [PATCH 1/2] fix bad behavior in " Glauber Costa
2012-06-26 15:47     ` Glauber Costa
     [not found]     ` <1340725634-9017-2-git-send-email-glommer-bzQdu9zFT3WakBO8gow8eQ@public.gmane.org>
2012-06-26 15:52       ` Michal Hocko
2012-06-26 15:52         ` Michal Hocko
2012-06-26 15:54       ` Johannes Weiner
2012-06-26 15:54         ` Johannes Weiner
2012-06-26 22:25       ` Andrew Morton
2012-06-26 22:25         ` Andrew Morton
2012-06-26 22:30         ` Tejun Heo [this message]
2012-06-26 15:47   ` [PATCH 2/2] memcg: first step towards hierarchical controller Glauber Costa
2012-06-26 15:47     ` Glauber Costa
     [not found]     ` <1340725634-9017-3-git-send-email-glommer-bzQdu9zFT3WakBO8gow8eQ@public.gmane.org>
2012-06-26 16:15       ` Michal Hocko
2012-06-26 16:15         ` Michal Hocko
     [not found]         ` <20120626161501.GI9566-VqjxzfR4DlwKmadIfiO5sKVXKuFTiq87@public.gmane.org>
2012-06-26 16:37           ` Glauber Costa
2012-06-26 16:37             ` Glauber Costa
     [not found]             ` <4FE9E53C.2050700-bzQdu9zFT3WakBO8gow8eQ@public.gmane.org>
2012-06-26 17:54               ` Michal Hocko
2012-06-26 17:54                 ` Michal Hocko
2012-06-26 18:04       ` Tejun Heo
2012-06-26 18:04         ` Tejun Heo
2012-06-26 18:55         ` Johannes Weiner
     [not found]           ` <20120626185542.GE27816-druUgvl0LCNAfugRpC6u6w@public.gmane.org>
2012-06-26 19:14             ` Tejun Heo
2012-06-26 19:14               ` Tejun Heo
     [not found]               ` <20120626191450.GT3869-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org>
2012-06-26 20:59                 ` Johannes Weiner
2012-06-26 20:59                   ` Johannes Weiner
     [not found]                   ` <20120626205924.GH27816-druUgvl0LCNAfugRpC6u6w@public.gmane.org>
2012-06-26 21:19                     ` Tejun Heo
2012-06-26 21:19                       ` Tejun Heo
2012-06-27  8:57                       ` Glauber Costa
2012-06-27 17:07                         ` Tejun Heo
     [not found]         ` <20120626180451.GP3869-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org>
2012-06-26 22:08           ` Michal Hocko
2012-06-26 22:08             ` Michal Hocko
     [not found]             ` <20120626220809.GA4653-VqjxzfR4DlwKmadIfiO5sKVXKuFTiq87@public.gmane.org>
2012-06-26 22:14               ` Tejun Heo
2012-06-26 22:14                 ` Tejun Heo
2012-06-26 22:17                 ` Tejun Heo
     [not found]                 ` <20120626221452.GA15811-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org>
2012-06-27  8:52                   ` Glauber Costa
2012-06-27  8:52                     ` Glauber Costa
     [not found]                     ` <4FEAC9CB.2010800-bzQdu9zFT3WakBO8gow8eQ@public.gmane.org>
2012-06-27 16:58                       ` Tejun Heo
2012-06-27 16:58                         ` Tejun Heo
2012-06-27 12:51                   ` Michal Hocko
2012-06-27 12:51                     ` Michal Hocko
     [not found]                     ` <20120627125119.GE5683-VqjxzfR4DlwKmadIfiO5sKVXKuFTiq87@public.gmane.org>
2012-06-27 12:49                       ` Glauber Costa
2012-06-27 12:49                         ` Glauber Costa
2012-06-27 17:33                     ` Tejun Heo
     [not found]                       ` <20120627173336.GJ15811-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org>
2012-06-28  8:46                         ` Kamezawa Hiroyuki
2012-06-28  8:46                           ` Kamezawa Hiroyuki
     [not found]                           ` <4FEC19C9.4090708-+CUm20s59erQFUHtdCDX3A@public.gmane.org>
2012-06-28  9:12                             ` Glauber Costa
2012-06-28  9:12                               ` Glauber Costa

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20120626223043.GC15811@google.com \
    --to=tj@kernel.org \
    --cc=akpm@linux-foundation.org \
    --cc=cgroups@vger.kernel.org \
    --cc=dhaval.giani@gmail.com \
    --cc=glommer@parallels.com \
    --cc=hannes@cmpxchg.org \
    --cc=kamezawa.hiroyu@jp.fujitsu.com \
    --cc=linux-mm@kvack.org \
    --cc=lizefan@huawei.com \
    --cc=mhocko@suse.cz \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.