Skip to content

K
Kernel

openeuler / Kernel
1 年多 前同步成功

通知 8
Star 0
Fork 0
K
Kernel
切换分支/标签
  1. 18 1月, 2019 1 次提交
  3. 08 11月, 2018 1 次提交
    • L
      EDAC, skx: Fix randconfig builds in a better way · 24c9d423
      由 Luck, Tony 提交于 
      It was previously noted that Kconfig complained about unmet dependencies
when trying to configure skx_edac together with CONFIG_ACPI=n. First fix
for this checked for ACPI when doing

  select ACPI_ADXL

but this required stub functions for the case where ACPI wasn't
selected. It also allowed building a driver that didn't actually work
for a system that has non-volatile DIMMs.

Arnd Bergmann pointed out that the right fix is to make EDAC_SKX
"depend on ACPI".

Fixes: a324e939 ("EDAC, skx: Fix randconfig builds")
Signed-off-by: NTony Luck <tony.luck@intel.com>
Signed-off-by: NBorislav Petkov <bp@suse.de>
CC: "Rafael J. Wysocki" <rafael.j.wysocki@intel.com>
CC: Arnd Bergmann <arnd@arndb.de>
CC: Mauro Carvalho Chehab <mchehab@kernel.org>
CC: linux-edac <linux-edac@vger.kernel.org>
CC: qiuxu.zhuo@intel.com
Link: http://lkml.kernel.org/r/20181106183914.GA26731@agluck-desk
      24c9d423
  5. 06 11月, 2018 1 次提交
  7. 01 11月, 2018 1 次提交
    • B
      EDAC, skx: Fix randconfig builds · a324e939
      由 Borislav Petkov 提交于 
      The driver depends on the ADXL component glue and selects it. However,
ADXL itself implicitly depends on ACPI and in nonsensical randconfig
builds like this:

  # CONFIG_ACPI is not set
  CONFIG_ACPI_ADXL=y

where ACPI is not enabled, the build fails with:

  drivers/edac/skx_edac.o: In function `skx_mce_check_error':
  skx_edac.c:(.text+0xab): undefined reference to `adxl_decode'
  drivers/edac/skx_edac.o: In function `skx_init':
  skx_edac.c:(.init.text+0x8bf): undefined reference to `adxl_get_component_names'
  make: *** [vmlinux] Error 1

Add stubs for that case so that the build succeeds. CONFIG_ACPI=n
doesn't make any sense for real configurations but this fix will at
least silence randconfig builds.
Signed-off-by: NBorislav Petkov <bp@suse.de>
Acked-by: NTony Luck <tony.luck@intel.com>
Cc: "Rafael J. Wysocki" <rafael@kernel.org>
      a324e939
  9. 25 10月, 2018 1 次提交
  11. 14 9月, 2018 1 次提交
  13. 14 5月, 2018 1 次提交
  15. 12 5月, 2018 1 次提交
  17. 26 3月, 2018 1 次提交
  19. 15 3月, 2018 1 次提交
  21. 27 2月, 2018 1 次提交
  23. 27 11月, 2017 1 次提交
  25. 27 4月, 2017 1 次提交
  27. 10 4月, 2017 2 次提交
  29. 27 3月, 2017 1 次提交
  31. 23 3月, 2017 1 次提交
  33. 16 3月, 2017 1 次提交
  35. 01 9月, 2016 1 次提交
  37. 22 8月, 2016 1 次提交
  39. 10 8月, 2016 1 次提交
  41. 08 8月, 2016 4 次提交
  43. 25 6月, 2016 1 次提交
  45. 29 3月, 2016 1 次提交
  47. 11 2月, 2016 1 次提交
  49. 13 8月, 2015 1 次提交
  51. 31 5月, 2015 1 次提交
  53. 29 5月, 2015 1 次提交
  55. 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
  57. 03 5月, 2015 1 次提交
  59. 07 1月, 2015 1 次提交
  61. 25 11月, 2014 1 次提交
  63. 05 11月, 2014 1 次提交
  65. 05 9月, 2014 1 次提交
  67. 04 7月, 2014 1 次提交
  69. 27 6月, 2014 2 次提交