1. 19 Dec, 2018 1 commit
  2. 11 Dec, 2018 1 commit
  3. 20 Nov, 2018 2 commits
  4. 16 Nov, 2018 4 commits
  5. 13 Nov, 2018 2 commits
  6. 10 Nov, 2018 1 commit
  7. 07 Nov, 2018 2 commits
  8. 06 Nov, 2018 3 commits
  9. 05 Nov, 2018 7 commits
  10. 31 Oct, 2018 1 commit
    • Borislav Petkov's avatar
      EDAC, skx: Fix randconfig builds · a324e939
      Borislav Petkov authored
      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: default avatarBorislav Petkov <bp@suse.de>
      Acked-by: default avatarTony Luck <tony.luck@intel.com>
      Cc: "Rafael J. Wysocki" <rafael@kernel.org>
      a324e939
  11. 25 Oct, 2018 1 commit
  12. 13 Oct, 2018 1 commit
  13. 09 Oct, 2018 1 commit
  14. 02 Oct, 2018 1 commit
    • Peter Zijlstra's avatar
      x86/cpu: Sanitize FAM6_ATOM naming · f2c4db1b
      Peter Zijlstra authored
      Going primarily by:
      
        https://en.wikipedia.org/wiki/List_of_Intel_Atom_microprocessors
      
      with additional information gleaned from other related pages; notably:
      
       - Bonnell shrink was called Saltwell
       - Moorefield is the Merriefield refresh which makes it Airmont
      
      The general naming scheme is: FAM6_ATOM_UARCH_SOCTYPE
      
        for i in `git grep -l FAM6_ATOM` ; do
      	sed -i  -e 's/ATOM_PINEVIEW/ATOM_BONNELL/g'		\
      		-e 's/ATOM_LINCROFT/ATOM_BONNELL_MID/'		\
      		-e 's/ATOM_PENWELL/ATOM_SALTWELL_MID/g'		\
      		-e 's/ATOM_CLOVERVIEW/ATOM_SALTWELL_TABLET/g'	\
      		-e 's/ATOM_CEDARVIEW/ATOM_SALTWELL/g'		\
      		-e 's/ATOM_SILVERMONT1/ATOM_SILVERMONT/g'	\
      		-e 's/ATOM_SILVERMONT2/ATOM_SILVERMONT_X/g'	\
      		-e 's/ATOM_MERRIFIELD/ATOM_SILVERMONT_MID/g'	\
      		-e 's/ATOM_MOOREFIELD/ATOM_AIRMONT_MID/g'	\
      		-e 's/ATOM_DENVERTON/ATOM_GOLDMONT_X/g'		\
      		-e 's/ATOM_GEMINI_LAKE/ATOM_GOLDMONT_PLUS/g' ${i}
        done
      Signed-off-by: default avatarPeter Zijlstra (Intel) <peterz@infradead.org>
      Cc: Alexander Shishkin <alexander.shishkin@linux.intel.com>
      Cc: Arnaldo Carvalho de Melo <acme@redhat.com>
      Cc: Jiri Olsa <jolsa@redhat.com>
      Cc: Linus Torvalds <torvalds@linux-foundation.org>
      Cc: Peter Zijlstra <peterz@infradead.org>
      Cc: Stephane Eranian <eranian@google.com>
      Cc: Thomas Gleixner <tglx@linutronix.de>
      Cc: Vince Weaver <vincent.weaver@maine.edu>
      Cc: dave.hansen@linux.intel.com
      Cc: len.brown@intel.com
      Signed-off-by: default avatarIngo Molnar <mingo@kernel.org>
      f2c4db1b
  15. 29 Sep, 2018 1 commit
  16. 28 Sep, 2018 2 commits
    • Rob Herring's avatar
      edac: cpc925: use for_each_of_cpu_node iterator · 37dc218b
      Rob Herring authored
      Use the for_each_of_cpu_node iterator to iterate over cpu nodes. This
      has the side effect of defaulting to iterating using "cpu" node names in
      preference to the deprecated (for FDT) device_type == "cpu".
      
      The error messages are removed in the process as it's not the driver's
      job to be checking cpu nodes. Any problems with cpu nodes should be
      noticed by the architecture code.
      
      Cc: Mauro Carvalho Chehab <mchehab@kernel.org>
      Cc: linux-edac@vger.kernel.org
      Acked-by: default avatarBorislav Petkov <bp@suse.de>
      Signed-off-by: Rob Herring's avatarRob Herring <robh@kernel.org>
      37dc218b
    • Arnd Bergmann's avatar
      EDAC, altera: Work around int-to-pointer-cast warnings · 8537bf10
      Arnd Bergmann authored
      The altera edac driver passes a token from a DT resource as
      resource_size_t into an SMC call, but casts it to an __iomem pointer and
      then a plain void pointer inbetween, mixing three or four incompatible
      types in the process. The compiler complains about one of the
      conversions:
      
        drivers/edac/altera_edac.c: In function 'altr_init_a10_ecc_block':
        drivers/edac/altera_edac.c:1053:10: error: cast to pointer from integer of \
      	  different size [-Werror=int-to-pointer-cast]
           base = (void __iomem *)res.start;
                  ^
        drivers/edac/altera_edac.c: In function 'altr_edac_a10_probe':
        drivers/edac/altera_edac.c:2062:10: error: cast to pointer from integer of \
      	  different size [-Werror=int-to-pointer-cast]
           base = (void __iomem *)res.start;
      
      Using a static checker probably also notices the __iomem cast.  Solving
      this properly isn't trivial, but simply casting to a 'uintptr_t' instead
      of 'void __iomem *' makes it less wrong and should avoid the warnings.
      
      Fixes: d5fc9125 ("EDAC, altera: Combine Stratix10 and Arria10 probe functions")
      Signed-off-by: default avatarArnd Bergmann <arnd@arndb.de>
      Signed-off-by: default avatarBorislav Petkov <bp@suse.de>
      Reviewed-by: default avatarThor Thayer <thor.thayer@linux.intel.com>
      Cc: Mauro Carvalho Chehab <mchehab@kernel.org>
      Cc: David Frey <dpfrey@gmail.com>
      Cc: Mark Rutland <mark.rutland@arm.com>
      Cc: Ingo Molnar <mingo@kernel.org>
      Cc: Christophe JAILLET <christophe.jaillet@wanadoo.fr>
      Cc: linux-edac@vger.kernel.org
      Link: https://lkml.kernel.org/r/20180927100949.973078-1-arnd@arndb.de
      8537bf10
  17. 27 Sep, 2018 1 commit
  18. 25 Sep, 2018 4 commits
  19. 22 Sep, 2018 2 commits
  20. 15 Sep, 2018 1 commit
  21. 13 Sep, 2018 1 commit