1. 25 10月, 2018 1 次提交
  2. 14 5月, 2018 1 次提交
  3. 12 5月, 2018 1 次提交
  4. 26 3月, 2018 1 次提交
  5. 15 3月, 2018 1 次提交
  6. 27 2月, 2018 1 次提交
  7. 27 11月, 2017 1 次提交
  8. 27 4月, 2017 1 次提交
  9. 10 4月, 2017 2 次提交
  10. 27 3月, 2017 1 次提交
  11. 23 3月, 2017 1 次提交
  12. 16 3月, 2017 1 次提交
  13. 01 9月, 2016 1 次提交
  14. 22 8月, 2016 1 次提交
  15. 10 8月, 2016 1 次提交
  16. 08 8月, 2016 4 次提交
  17. 25 6月, 2016 1 次提交
  18. 29 3月, 2016 1 次提交
  19. 11 2月, 2016 1 次提交
  20. 13 8月, 2015 1 次提交
  21. 31 5月, 2015 1 次提交
  22. 29 5月, 2015 1 次提交
  23. 28 5月, 2015 1 次提交
    • B
      EDAC: Cleanup atomic_scrub mess · b01aec9b
      Borislav Petkov 提交于
      So first of all, this atomic_scrub() function's naming is bad. It looks
      like an atomic_t helper. Change it to edac_atomic_scrub().
      
      The bigger problem is that this function is arch-specific and every new
      arch which doesn't necessarily need that functionality still needs to
      define it, otherwise EDAC doesn't compile.
      
      So instead of doing that and including arch-specific headers, have each
      arch define an EDAC_ATOMIC_SCRUB symbol which can be used in edac_mc.c
      for ifdeffery. Much cleaner.
      
      And we already are doing this with another symbol - EDAC_SUPPORT. This
      is also much cleaner than having CONFIG_EDAC enumerate all the arches
      which need/have EDAC support and drivers.
      
      This way I can kill the useless edac.h header in tile too.
      Acked-by: NRalf Baechle <ralf@linux-mips.org>
      Acked-by: NMichael Ellerman <mpe@ellerman.id.au>
      Acked-by: NChris Metcalf <cmetcalf@ezchip.com>
      Acked-by: NIngo Molnar <mingo@kernel.org>
      Acked-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
      Cc: Doug Thompson <dougthompson@xmission.com>
      Cc: linux-arm-kernel@lists.infradead.org
      Cc: linux-edac@vger.kernel.org
      Cc: linux-kernel@vger.kernel.org
      Cc: linux-mips@linux-mips.org
      Cc: linuxppc-dev@lists.ozlabs.org
      Cc: "Maciej W. Rozycki" <macro@codesourcery.com>
      Cc: Markos Chandras <markos.chandras@imgtec.com>
      Cc: Mauro Carvalho Chehab <mchehab@osg.samsung.com>
      Cc: Paul Mackerras <paulus@samba.org>
      Cc: "Steven J. Hill" <Steven.Hill@imgtec.com>
      Cc: x86@kernel.org
      Signed-off-by: NBorislav Petkov <bp@suse.de>
      b01aec9b
  24. 03 5月, 2015 1 次提交
  25. 07 1月, 2015 1 次提交
  26. 25 11月, 2014 1 次提交
  27. 05 11月, 2014 1 次提交
  28. 05 9月, 2014 1 次提交
  29. 04 7月, 2014 1 次提交
  30. 27 6月, 2014 2 次提交
  31. 24 6月, 2014 1 次提交
  32. 11 6月, 2013 1 次提交
  33. 04 6月, 2013 1 次提交
  34. 26 2月, 2013 1 次提交
    • M
      ghes_edac: Register at EDAC core the BIOS report · 77c5f5d2
      Mauro Carvalho Chehab 提交于
      Register GHES at EDAC MC core, in order to avoid other
      drivers to also handle errors and mangle with error data.
      
      The edac core will warrant that just one driver will be used,
      so the first one to register (BIOS first) will be the one that
      will be reporting the hardware errors.
      
      For now, the EDAC driver does nothing but to register at the
      EDAC core, preventing the hardware-driven mechanism to
      interfere with GHES.
      Signed-off-by: NMauro Carvalho Chehab <mchehab@redhat.com>
      77c5f5d2
  35. 18 1月, 2013 1 次提交