1. 21 7月, 2016 1 次提交
    • B
      powerpc/dart: Use a cachable DART · c40785ad
      Benjamin Herrenschmidt 提交于
      Instead of punching a hole in the linear mapping, just use normal
      cachable memory, and apply the flush sequence documented in the
      CPC625 (aka U3) user manual.
      
      This allows us to remove quite a bit of code related to the early
      allocation of the DART and the hole in the linear mapping. We can
      also get rid of the copy of the DART for suspend/resume as the
      original memory can just be saved/restored now, as long as we
      properly sync the caches.
      Signed-off-by: NBenjamin Herrenschmidt <benh@kernel.crashing.org>
      [mpe: Integrate dart_init() fix to return ENODEV when DART disabled]
      Signed-off-by: NMichael Ellerman <mpe@ellerman.id.au>
      c40785ad
  2. 17 7月, 2016 1 次提交
  3. 14 7月, 2016 1 次提交
  4. 09 7月, 2016 2 次提交
    • C
      powerpc/8xx: Fix vaddr for IMMR early remap · f86ef74e
      Christophe Leroy 提交于
      Memory: 124428K/131072K available (3748K kernel code, 188K rwdata,
      648K rodata, 508K init, 290K bss, 6644K reserved)
      Kernel virtual memory layout:
        * 0xfffdf000..0xfffff000  : fixmap
        * 0xfde00000..0xfe000000  : consistent mem
        * 0xfddf6000..0xfde00000  : early ioremap
        * 0xc9000000..0xfddf6000  : vmalloc & ioremap
      SLUB: HWalign=16, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
      
      Today, IMMR is mapped 1:1 at startup
      
      Mapping IMMR 1:1 is just wrong because it may overlap with another
      area. On most mpc8xx boards it is OK as IMMR is set to 0xff000000
      but for instance on EP88xC board, IMMR is at 0xfa200000 which
      overlaps with VM ioremap area
      
      This patch fixes the virtual address for remapping IMMR with the fixmap
      regardless of the value of IMMR.
      
      The size of IMMR area is 256kbytes (CPM at offset 0, security engine
      at offset 128k) so a 512k page is enough
      Signed-off-by: NChristophe Leroy <christophe.leroy@c-s.fr>
      Signed-off-by: NScott Wood <oss@buserror.net>
      f86ef74e
    • C
      powerpc/85xx: Don't report SRAM to L2 cache fallback as error · 8ebf506a
      Claudiu Manoil 提交于
      If the SRAM region parameters are missing the SRAM driver
      probing exits and the L2 region is configured as L2 cache
      entirely.  This is the expected default behaviour, so it
      makes no sense to report it as an error.
      Signed-off-by: NClaudiu Manoil <claudiu.manoil@nxp.com>
      Signed-off-by: NScott Wood <oss@buserror.net>
      8ebf506a
  5. 19 5月, 2016 1 次提交
  6. 16 5月, 2016 1 次提交
    • C
      powerpc/fsl-pci: Add a workaround for PCI 5 errata · a8165d42
      chenhui zhao 提交于
      Issue:
      As a master, the PCI IP block can combine a memory write to the last PCI
      double word (4 bytes) of a cacheline with a 4 byte memory write to the
      first PCI double word of the subsequent cacheline. This affects 32-bit
      PCI target devices that blindly assert STOP on memory-write transactions,
      without detecting that the data beat being transferred is the last data
      beat of the transaction. It can cause a hang. PCI-X operation is not
      affected by this erratum.
      
      Workaround:
      Setting the bit MDS in the PCI Bus Function Register will disable the
      combining of crossing cacheline boundary requests into one burst
      transaction. Therefore, it can prevent the errata scenario from
      occurring.
      
      This errata exists in MPC8543, MPC8543E, MPC8545, MPC8545E, MPC8547,
      MPC8547E, MPC8548 and MPC8548E. Refer to PCI 5 in MPC8548 errata
      document.
      Signed-off-by: NZhao Chenhui <chenhui.zhao@freescale.com>
      Signed-off-by: NZhiqiang Hou <Zhiqiang.Hou@freescale.com>
      [scottwood: whitespace fix]
      Signed-off-by: NScott Wood <oss@buserror.net>
      a8165d42
  7. 27 4月, 2016 1 次提交
  8. 31 3月, 2016 1 次提交
    • L
      powerpc: ppc4xx: drop unused variable · ab503238
      Linus Walleij 提交于
      commit 0d36fe65
      "powerpc: ppc4xx: use gpiochip data pointer"
      made the mm_gc local variable in ppc4xx_gpio_set()
      redundant, and when GCC treats warnings as errors this
      happens:
      
      arch/powerpc/sysdev/ppc4xx_gpio.c: In function 'ppc4xx_gpio_set':
      arch/powerpc/sysdev/ppc4xx_gpio.c:93:26: error:
        unused variable 'mm_gc' [-Werror=unused-variable]
           struct of_mm_gpio_chip *mm_gc = to_of_mm_gpio_chip(gc);
                                   ^
         cc1: all warnings being treated as errors
      Reported-by: Nkbuild test robot <fengguang.wu@intel.com>
      Cc: Anatolij Gustschin <agust@denx.de>
      Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
      Cc: Paul Mackerras <paulus@samba.org>
      Cc: Michael Ellerman <mpe@ellerman.id.au>
      Cc: linuxppc-dev@lists.ozlabs.org
      Signed-off-by: NLinus Walleij <linus.walleij@linaro.org>
      ab503238
  9. 30 3月, 2016 4 次提交
    • L
      powerpc: simple-gpio: use gpiochip data pointer · 937daafc
      Linus Walleij 提交于
      This makes the driver use the data pointer added to the gpio_chip
      to store a pointer to the state container instead of relying on
      container_of().
      
      Cc: Anton Vorontsov <anton@enomsg.org>
      Cc: Anatolij Gustschin <agust@denx.de>
      Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
      Cc: Paul Mackerras <paulus@samba.org>
      Cc: Michael Ellerman <mpe@ellerman.id.au>
      Signed-off-by: NLinus Walleij <linus.walleij@linaro.org>
      937daafc
    • L
      powerpc: ppc4xx: use gpiochip data pointer · 0d36fe65
      Linus Walleij 提交于
      This makes the driver use the data pointer added to the gpio_chip
      to store a pointer to the state container instead of relying on
      container_of().
      
      Cc: Anatolij Gustschin <agust@denx.de>
      Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
      Cc: Paul Mackerras <paulus@samba.org>
      Cc: Michael Ellerman <mpe@ellerman.id.au>
      Signed-off-by: NLinus Walleij <linus.walleij@linaro.org>
      0d36fe65
    • L
      powerpc: cpm_common: use gpiochip data pointer · a14a2d48
      Linus Walleij 提交于
      This makes the driver use the data pointer added to the gpio_chip
      to store a pointer to the state container instead of relying on
      container_of().
      
      Cc: Anatolij Gustschin <agust@denx.de>
      Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
      Cc: Paul Mackerras <paulus@samba.org>
      Cc: Michael Ellerman <mpe@ellerman.id.au>
      Signed-off-by: NLinus Walleij <linus.walleij@linaro.org>
      a14a2d48
    • L
      powerpc: sysdev: cpm1: use gpiochip data pointer · e65078f1
      Linus Walleij 提交于
      This makes the driver use the data pointer added to the gpio_chip
      to store a pointer to the state container instead of relying on
      container_of().
      
      Cc: Anatolij Gustschin <agust@denx.de>
      Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
      Cc: Paul Mackerras <paulus@samba.org>
      Cc: Michael Ellerman <mpe@ellerman.id.au>
      Signed-off-by: NLinus Walleij <linus.walleij@linaro.org>
      e65078f1
  10. 23 3月, 2016 2 次提交
  11. 16 3月, 2016 1 次提交
  12. 10 3月, 2016 2 次提交
  13. 05 3月, 2016 1 次提交
  14. 01 3月, 2016 1 次提交
  15. 29 2月, 2016 1 次提交
  16. 26 1月, 2016 2 次提交
    • L
      powerpc: simple_gpio: Be sure to clamp return value · a4ce4b8d
      Linus Walleij 提交于
      As we want gpio_chip .get() calls to be able to return negative
      error codes and propagate to drivers, we need to go over all
      drivers and make sure their return values are clamped to [0,1].
      We do this by using the ret = !!(val) design pattern.
      
      Cc: Anton Vorontsov <anton@enomsg.org>
      Cc: Anatolij Gustschin <agust@denx.de>
      Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
      Cc: Paul Mackerras <paulus@samba.org>
      Cc: Michael Ellerman <mpe@ellerman.id.au>
      Signed-off-by: NLinus Walleij <linus.walleij@linaro.org>
      a4ce4b8d
    • L
      powerpc: ppc4cc/gpio: Be sure to clamp return value · eecdf59a
      Linus Walleij 提交于
      As we want gpio_chip .get() calls to be able to return negative
      error codes and propagate to drivers, we need to go over all
      drivers and make sure their return values are clamped to [0,1].
      We do this by using the ret = !!(val) design pattern.
      
      Cc: Anatolij Gustschin <agust@denx.de>
      Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
      Cc: Paul Mackerras <paulus@samba.org>
      Cc: Michael Ellerman <mpe@ellerman.id.au>
      Signed-off-by: NLinus Walleij <linus.walleij@linaro.org>
      eecdf59a
  17. 16 1月, 2016 1 次提交
    • D
      mm, dax, pmem: introduce pfn_t · 34c0fd54
      Dan Williams 提交于
      For the purpose of communicating the optional presence of a 'struct
      page' for the pfn returned from ->direct_access(), introduce a type that
      encapsulates a page-frame-number plus flags.  These flags contain the
      historical "page_link" encoding for a scatterlist entry, but can also
      denote "device memory".  Where "device memory" is a set of pfns that are
      not part of the kernel's linear mapping by default, but are accessed via
      the same memory controller as ram.
      
      The motivation for this new type is large capacity persistent memory
      that needs struct page entries in the 'memmap' to support 3rd party DMA
      (i.e.  O_DIRECT I/O with a persistent memory source/target).  However,
      we also need it in support of maintaining a list of mapped inodes which
      need to be unmapped at driver teardown or freeze_bdev() time.
      Signed-off-by: NDan Williams <dan.j.williams@intel.com>
      Cc: Christoph Hellwig <hch@lst.de>
      Cc: Dave Hansen <dave@sr71.net>
      Cc: Ross Zwisler <ross.zwisler@linux.intel.com>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      34c0fd54
  18. 24 12月, 2015 1 次提交
  19. 23 12月, 2015 5 次提交
  20. 11 12月, 2015 1 次提交
    • S
      EDAC, mpc85xx: Make mpc85xx-pci-edac a platform device · 666db563
      Scott Wood 提交于
      Originally the mpc85xx-pci-edac driver bound directly to the PCI
      controller node.
      
      Commit
      
        905e75c4 ("powerpc/fsl-pci: Unify pci/pcie initialization code")
      
      turned the PCI controller code into a platform device. Since we can't
      have two drivers binding to the same device, the EDAC code was changed
      to be called into as a library-style submodule. However, this doesn't
      work if the EDAC driver is built as a module.
      
      Commit
      
        8d8fcba6d1ea ("EDAC: Rip out the edac_subsys reference counting")
      
      exposed another problem with this approach -- mpc85xx_pci_err_probe()
      was being called in the same early boot phase that the PCI controller
      is initialized, rather than in the device_initcall phase that the EDAC
      layer expects. This caused a crash on boot.
      
      To fix this, the PCI controller code now creates a child platform device
      specifically for EDAC, which the mpc85xx-pci-edac driver binds to.
      Reported-by: NMichael Ellerman <mpe@ellerman.id.au>
      Reviewed-by: NJohannes Thumshirn <jthumshirn@suse.de>
      Signed-off-by: NScott Wood <scottwood@freescale.com>
      Cc: Andrew Morton <akpm@linux-foundation.org>
      Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
      Cc: Daniel Axtens <dja@axtens.net>
      Cc: Doug Thompson <dougthompson@xmission.com>
      Cc: Jia Hongtao <B38951@freescale.com>
      Cc: Jiri Kosina <jkosina@suse.com>
      Cc: Kim Phillips <kim.phillips@freescale.com>
      Cc: linux-edac <linux-edac@vger.kernel.org>
      Cc: linuxppc-dev@lists.ozlabs.org
      Cc: Masanari Iida <standby24x7@gmail.com>
      Cc: Mauro Carvalho Chehab <mchehab@osg.samsung.com>
      Cc: Paul Mackerras <paulus@samba.org>
      Cc: Randy Dunlap <rdunlap@infradead.org>
      Cc: Rob Herring <robh@kernel.org>
      Link: http://lkml.kernel.org/r/1449774432-18593-1-git-send-email-scottwood@freescale.comSigned-off-by: NBorislav Petkov <bp@suse.de>
      666db563
  21. 26 11月, 2015 1 次提交
  22. 08 11月, 2015 1 次提交
  23. 06 11月, 2015 1 次提交
    • A
      uaccess: reimplement probe_kernel_address() using probe_kernel_read() · 0ab32b6f
      Andrew Morton 提交于
      probe_kernel_address() is basically the same as the (later added)
      probe_kernel_read().
      
      The return value on EFAULT is a bit different: probe_kernel_address()
      returns number-of-bytes-not-copied whereas probe_kernel_read() returns
      -EFAULT.  All callers have been checked, none cared.
      
      probe_kernel_read() can be overridden by the architecture whereas
      probe_kernel_address() cannot.  parisc, blackfin and um do this, to insert
      additional checking.  Hence this patch possibly fixes obscure bugs,
      although there are only two probe_kernel_address() callsites outside
      arch/.
      
      My first attempt involved removing probe_kernel_address() entirely and
      converting all callsites to use probe_kernel_read() directly, but that got
      tiresome.
      
      This patch shrinks mm/slab_common.o by 218 bytes.  For a single
      probe_kernel_address() callsite.
      
      Cc: Steven Miao <realmz6@gmail.com>
      Cc: Jeff Dike <jdike@addtoit.com>
      Cc: Richard Weinberger <richard@nod.at>
      Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
      Cc: Helge Deller <deller@gmx.de>
      Cc: Ingo Molnar <mingo@elte.hu>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      0ab32b6f
  24. 28 10月, 2015 3 次提交
  25. 17 10月, 2015 2 次提交
  26. 15 10月, 2015 1 次提交