1. 21 4月, 2017 1 次提交
    • K
      crypto: exynos - Add new Exynos RNG driver · c46ea13f
      Krzysztof Kozlowski 提交于
      Replace existing hw_ranndom/exynos-rng driver with a new, reworked one.
      This is a driver for pseudo random number generator block which on
      Exynos4 chipsets must be seeded with some value.  On newer Exynos5420
      chipsets it might seed itself from true random number generator block
      but this is not implemented yet.
      
      New driver is a complete rework to use the crypto ALGAPI instead of
      hw_random API.  Rationale for the change:
      1. hw_random interface is for true RNG devices.
      2. The old driver was seeding itself with jiffies which is not a
         reliable source for randomness.
      3. Device generates five random 32-bit numbers in each pass but old
         driver was returning only one 32-bit number thus its performance was
         reduced.
      
      Compatibility with DeviceTree bindings is preserved.
      
      New driver does not use runtime power management but manually enables
      and disables the clock when needed.  This is preferred approach because
      using runtime PM just to toggle clock is huge overhead.
      
      Another difference is reseeding itself with generated random data
      periodically and during resuming from system suspend (previously driver
      was re-seeding itself again with jiffies).
      Signed-off-by: NKrzysztof Kozlowski <krzk@kernel.org>
      Reviewed-by: NStephan Müller <smueller@chronox.de>
      Reviewed-by: NPrasannaKumar Muralidharan <prasannatsmkumar@gmail.com>
      Reviewed-by: NBartlomiej Zolnierkiewicz <b.zolnierkie@samsung.com>
      Signed-off-by: NHerbert Xu <herbert@gondor.apana.org.au>
      c46ea13f
  2. 05 4月, 2017 1 次提交
  3. 16 3月, 2017 1 次提交
  4. 09 3月, 2017 1 次提交
  5. 02 3月, 2017 1 次提交
  6. 01 3月, 2017 1 次提交
  7. 28 2月, 2017 1 次提交
    • L
      kprobes: move kprobe declarations to asm-generic/kprobes.h · 7d134b2c
      Luis R. Rodriguez 提交于
      Often all is needed is these small helpers, instead of compiler.h or a
      full kprobes.h.  This is important for asm helpers, in fact even some
      asm/kprobes.h make use of these helpers...  instead just keep a generic
      asm file with helpers useful for asm code with the least amount of
      clutter as possible.
      
      Likewise we need now to also address what to do about this file for both
      when architectures have CONFIG_HAVE_KPROBES, and when they do not.  Then
      for when architectures have CONFIG_HAVE_KPROBES but have disabled
      CONFIG_KPROBES.
      
      Right now most asm/kprobes.h do not have guards against CONFIG_KPROBES,
      this means most architecture code cannot include asm/kprobes.h safely.
      Correct this and add guards for architectures missing them.
      Additionally provide architectures that not have kprobes support with
      the default asm-generic solution.  This lets us force asm/kprobes.h on
      the header include/linux/kprobes.h always, but most importantly we can
      now safely include just asm/kprobes.h on architecture code without
      bringing the full kitchen sink of header files.
      
      Two architectures already provided a guard against CONFIG_KPROBES on its
      kprobes.h: sh, arch.  The rest of the architectures needed gaurds added.
      We avoid including any not-needed headers on asm/kprobes.h unless
      kprobes have been enabled.
      
      In a subsequent atomic change we can try now to remove compiler.h from
      include/linux/kprobes.h.
      
      During this sweep I've also identified a few architectures defining a
      common macro needed for both kprobes and ftrace, that of the definition
      of the breakput instruction up.  Some refer to this as
      BREAKPOINT_INSTRUCTION.  This must be kept outside of the #ifdef
      CONFIG_KPROBES guard.
      
      [mcgrof@kernel.org: fix arm64 build]
        Link: http://lkml.kernel.org/r/CAB=NE6X1WMByuARS4mZ1g9+W=LuVBnMDnh_5zyN0CLADaVh=Jw@mail.gmail.com
      [sfr@canb.auug.org.au: fixup for kprobes declarations moving]
        Link: http://lkml.kernel.org/r/20170214165933.13ebd4f4@canb.auug.org.au
      Link: http://lkml.kernel.org/r/20170203233139.32682-1-mcgrof@kernel.orgSigned-off-by: NLuis R. Rodriguez <mcgrof@kernel.org>
      Signed-off-by: NStephen Rothwell <sfr@canb.auug.org.au>
      Acked-by: NMasami Hiramatsu <mhiramat@kernel.org>
      Cc: Arnd Bergmann <arnd@arndb.de>
      Cc: Masami Hiramatsu <mhiramat@kernel.org>
      Cc: Ananth N Mavinakayanahalli <ananth@linux.vnet.ibm.com>
      Cc: Anil S Keshavamurthy <anil.s.keshavamurthy@intel.com>
      Cc: David S. Miller <davem@davemloft.net>
      Cc: Ingo Molnar <mingo@kernel.org>
      Cc: Thomas Gleixner <tglx@linutronix.de>
      Cc: H. Peter Anvin <hpa@zytor.com>
      Cc: Andy Lutomirski <luto@kernel.org>
      Cc: Steven Rostedt <rostedt@goodmis.org>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      7d134b2c
  8. 25 2月, 2017 1 次提交
  9. 23 2月, 2017 2 次提交
  10. 22 2月, 2017 2 次提交
  11. 19 2月, 2017 1 次提交
  12. 18 2月, 2017 1 次提交
  13. 17 2月, 2017 1 次提交
  14. 15 2月, 2017 2 次提交
  15. 14 2月, 2017 5 次提交
  16. 13 2月, 2017 2 次提交
  17. 12 2月, 2017 1 次提交
  18. 11 2月, 2017 3 次提交
  19. 10 2月, 2017 1 次提交
  20. 09 2月, 2017 2 次提交
  21. 08 2月, 2017 3 次提交
  22. 07 2月, 2017 4 次提交
  23. 06 2月, 2017 1 次提交
  24. 04 2月, 2017 1 次提交