1. 01 5月, 2017 1 次提交
  2. 14 2月, 2017 1 次提交
  3. 22 12月, 2016 1 次提交
  4. 03 12月, 2016 1 次提交
  5. 28 10月, 2016 1 次提交
  6. 25 10月, 2016 1 次提交
  7. 08 10月, 2016 1 次提交
  8. 19 9月, 2016 1 次提交
  9. 10 9月, 2016 1 次提交
  10. 01 9月, 2016 1 次提交
  11. 31 8月, 2016 2 次提交
  12. 16 6月, 2016 1 次提交
  13. 15 6月, 2016 1 次提交
  14. 30 3月, 2016 1 次提交
    • L
      Documentation: update the devices.txt documentation · ebdf4040
      Linus Walleij 提交于
      Alan is no longer maintaining this list through the Linux assigned
      numbers authority. Make it a collective document by referring to
      "the maintainers" in plural throughout, and naming the chardev and
      block layer maintainers in particular as parties of involvement.
      Cut down and remove some sections that pertained to the process of
      maintaining the list at lanana.org and contacting Alan directly.
      
      Make it clear that this document, in the kernel, is the master
      document.
      
      Also move paragraphs around so as to emphasize dynamic major number
      allocation.
      
      Remove paragraph on 2.6 deprecation, that tag no longer appears
      anywhere in the file.
      
      Cc: Jonathan Corbet <corbet@lwn.net>
      Cc: Linus Torvalds <torvalds@linux-foundation.org>
      Cc: Alan Cox <alan@linux.intel.com>
      Cc: Arnd Bergmann <arnd@arndb.de>
      Cc: Jens Axboe <axboe@kernel.dk>
      Signed-off-by: NLinus Walleij <linus.walleij@linaro.org>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      ebdf4040
  15. 24 1月, 2016 1 次提交
  16. 21 1月, 2016 1 次提交
  17. 14 1月, 2016 1 次提交
  18. 19 12月, 2015 1 次提交
  19. 11 9月, 2015 1 次提交
  20. 28 7月, 2015 1 次提交
  21. 15 7月, 2015 1 次提交
    • A
      cgroup: implement the PIDs subsystem · 49b786ea
      Aleksa Sarai 提交于
      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: NAleksa Sarai <cyphar@cyphar.com>
      Signed-off-by: NTejun Heo <tj@kernel.org>
      49b786ea
  22. 01 7月, 2015 1 次提交
  23. 23 6月, 2015 1 次提交
  24. 08 5月, 2015 1 次提交
  25. 22 4月, 2015 1 次提交
  26. 16 4月, 2015 2 次提交
  27. 23 3月, 2015 1 次提交
  28. 20 12月, 2014 1 次提交
  29. 09 8月, 2014 1 次提交
  30. 31 7月, 2014 1 次提交
  31. 15 7月, 2014 1 次提交
  32. 24 6月, 2014 1 次提交
  33. 04 4月, 2014 2 次提交
  34. 19 2月, 2014 1 次提交
  35. 07 2月, 2014 1 次提交
  36. 30 1月, 2014 1 次提交
  37. 28 11月, 2013 1 次提交