Forum | Documentation | Website | Blog

Skip to content
Snippets Groups Projects
  1. Jul 14, 2015
    • Aleksa Sarai's avatar
      cgroup: implement the PIDs subsystem · 49b786ea
      Aleksa Sarai authored
      
      Adds a new single-purpose PIDs subsystem to limit the number of
      tasks that can be forked inside a cgroup. Essentially this is an
      implementation of RLIMIT_NPROC that applies to a cgroup rather than a
      process tree.
      
      However, it should be noted that organisational operations (adding and
      removing tasks from a PIDs hierarchy) will *not* be prevented. Rather,
      the number of tasks in the hierarchy cannot exceed the limit through
      forking. This is due to the fact that, in the unified hierarchy, attach
      cannot fail (and it is not possible for a task to overcome its PIDs
      cgroup policy limit by attaching to a child cgroup -- even if migrating
      mid-fork it must be able to fork in the parent first).
      
      PIDs are fundamentally a global resource, and it is possible to reach
      PID exhaustion inside a cgroup without hitting any reasonable kmemcg
      policy. Once you've hit PID exhaustion, you're only in a marginally
      better state than OOM. This subsystem allows PID exhaustion inside a
      cgroup to be prevented.
      
      Signed-off-by: default avatarAleksa Sarai <cyphar@cyphar.com>
      Signed-off-by: default avatarTejun Heo <tj@kernel.org>
      49b786ea
  2. Jun 30, 2015
  3. Jun 23, 2015
  4. May 07, 2015
  5. Apr 21, 2015
  6. Apr 15, 2015
  7. Mar 23, 2015
  8. Dec 19, 2014
  9. Aug 08, 2014
  10. Jul 30, 2014
  11. Jul 15, 2014
  12. Jun 23, 2014
  13. Apr 03, 2014
  14. Feb 19, 2014
  15. Feb 07, 2014
  16. Jan 29, 2014
  17. Nov 27, 2013
  18. Nov 12, 2013
  19. Nov 04, 2013
  20. Sep 25, 2013
  21. Aug 20, 2013
  22. Aug 05, 2013
  23. Apr 29, 2013
  24. Mar 18, 2013
    • Jean Delvare's avatar
      MAINTAINERS: Remove Mark M. Hoffman · 94877548
      Jean Delvare authored
      
      Mark M. Hoffman stopped working on the Linux kernel several years
      ago, so he should no longer be listed as a driver maintainer. I'm not
      even sure if his e-mail address still works.
      
      I can take over 3 drivers he was responsible for, the 4th one will
      fall down to the subsystem maintainer.
      
      Also give Mark credit for all the good work he did.
      
      Signed-off-by: default avatarJean Delvare <khali@linux-fr.org>
      Cc: "Mark M. Hoffman" <mhoffman@lightlink.com>
      Acked-by: default avatarGuenter Roeck <linux@roeck-us.net>
      Cc: Wolfram Sang <wolfram@the-dreams.de>
      94877548
  25. Mar 08, 2013
  26. Feb 13, 2013
  27. Nov 20, 2012
  28. Mar 28, 2012
  29. Dec 09, 2011
  30. Nov 07, 2011
  31. Jul 29, 2011
  32. Jun 30, 2011
  33. Jun 07, 2011
  34. May 25, 2011
  35. May 04, 2011
  36. Mar 31, 2011