[RFC] [PATCH 2.6.37-rc5-tip 0/20] 0: Inode based uprobes

into any routine in a user space application and collect information non-disruptively. For previous posting: please refer: http://lkml.org/lkml/2010/8/25/165 http://lkml.org/lkml/2010/7/27/121, http://lkml.org/lkml/2010/7/12/67, ...

Message posted on the December 16th, 2010 - 5:10 AM ET

[RFC,PATCH 0/3] trace,perf: enabling ftrace/function tracepoint

hi, this is just RFC patch with patche series showing the direction I'm taking.. _RFC_ ;) I was discussing with Frederic the possibility to have function trace available for perf processing, and the possibility to have it used as starting/stopping ...

Message posted on the April 21st, 2011 - 6:50 AM ET

[RFC][PATCH] cgroups: Run subsystem fork callback from cgroup_post_fork()

When a user freezes a cgroup, the freezer sets the subsystem state to CGROUP_FREEZING and then iterates over the tasks in the cgroup links. But there is a possible race here, although unlikely, if a task forks and the parent is preempted between ...

Message posted on the February 23rd, 2012 - 11:30 PM ET

[RFC PATCH] sched: START_NICE feature (temporarily niced forks) (v4)

This patch tweaks the fair vruntime calculation of both the parent and the child after a fork to double vruntime increment speed, but this is only applied to their first slice after the fork. The goal of this scheme is that their respective vruntime ...

Message posted on the September 20th, 2010 - 3:20 PM ET

[RFC][PATCH] cgroup: fix race between fork and cgroup freezing

A similar bug exists in cpuset, and those are long-standing bugs. As reported by Frederic: When a user freezes a cgroup, the freezer sets the subsystem state to CGROUP_FREEZING and then iterates over the tasks in the cgroup links. But there is a ...

Message posted on the March 8th, 2012 - 3:50 AM ET

[RFC PATCH] sched: START_NICE feature (temporarily niced forks) (v3)

This patch tweaks the fair vruntime calculation of both the parent and the child after a fork to double vruntime increment speed, but this is only applied to their first slice after the fork. The goal of this scheme is that their respective vruntime ...

Message posted on the September 14th, 2010 - 4:30 PM ET

[RFC PATCH] sched: START_NICE feature (temporarily niced forks)

This patch tweaks the nice value of both the parent and the child after a fork to a higher nice value, but this is only applied to their first slice after the fork. The goal of this scheme is that their respective vruntime will increment faster in ...

Message posted on the September 14th, 2010 - 3:10 AM ET

[RFC PATCH] namespaces: fix leak on fork() failure

Greetings, The attached testcase induces quite a bit of pid/mnt namespace leakage. The below fixes up one of these leaks. There's still at least one pid namespace leak left, that being the final put_pid() in softirq context goes missing. A trace ...

Message posted on the April 28th, 2012 - 5:30 AM ET

[RFC PATCH] mm: hugetlbfs: Close race during teardown of hugetlbfs shared page tables

(Sending as RFC as this one is tricky and as it is timing dependent the patch may accidentally be papering over a more fundamental problem. Even if it is not, it may be more heavy handed than necessary but am suffering from tunnel vision from ...

Message posted on the July 18th, 2012 - 6:50 AM ET

[RFC][PATCH] lockdep/rcu: Find where rcu/pi/rq lock problems occur

I've been talking with Paul about what can trigger the problems with rcu_read_unlock_special(). He told me the following is bad and can cause lockdep to spit out problems if they happen. They are: rcu_read_lock(); irqs enabled anywhere here ...

Message posted on the August 15th, 2011 - 12:50 PM ET

[RFC PATCH 00/11] sched: CFS low-latency features

Hi, Following the findings I presented a few months ago (http://lkml.org/lkml/2010/4/18/13) about CFS having large vruntime spread issues, Peter Zijlstra and I pursued the discussion and the implementation effort (my work on this is funded by ...

Message posted on the August 26th, 2010 - 2:20 PM ET

[RFC] [PATCH v2 0/2] cgroups: implement moving a threadgroup's threads atomically with cgroup.procs

This patch series is a revision of http://lkml.org/lkml/2010/1/3/51 and http://lkml.org/lkml/2010/1/3/52 . The rwsem in the fork path has been moved to signal_struct to simplify the locking code in the cgroup_attach_proc side. This depends on ...

Message posted on the May 29th, 2010 - 10:00 PM ET

[RFC][PATCH 00/16] kill unnecessary bdi wakeups + cleanups

Hi, here is a series of patches which lessens amount of unnecessary wake-ups in the linux kernel. THE PROBLEM ~~~~~~~~~~~ Each block device has corresponding "flusher" thread, which are usually seen as "flusher-x:y" in your ...

Message posted on the July 16th, 2010 - 9:00 AM ET

[RFC] [PATCH v3 0/2] cgroups: implement moving a threadgroup's threads atomically with cgroup.procs

This patch series is a revision of http://lkml.org/lkml/2010/5/29/126 . These patches use an rwlock in signal_struct which access is dependent on Oleg's recent changes to signal_struct's lifetime rules. It is okay to write the tid of any task in ...

Message posted on the June 25th, 2010 - 1:50 AM ET

rfc patch fork