Skip to content
Snippets Groups Projects
  1. Dec 18, 2015
  2. Sep 10, 2015
  3. Jul 28, 2015
  4. 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
  5. Jul 01, 2015
  6. Jun 23, 2015
  7. May 07, 2015
  8. Apr 21, 2015
  9. Apr 15, 2015
  10. Mar 23, 2015
  11. Dec 19, 2014
  12. Aug 08, 2014
  13. Jul 31, 2014
  14. Jul 15, 2014
  15. Jun 23, 2014
  16. Apr 03, 2014
  17. Feb 19, 2014
  18. Feb 07, 2014
  19. Jan 29, 2014
  20. Nov 27, 2013
  21. Nov 13, 2013
  22. Nov 04, 2013
  23. Sep 25, 2013
  24. Aug 20, 2013
  25. Aug 05, 2013
  26. Apr 30, 2013
  27. 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
  28. Mar 08, 2013
  29. Feb 13, 2013
  30. Nov 20, 2012
  31. Mar 28, 2012
  32. Dec 09, 2011
  33. Nov 08, 2011
  34. Jul 29, 2011
  35. Jun 30, 2011
  36. Jun 08, 2011
  37. May 25, 2011
Loading