1. 04 Mar, 2014 1 commit
  2. 20 Feb, 2014 3 commits
    • Jason Cooper's avatar
      kbuild: dtbs_install: new make target · f4d4ffc0
      Jason Cooper authored
      Unlike other build products in the Linux kernel, there is no 'make
      *install' mechanism to put devicetree blobs in a standard place.
      
      This commit adds a new 'dtbs_install' make target which copies all of
      the dtbs into the INSTALL_DTBS_PATH directory. INSTALL_DTBS_PATH can be
      set before calling make to change the default install directory. If not
      set then it defaults to:
      
      	$INSTALL_PATH/dtbs/$KERNELRELEASE.
      
      This is done to keep dtbs from different kernel versions separate until
      things have settled down.  Once the dtbs are stable, and not so strongly
      linked to the kernel version, the devicetree files will most likely move
      to their own repo.  Users will need to upgrade install scripts at that
      time.
      
      v7: (reworked by Grant Likely)
      - Moved rules from arch/arm/Makefile to arch/arm/boot/dts/Makefile so
        that each dtb install could have a separate target and be reported as
        part of the make output.
      - Fixed dependency problem to ensure $KERNELRELEASE is calculated before
        attempting to install
      - Removed option to call external script. Copying the files should be
        sufficient and a build system can post-process the install directory.
        Despite the fact an external script is used for installing the kernel,
        I don't think that is a pattern that should be encouraged. I would
        rather see buildroot type tools post process the install directory to
        rename or move dtb files after installing to a staging directory.
        - Plus it is easy to add a hook after the fact without blocking the
          rest of this feature.
      - Move the helper targets into scripts/Makefile.lib with the rest of the
        common dtb rules
      Signed-off-by: default avatarJason Cooper <jason@lakedaemon.net>
      Signed-off-by: default avatarGrant Likely <grant.likely@linaro.org>
      Cc: Michal Marek <mmarek@suse.cz>
      Cc: Russell King <linux@arm.linux.org.uk>
      Cc: Rob Herring <robh+dt@kernel.org>
      f4d4ffc0
    • Gregory CLEMENT's avatar
      ARM: mvebu: Allows to get the SoC ID even without PCI enabled · c8a4c63f
      Gregory CLEMENT authored
      The address translation of a PCI node don't require anymore the PCI
      support in the kernel. This translation is mandatory to be able to
      read the SoC ID which is stored in the PCI controller of the mvebu
      SoCs.
      
      This patch selects the symbol needed to get only this translation for
      all the mvebu platforms.
      Signed-off-by: default avatarGregory CLEMENT <gregory.clement@free-electrons.com>
      Tested-by: default avatarEzequiel Garcia <ezequiel.garcia@free-electrons.com>
      Reviewed-by: default avatarEzequiel Garcia <ezequiel.garcia@free-electrons.com>
      Signed-off-by: default avatarGrant Likely <grant.likely@linaro.org>
      c8a4c63f
    • Gregory CLEMENT's avatar
      of: Allows to use the PCI translator without the PCI core · 25a31579
      Gregory CLEMENT authored
      Translating an address from a PCI node of the device-tree into a CPU
      physical address doesn't require the core PCI support. Those
      translations are just related to the device tree itself.
      
      The use case to translate an address from a PCI node without actually
      using the PCI core support is when one needs to access the PCI
      controller without accessing any PCI devices.
      
      Marvell SoCs, such as Kirkwood, Dove or Armada XP for instance, come
      with an IP of a PCI controller. In the registers of this controller
      are stored the ID and the revision of a SoC. With this patch it will
      be possible to read the SoC ID of a board without any PCI device and
      then without the PCI core support.
      Signed-off-by: default avatarGregory CLEMENT <gregory.clement@free-electrons.com>
      Tested-by: default avatarEzequiel Garcia <ezequiel.garcia@free-electrons.com>
      Reviewed-by: default avatarEzequiel Garcia <ezequiel.garcia@free-electrons.com>
      Signed-off-by: default avatarGrant Likely <grant.likely@linaro.org>
      25a31579
  3. 05 Feb, 2014 1 commit
    • Andreas Herrmann's avatar
      of: Increase MAX_PHANDLE_ARGS · b66548e2
      Andreas Herrmann authored
      arm-smmu driver uses of_parse_phandle_with_args when parsing DT
      information to determine stream IDs for a master device.
      Thus the number of stream IDs per master device is bound by
      MAX_PHANDLE_ARGS.
      
      To support Calxeda ECX-2000 hardware arm-smmu driver requires a
      slightly higher value for MAX_PHANDLE_ARGS as this hardware has 10
      stream IDs for one master device.
      
      Increasing it to 16 seems a reasonable choice.
      
      Cc: Grant Likely <grant.likely@linaro.org>
      Cc: Rob Herring <robh+dt@kernel.org>
      Cc: devicetree@vger.kernel.org
      Cc: Andreas Herrmann <herrmann.der.user@googlemail.com>
      Acked-by: default avatarRob Herring <robh@kernel.org>
      Signed-off-by: default avatarAndreas Herrmann <andreas.herrmann@calxeda.com>
      Signed-off-by: default avatarGrant Likely <grant.likely@linaro.org>
      b66548e2
  4. 04 Feb, 2014 2 commits
  5. 03 Feb, 2014 8 commits
  6. 02 Feb, 2014 12 commits
  7. 01 Feb, 2014 12 commits
  8. 31 Jan, 2014 1 commit
    • Linus Torvalds's avatar
      Merge tag 'nfs-for-3.14-2' of git://git.linux-nfs.org/projects/trondmy/linux-nfs · 8a1f006a
      Linus Torvalds authored
      Pull NFS client bugfixes from Trond Myklebust:
       "Highlights:
      
         - Fix several races in nfs_revalidate_mapping
         - NFSv4.1 slot leakage in the pNFS files driver
         - Stable fix for a slot leak in nfs40_sequence_done
         - Don't reject NFSv4 servers that support ACLs with only ALLOW aces"
      
      * tag 'nfs-for-3.14-2' of git://git.linux-nfs.org/projects/trondmy/linux-nfs:
        nfs: initialize the ACL support bits to zero.
        NFSv4.1: Cleanup
        NFSv4.1: Clean up nfs41_sequence_done
        NFSv4: Fix a slot leak in nfs40_sequence_done
        NFSv4.1 free slot before resending I/O to MDS
        nfs: add memory barriers around NFS_INO_INVALID_DATA and NFS_INO_INVALIDATING
        NFS: Fix races in nfs_revalidate_mapping
        sunrpc: turn warn_gssd() log message into a dprintk()
        NFS: fix the handling of NFS_INO_INVALID_DATA flag in nfs_revalidate_mapping
        nfs: handle servers that support only ALLOW ACE type.
      8a1f006a