1. 22 May, 2015 1 commit
    • Arnd Bergmann's avatar
      Merge tag 'v4.2-rockchip-dts2' of... · 220684f3
      Arnd Bergmann authored
      Merge tag 'v4.2-rockchip-dts2' of git://git.kernel.org/pub/scm/linux/kernel/git/mmind/linux-rockchip into next/dt
      
      Merge "ARM: rockchip: dts relicensing for 4.2" from Heiko Stuebner:
      
      Relicense all Rockchip-related devicetree files to the GPL2/X11 combo.
      I've now finally aquired necessary Acks from all contributors.
      
      * tag 'v4.2-rockchip-dts2' of git://git.kernel.org/pub/scm/linux/kernel/git/mmind/linux-rockchip:
        ARM: dts: rockchip: relicense rk3288-evb* under GPLv2/X11
        ARM: dts: rockchip: relicense rk3288.dtsi under GPLv2/X11
        ARM: dts: rockchip: relicense rk3188-radxarock.dts under GPLv2/X11
        ARM: dts: rockchip: relicense rk3066a-bqcurie2.dts under GPLv2/X11
        ARM: dts: rockchip: relicense rk3288-thermal.dtsi under GPLv2/X11
        ARM: dts: rockchip: relicense rk3188.dtsi under GPLv2/X11
        ARM: dts: rockchip: relicense rk3066a.dtsi under GPLv2/X11
        ARM: dts: rockchip: relicense rk3xxx.dtsi under GPLv2/X11
      220684f3
  2. 20 May, 2015 3 commits
    • Stefan Agner's avatar
      ARM: dts: add support for Vybrid running on Cortex-M4 · 54458fb7
      Stefan Agner authored
      This adds an initial device tree to run Linux on the Cortex-M4 on
      the Vybrid based Colibri VF61 module.
      Signed-off-by: default avatarStefan Agner <stefan@agner.ch>
      Signed-off-by: default avatarArnd Bergmann <arnd@arndb.de>
      54458fb7
    • Arnd Bergmann's avatar
      Merge tag 'berlin-dt-4.2-1' of git://git.infradead.org/users/hesselba/linux-berlin into next/dt · a8f0abb9
      Arnd Bergmann authored
      Merge "Berlin DT changes for v4.2" from Sebastian Hesselbarth:
      - GPLv2/X11 dual licensing
      - Mark Berlin DT bindings as unstable
      - Updated binding documentation for reworked
        chip/system ctrl nodes
      
      * tag 'berlin-dt-4.2-1' of git://git.infradead.org/users/hesselba/linux-berlin:
        Documentation: bindings: update the berlin chip and system ctrl doc
        Documentation: bindings: move the Berlin clock documentation
        Documentation: bindings: move the Berlin pinctrl documentation
        Documentation: bindings: move the Berlin reset documentation
        Documentation: bindings: update the Berlin controllers documentation
        Documentation: bindings: berlin: consider our dt bindings as unstable
        ARM: dts: berlin: relicense the BG2CD Google Chromecast dts under GPLv2/X11
        ARM: dts: berlin: relicense the berlin2cd dtsi under GPLv2/X11
        ARM: dts: berlin: relicense the BG2 Sony NSZ-GS7 dts under GPLv2/X11
        ARM: dts: berlin: relicense the berlin2 dtsi under GPLv2/X11
        ARM: dts: berlin: relicense the BG2Q Marvell DMP dts under GPLv2/X11
        ARM: dts: berlin: relicense the berlin2q dtsi under GPLv2/X11
      a8f0abb9
    • Arnd Bergmann's avatar
      Merge tag 'at91-dt2' of... · 378bda66
      Arnd Bergmann authored
      Merge tag 'at91-dt2' of git://git.kernel.org/pub/scm/linux/kernel/git/nferre/linux-at91 into next/dt
      
      Merge "Second batch of DT changes for 4.2:" from Nicolas Ferre:
      - sama5d4: more peripherals: usarts, uarts, spi, pioD access
      - sama5d3: phy address for gmac
      - change NFC register map
      - regulator additions for the sd/mmc
      
      * tag 'at91-dt2' of git://git.kernel.org/pub/scm/linux/kernel/git/nferre/linux-at91:
        ARM: at91/dt: sama5d4 xplained: add regulators for v(q)mmc1 supplies
        ARM: at91/dt: sama5d3 xplained: add fixed regulator for vmmc0
        ARM: at91/dt: sama5d3 xplained: add mmc0 vqmmc entry
        ARM: at91/dt: sama5d3 xplained: fill in mmc1 and set it to disabled
        ARM: at91/dt: sama5: reduce the NFC command register map
        ARM: at91/dt: sama5d4: update pinctrl ranges
        ARM: at91/dt: sama5d3 xplained: add phy address for macb0
        ARM: at91/dt: sama5d4 xplained: add spi1 on j14 connector
        ARM: at91/dt: sama5d4: add spi1, spi2 dt nodes
        ARM: at91/dt: sama5d4: add uart0, uart1 dt nodes
        ARM: at91/dt: sama5d4: add usart0, usart1 dt nodes
      378bda66
  3. 19 May, 2015 9 commits
  4. 15 May, 2015 25 commits
  5. 14 May, 2015 2 commits
    • Lee Jones's avatar
      ARM: STi: DT: STih407: Re-order #include <*.dtsi> files · 2cdce7a9
      Lee Jones authored
      This patch fixes a regression where serial is enabled by the first
      (board) DTSI, then disabled by the second (SoC) file.  To enable
      serial and keep it enabled, we need to include the file which enables
      it last.
      
      Reported-by: LAVA [via Peter Griffin <peter.griffin@linaro.org>]
      Signed-off-by: default avatarLee Jones <lee.jones@linaro.org>
      Signed-off-by: default avatarMaxime Coquelin <maxime.coquelin@st.com>
      2cdce7a9
    • Eric Anholt's avatar
      ARM: bcm2835: dt: Use 0x4 prefix for DMA bus addresses to SDRAM. · 1215baa7
      Eric Anholt authored
      There exists a tiny MMU, configurable only by the VC (running the
      closed firmware), which maps from the ARM's physical addresses to bus
      addresses.  These bus addresses determine the caching behavior in the
      VC's L1/L2 (note: separate from the ARM's L1/L2) according to the top
      2 bits.  The bits in the bus address mean:
      
      From the VideoCore processor:
      0x0... L1 and L2 cache allocating and coherent
      0x4... L1 non-allocating, but coherent. L2 allocating and coherent
      0x8... L1 non-allocating, but coherent. L2 non-allocating, but coherent
      0xc... SDRAM alias. Cache is bypassed. Not L1 or L2 allocating or coherent
      
      From the GPU peripherals (note: all peripherals bypass the L1
      cache. The ARM will see this view once through the VC MMU):
      0x0... Do not use
      0x4... L1 non-allocating, and incoherent. L2 allocating and coherent.
      0x8... L1 non-allocating, and incoherent. L2 non-allocating, but coherent
      0xc... SDRAM alias. Cache is bypassed. Not L1 or L2 allocating or coherent
      
      The 2835 firmware always configures the MMU to turn ARM physical
      addresses with 0x0 top bits to 0x4, meaning present in L2 but
      incoherent with L1.  However, any bus addresses we were generating in
      the kernel to be passed to a device had 0x0 bits.  That would be a
      reserved (possibly totally incoherent) value if sent to a GPU
      peripheral like USB, or L1 allocating if sent to the VC (like a
      firmware property request).  By setting dma-ranges, all of the devices
      below it get a dev->dma_pfn_offset, so that dma_alloc_coherent() and
      friends return addresses with 0x4 bits and avoid cache incoherency.
      
      This matches the behavior in the downstream 2708 kernel (see
      BUS_OFFSET in arch/arm/mach-bcm2708/include/mach/memory.h).
      Signed-off-by: default avatarEric Anholt <eric@anholt.net>
      Tested-by: default avatarNoralf Trønnes <noralf@tronnes.org>
      Acked-by: default avatarStephen Warren <swarren@wwwdotorg.org>
      Signed-off-by: default avatarLee Jones <lee.jones@linaro.org>
      1215baa7