1. 21 Feb, 2019 1 commit
  2. 18 Feb, 2019 1 commit
  3. 04 Jan, 2019 1 commit
  4. 03 Dec, 2018 1 commit
  5. 25 Nov, 2018 1 commit
  6. 18 Nov, 2018 1 commit
  7. 17 Aug, 2018 1 commit
  8. 05 Mar, 2018 1 commit
  9. 10 Nov, 2017 1 commit
    • Jarkko Sakkinen's avatar
      MAINTAINERS: update TPM driver infrastructure changes · 60fdb44a
      Jarkko Sakkinen authored
      [akpm@linux-foundation.org: alpha-sort CREDITS, per Randy]
      Link: http://lkml.kernel.org/r/20170915223811.21368-1-jarkko.sakkinen@linux.intel.com
      
      Signed-off-by: default avatarJarkko Sakkinen <jarkko.sakkinen@linux.intel.com>
      Cc: Marcel Selhorst <tpmdd@selhorst.net>
      Cc: Ashley Lai <ashleydlai@gmail.com>
      Cc: Mimi Zohar <zohar@linux.vnet.ibm.com>
      Cc: Jarkko Sakkinen <jarkko.sakkinen@linux.intel.com>
      Cc: Boris Brezillon <boris.brezillon@free-electrons.com>
      Cc: Borislav Petkov <bp@suse.de>
      Cc: Håvard Skinnemoen <hskinnemoen@gmail.com>
      Cc: Martin Kepplinger <martink@posteo.de>
      Cc: Pavel Machek <pavel@ucw.cz>
      Cc: Geert Uytterhoeven <geert@linux-m68k.org>
      Cc: Hans-Christian Noren Egtvedt <egtvedt@samfundet.no>
      Cc: Arnaldo Carvalho de Melo <acme@kernel.org>
      Cc: Gertjan van Wingerde <gwingerde@gmail.com>
      Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
      Cc: David S. Miller <davem@davemloft.net>
      Cc: Mauro Carvalho Chehab <mchehab@kernel.org>
      Cc: Randy Dunlap <rdunlap@infrade...
      60fdb44a
  10. 01 Sep, 2017 1 commit
  11. 25 Jul, 2017 1 commit
  12. 01 May, 2017 1 commit
    • Hans-Christian Noren Egtvedt's avatar
      avr32: remove support for AVR32 architecture · 26202873
      Hans-Christian Noren Egtvedt authored
      
      This patch drops support for AVR32 architecture from the Linux kernel.
      
      The AVR32 architecture is not keeping up with the development of the
      kernel, and since it shares so much of the drivers with Atmel ARM SoC,
      it is starting to hinder these drivers to develop swiftly.
      
      Also, all AVR32 AP7 SoC processors are end of lifed from Atmel (now
      Microchip).
      
      Finally, the GCC toolchain is stuck at version 4.2.x, and has not
      received any patches since the last release from Atmel;
      4.2.4-atmel.1.1.3.avr32linux.1. When building kernel v4.10, this
      toolchain is no longer able to properly link the network stack.
      
      Haavard and I have came to the conclusion that we feel keeping AVR32 on
      life support offers more obstacles for Atmel ARMs, than it gives joy to
      AVR32 users. I also suspect there are very few AVR32 users left today,
      if anybody at all.
      Signed-off-by: default avatarHans-Christian Noren Egtvedt <egtvedt@samfundet.no>
      Signed-off-by: default avatarHåvard Skinnemoen <hskinnemoen@gmail.com>
      Signed-off...
      26202873
  13. 13 Feb, 2017 1 commit
  14. 21 Dec, 2016 1 commit
  15. 02 Dec, 2016 1 commit
  16. 28 Oct, 2016 1 commit
  17. 25 Oct, 2016 1 commit
  18. 08 Oct, 2016 1 commit
  19. 19 Sep, 2016 1 commit
  20. 09 Sep, 2016 1 commit
  21. 01 Sep, 2016 1 commit
  22. 31 Aug, 2016 2 commits
  23. 16 Jun, 2016 1 commit
  24. 14 Jun, 2016 1 commit
  25. 29 Mar, 2016 1 commit
    • 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
  26. 24 Jan, 2016 1 commit
  27. 21 Jan, 2016 1 commit
  28. 14 Jan, 2016 1 commit
  29. 18 Dec, 2015 1 commit
  30. 10 Sep, 2015 1 commit
  31. 28 Jul, 2015 1 commit
  32. 14 Jul, 2015 1 commit
    • 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 p...
      49b786ea
  33. 01 Jul, 2015 1 commit
  34. 23 Jun, 2015 1 commit
  35. 07 May, 2015 1 commit
  36. 21 Apr, 2015 1 commit
  37. 15 Apr, 2015 2 commits
  38. 23 Mar, 2015 1 commit