1. 27 6月, 2012 2 次提交
  2. 12 6月, 2012 1 次提交
    • M
      edac: add a new per-dimm API and make the old per-virtual-rank API obsolete · 19974710
      Mauro Carvalho Chehab 提交于
      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: NAristeu 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: NMauro Carvalho Chehab <mchehab@redhat.com>
      19974710
  3. 22 3月, 2012 2 次提交
  4. 04 11月, 2011 1 次提交
  5. 01 11月, 2011 4 次提交
  6. 11 8月, 2011 2 次提交
  7. 31 3月, 2011 1 次提交
  8. 11 3月, 2011 1 次提交
  9. 07 1月, 2011 1 次提交
  10. 21 10月, 2010 1 次提交
    • B
      EDAC, MCE: Rework MCE injection · 9cdeb404
      Borislav Petkov 提交于
      Add sysfs injection facilities for testing of the MCE decoding code.
      Remove large parts of amd64_edac_dbg.c, as a result, which did only
      NB MCE injection anyway and the new injection code supports that
      functionality already.
      
      Add an injection module so that MCE decoding code in production kernels
      like those in RHEL and SLES can be tested.
      Signed-off-by: NBorislav Petkov <borislav.petkov@amd.com>
      9cdeb404
  11. 21 9月, 2010 1 次提交
  12. 31 8月, 2010 1 次提交
  13. 03 8月, 2010 1 次提交
  14. 21 7月, 2010 1 次提交
  15. 10 5月, 2010 3 次提交
  16. 02 10月, 2009 1 次提交
    • B
      x86: EDAC: carve out AMD MCE decoding logic · 0d18b2e3
      Borislav Petkov 提交于
      This converts the MCE decoding logic into a standalone config
      option which can be built-in or a module, the first one being the
      default for MCEs happening early on in the boot process.
      
      This, beyond being separated in a cleaner way, also saves RAM by
      making the decoding logic modular.
      Signed-off-by: NBorislav Petkov <borislav.petkov@amd.com>
      Cc: Linus Torvalds <torvalds@linux-foundation.org>
      Cc: Andi Kleen <andi@firstfloor.org>
      LKML-Reference: <20091002133148.GD28682@aftab>
      Signed-off-by: NIngo Molnar <mingo@elte.hu>
      0d18b2e3
  17. 24 9月, 2009 2 次提交
  18. 16 9月, 2009 1 次提交
    • I
      amd64_edac: build driver only on AMD hardware · b9183f9b
      Ingo Molnar 提交于
      -tip testing found the following build failure (config attached):
      
      drivers/built-in.o: In function `amd64_check':
      amd64_edac.c:(.text+0x3e9491): undefined reference to `amd_decode_nb_mce'
      drivers/built-in.o: In function `amd64_init_2nd_stage':
      amd64_edac.c:(.text+0x3e9b46): undefined reference to `amd_report_gart_errors'
      amd64_edac.c:(.text+0x3e9b55): undefined reference to `amd_register_ecc_decoder'
      drivers/built-in.o: In function `amd64_nbea_store':
      amd64_edac_dbg.c:(.text+0x3ea22e): undefined reference to `amd_decode_nb_mce'
      drivers/built-in.o: In function `amd64_remove_one_instance':
      amd64_edac.c:(.devexit.text+0x3eea): undefined reference to `amd_report_gart_errors'
      amd64_edac.c:(.devexit.text+0x3ef6): undefined reference to `amd_unregister_ecc_decoder'
      
      the AMD EDAC code has a dependency on CONFIG_CPU_SUP_AMD facilities. The
      patch below solves the problem here.
      Signed-off-by: NIngo Molnar <mingo@elte.hu>
      Signed-off-by: NBorislav Petkov <borislav.petkov@amd.com>
      b9183f9b
  19. 19 6月, 2009 2 次提交
  20. 10 6月, 2009 3 次提交
  21. 29 5月, 2009 1 次提交
  22. 03 4月, 2009 5 次提交
  23. 07 1月, 2009 1 次提交
  24. 23 12月, 2008 1 次提交
    • B
      powerpc/cell: add QPACE as a separate Cell platform · def434c2
      Benjamin Krill 提交于
      Since the QPACE (Chromodynamics Parallel Computing on the
      Cell Broadband Engine) platform doesn't use a iommu, doesn't
      have PCI devices and a MPIC much lesser setup and
      configurations are needed. So far all devices are detected
      as OF device. A notifier function is used to set the dma_ops
      for the of_platform bus. Further this patch splits the
      PPC_CELL_NATIVE into PPC_CELL_COMMON which are parts that are
      shared with the QPACE platform and the rest.
      Signed-off-by: NBenjamin Krill <ben@codiert.org>
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      def434c2