Skip to content
Snippets Groups Projects
Select Git revision
0 results
Search by author
  • Any Author
0 authors
  1. Mar 29, 2016
    • Linus Walleij's avatar
      Documentation: update the devices.txt documentation · ebdf4040
      Linus Walleij authored 
      
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: default avatarLinus Walleij <linus.walleij@linaro.org>
Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      ebdf4040
  3. Jan 24, 2016
  5. Jan 21, 2016
  7. Jan 14, 2016
  9. Dec 18, 2015
  11. Sep 10, 2015
  13. Jul 28, 2015
  15. 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
  17. Jul 01, 2015
  19. Jun 23, 2015
  21. May 07, 2015
  23. Apr 21, 2015
  25. Apr 15, 2015
  27. Mar 23, 2015
  29. Dec 19, 2014
  31. Aug 08, 2014
  33. Jul 31, 2014
  35. Jul 15, 2014
  37. Jun 23, 2014
  39. Apr 03, 2014
  41. Feb 19, 2014
  43. Feb 07, 2014
  45. Jan 29, 2014
  47. Nov 27, 2013
  49. Nov 13, 2013
  51. Nov 04, 2013
  53. Sep 25, 2013
  55. Aug 20, 2013
  57. Aug 05, 2013
  59. Apr 30, 2013
  61. 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
  63. Mar 08, 2013
  65. Feb 13, 2013
  67. Nov 20, 2012
  69. Mar 28, 2012
  71. Dec 09, 2011
  73. Nov 08, 2011