[Devel] Re: [cgroup or VFS ?] WARNING: at fs/namespace.c:636 mntput_no_expire+0xac/0xf2()

2009-02-09 Thread Arjan van de Ven
f the > > above (just the same syscalls in loop, nothing fancier) and do > > time-stamped strace? > > Could you also add a printk of what ->__mnt_writers was at the time of > the WARN_ON()? That will hopefully at least tell us whether we're > looking at a real

[Devel] Re: [PATCH] proc: print more information when removing non-empty directories

2008-02-15 Thread Arjan van de Ven
Alexey Dobriyan wrote: This usually saves one recompile to insert similar printk like below. :) Sample nastygram: looks very useful to me! ___ Devel mailing list Devel@openvz.org https://openvz.org/mailman/listinfo/devel

[Devel] Re: [PATCH -mm] task_struct: move ->fpu_counter and ->oomkilladj

2007-09-27 Thread Arjan van de Ven
On Thu, 27 Sep 2007 13:55:57 +0400 Alexey Dobriyan <[EMAIL PROTECTED]> wrote: > There is nice 2 byte hole after struct task_struct::ioprio field > into which we can put two 1-byte fields: ->fpu_counter and > ->oomkilladj. > > [cc'ing Arjan just in case ->fpu_counter placement wasn't completely >

[Devel] Re: [PATCH] Uninline fork.c/exit.c

2007-10-01 Thread Arjan van de Ven
On Mon, 1 Oct 2007 16:15:53 +0400 Alexey Dobriyan <[EMAIL PROTECTED]> wrote: > Save ~650 bytes here. > > add/remove: 4/0 grow/shrink: 0/7 up/down: 430/-1088 (-658) > function old new delta > __copy_fs_struct - 202+202

[Devel] Re: [PATCH] mark read_crX() asm code as volatile

2007-10-02 Thread Arjan van de Ven
On Tue, 02 Oct 2007 18:08:32 +0400 Kirill Korotaev <[EMAIL PROTECTED]> wrote: > Some gcc versions (I checked at least 4.1.1 from RHEL5 & 4.1.2 from > gentoo) can generate incorrect code with read_crX()/write_crX() > functions mix up, due to cached results of read_crX(). > I'm not so sure volatil

[Devel] Re: namespace support requires network modules to say "GPL"

2007-12-01 Thread Arjan van de Ven
On Sat, 01 Dec 2007 15:21:12 -0500 Mark Lord <[EMAIL PROTECTED]> wrote: > Eric W. Biederman wrote: > > Stephen Hemminger <[EMAIL PROTECTED]> writes: > > Sure. We keep the updated dev_get_by_ that takes a network > > namespace parameter. > .. > > And what should code be passing in when "# CON

[Devel] Re: namespace support requires network modules to say "GPL"

2007-12-03 Thread Arjan van de Ven
On Mon, 03 Dec 2007 09:24:15 +0100 Romano Giannetti <[EMAIL PROTECTED]> wrote: > > > On Sat, 2007-12-01 at 22:34 -0500, Mark Lord wrote: > > Stephen Hemminger wrote:. > > >> > > > I spoke too soon earlier, ndiswrapper builds and loads against > > > current 2.6.24-rc3. Vmware and proprietary VPN

[Devel] Re: [RFC][v7][PATCH 8/9]: Define clone2() syscall

2009-09-29 Thread Arjan van de Ven
y atrociously bad idea. > > We already have a syscall layer which is painful to thunk in places, > and this would make it much worse. > syscalls are cheap as well. cheaper than decades of dealing with such multiplexer mess ;/ -- Arjan van de VenIntel Open Source Technology Cent

[Devel] Re: [PATCH 1/1, v6] cgroup/freezer: add per freezer duty ratio control

2011-02-09 Thread Arjan van de Ven
On 2/9/2011 7:04 PM, Matt Helsley wrote: > On Tue, Feb 08, 2011 at 05:05:41PM -0800, jacob.jun@linux.intel.com wrote: >> From: Jacob Pan >> >> Freezer subsystem is used to manage batch jobs which can start >> stop at the same time. However, sometime it is desirable to let >> the kernel manage t

[Devel] Re: [PATCH 1/1, v7] cgroup/freezer: add per freezer duty ratio control

2011-02-13 Thread Arjan van de Ven
On 2/13/2011 4:44 PM, KAMEZAWA Hiroyuki wrote: > On Sat, 12 Feb 2011 15:29:07 -0800 > Matt Helsley wrote: > >> On Fri, Feb 11, 2011 at 11:10:44AM -0800, jacob.jun@linux.intel.com >> wrote: >>> From: Jacob Pan >>> >>> Freezer subsystem is used to manage batch jobs which can start >>> stop at t

[Devel] Re: [PATCH 7/7] event: add tracepoint for accounting block time

2011-11-28 Thread Arjan van de Ven
On 11/28/2011 3:42 AM, Peter Zijlstra wrote: > On Mon, 2011-11-28 at 12:03 +0300, Andrew Vagin wrote: >> This tracepoint shows how long a task is sleeping in uninterruptible state. >> >> E.g. >> It may show how long and where a mutex is waited. > > Fair enough, makes one wonder how much it would t

[Devel] Re: [PATCH 7/7] event: add tracepoint for accounting block time

2011-11-28 Thread Arjan van de Ven
> > perf_evlist is what you call perf_bundle and perf_evsel is what you call > perf_event in powertop. > > That part of the API should be ok for wider use and is in fact exported > in the python binding. I don't care about the snake language. frankly all that's missing is a "safe" accessor libr