1. 01 Sep, 2016 1 commit
  2. 21 Aug, 2016 1 commit
  3. 10 Aug, 2016 1 commit
  4. 08 Aug, 2016 4 commits
  5. 25 Jun, 2016 1 commit
  6. 29 Mar, 2016 1 commit
  7. 11 Feb, 2016 1 commit
  8. 13 Aug, 2015 1 commit
  9. 31 May, 2015 1 commit
  10. 29 May, 2015 1 commit
  11. 28 May, 2015 1 commit
    • Borislav Petkov's avatar
      EDAC: Cleanup atomic_scrub mess · b01aec9b
      Borislav Petkov authored
      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: default avatarRalf Baechle <ralf@linux-mips.org>
      Acked-by: default avatarMichael Ellerman <mpe@ellerman.id.au>
      Acked-by: default avatarChris Metcalf <cmetcalf@ezchip.com>
      Acked-by: default avatarIngo Molnar <mingo@kernel.org>
      Acked-by: default avatarRussell 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: default avatarBorislav Petkov <bp@suse.de>
      b01aec9b
  12. 03 May, 2015 1 commit
  13. 07 Jan, 2015 1 commit
  14. 25 Nov, 2014 1 commit
  15. 05 Nov, 2014 1 commit
  16. 04 Sep, 2014 1 commit
  17. 04 Jul, 2014 1 commit
  18. 26 Jun, 2014 2 commits
  19. 23 Jun, 2014 1 commit
  20. 10 Jun, 2013 1 commit
  21. 03 Jun, 2013 1 commit
  22. 25 Feb, 2013 1 commit
    • Mauro Carvalho Chehab's avatar
      ghes_edac: Register at EDAC core the BIOS report · 77c5f5d2
      Mauro Carvalho Chehab authored
      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: default avatarMauro Carvalho Chehab <mchehab@redhat.com>
      77c5f5d2
  23. 17 Jan, 2013 1 commit
  24. 07 Jan, 2013 1 commit
    • Borislav Petkov's avatar
      EDAC: Fix EDAC Kconfig menu · 54451663
      Borislav Petkov authored
      After f65aad41("MIPS: Cavium: Add EDAC support."), when entering
      the "Device Drivers" toplevel menu in menuconfig, the suboptions behind
      EDAC appeared merged with the rest of the device drivers types. This was
      because the menuconfig option EDAC is querying an EDAC_SUPPORT Kconfig
      bool which was defined after the menu definition.
      
      When pushing EDAC_SUPPORT up, before the menu definition, the variable
      is defined earlier and the above menuconfig artifact doesn't happen.
      
      Drop a useless menuconfig comment while at it.
      
      Cc: Ralf Baechle <ralf@linux-mips.org>
      Signed-off-by: default avatarBorislav Petkov <bp@alien8.de>
      54451663
  25. 12 Dec, 2012 1 commit
    • Ralf Baechle's avatar
      MIPS: Cavium: Add EDAC support. · f65aad41
      Ralf Baechle authored
      Drivers for EDAC on Cavium.  Supported subsystems are:
      
       o CPU primary caches.  These are parity protected only, so only error
         reporting.
       o Second level cache - ECC protected, provides SECDED.
       o Memory: ECC / SECDEC if used with suitable DRAM modules.  The driver will
         will only initialize if ECC is enabled on a system so is safe to run on
         non-ECC memory.
       o PCI: Parity error reporting
      
      Since it is very hard to test this sort of code the implementation is very
      conservative and uses polling where possible for now.
      Signed-off-by: default avatarRalf Baechle <ralf@linux-mips.org>
      Reviewed-by: default avatarBorislav Petkov <borislav.petkov@amd.com>
      f65aad41
  26. 28 Nov, 2012 1 commit
  27. 27 Jun, 2012 2 commits
  28. 11 Jun, 2012 1 commit
    • Mauro Carvalho Chehab's avatar
      edac: add a new per-dimm API and make the old per-virtual-rank API obsolete · 19974710
      Mauro Carvalho Chehab authored
      The old EDAC API is broken. It only works fine for systems manufatured
      before 2005 and for AMD 64. The reason is that it forces all memory
      controller drivers to discover rank info.
      
      Also, it doesn't allow grouping the several ranks into a DIMM.
      
      So, what almost all modern drivers do is to create a fake virtual-rank
      information, and use it to cheat the EDAC core to accept the driver.
      
      While this works if the user has enough time to discover what DIMM slot
      corresponds to each "virtual-rank" information, it prevents EDAC usage
      for users with less available time. It also makes life hard for vendors
      that may want to provide a table with their motherboards to the userspace
      tool (edac-utils) as each driver has its own logic for the virtual
      mapping.
      
      So, the old API should be removed, in favor of a more flexible API that
      allows newer drivers to not lie to the EDAC core.
      Reviewed-by: default avatarAristeu Rozanski <arozansk@redhat.com>
      Cc: Doug Thompson <norsk5@yahoo.com>
      Cc: Borislav Petkov <borislav.petkov@amd.com>
      Cc: Randy Dunlap <rdunlap@xenotime.net>
      Cc: Josh Boyer <jwboyer@redhat.com>
      Cc: Hui Wang <jason77.wang@gmail.com>
      Signed-off-by: default avatarMauro Carvalho Chehab <mchehab@redhat.com>
      19974710
  29. 21 Mar, 2012 2 commits
  30. 03 Nov, 2011 1 commit
  31. 01 Nov, 2011 4 commits