10 Jan, 2012

1 commit

  • New feature development

    This adds support for new features, and contains stuff from most
    platforms. A number of these patches could have fit into other
    branches, too, but were small enough not to cause too much
    confusion here.

    * tag 'devel' of git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc: (28 commits)
    mfd/db8500-prcmu: remove support for early silicon revisions
    ARM: ux500: fix the smp_twd clock calculation
    ARM: ux500: remove support for early silicon revisions
    ARM: ux500: update register files
    ARM: ux500: register DB5500 PMU dynamically
    ARM: ux500: update ASIC detection for U5500
    ARM: ux500: support DB8520
    ARM: picoxcell: implement watchdog restart
    ARM: OMAP3+: hwmod data: Add the default clockactivity for I2C
    ARM: OMAP3: hwmod data: disable multiblock reads on MMC1/2 on OMAP34xx/35xx <= ES2.1
    ARM: OMAP: USB: EHCI and OHCI hwmod structures for OMAP4
    ARM: OMAP: USB: EHCI and OHCI hwmod structures for OMAP3
    ARM: OMAP: hwmod data: Add support for AM35xx UART4/ttyO3
    ARM: Orion: Remove address map info from all platform data structures
    ARM: Orion: Get address map from plat-orion instead of via platform_data
    ARM: Orion: mbus_dram_info consolidation
    ARM: Orion: Consolidate the address map setup
    ARM: Kirkwood: Add configuration for MPP12 as GPIO
    ARM: Kirkwood: Recognize A1 revision of 6282 chip
    ARM: ux500: update the MOP500 GPIO assignments
    ...

    Linus Torvalds
     

05 Jan, 2012

1 commit

  • Hook these platforms restart code into the new restart hook rather than
    using arch_reset().

    In addition, convert calls to arm_machine_restart() to orion5x_restart()
    to ensure that they continue to work as intended.

    Acked-by: Nicolas Pitre
    Signed-off-by: Russell King

    Russell King
     

14 Dec, 2011

2 commits


17 Oct, 2011

1 commit

  • Get rid of the mdesc pointer in the fixup function call. No one uses
    the mdesc pointer, it shouldn't be modified anyway, and we can't wrap
    it, so let's remove it.

    Platform files found by:

    $ regexp=$(git grep -h '\.fixup.*=' arch/arm |
    sed 's!.*= *\([^,]*\),* *!\1!' | sort -u |
    tr '\n' '|' | sed 's,|$,,;s,|,\\|,g')
    $ git grep $regexp arch/arm

    Acked-by: Nicolas Pitre
    Signed-off-by: Russell King

    Russell King
     

22 Jul, 2011

1 commit

  • Aside of the usual motivation for constification, this function has a
    history of being abused a hook for interrupt and other fixups so I turned
    this function const ages ago in the MIPS code but it should be done
    treewide.

    Due to function pointer passing in varous places a few other functions
    had to be constified as well.

    Signed-off-by: Ralf Baechle
    To: Anton Vorontsov
    To: Chris Metcalf
    To: Colin Cross
    Acked-by: "David S. Miller"
    To: Eric Miao
    To: Erik Gilling
    Acked-by: Guan Xuetao
    To: "H. Peter Anvin"
    To: Imre Kaloz
    To: Ingo Molnar
    To: Ivan Kokshaysky
    To: Jesse Barnes
    To: Krzysztof Halasa
    To: Lennert Buytenhek
    To: Matt Turner
    To: Nicolas Pitre
    To: Olof Johansson
    Acked-by: Paul Mundt
    To: Richard Henderson
    To: Russell King
    To: Thomas Gleixner
    Cc: Andrew Morton
    Cc: linux-alpha@vger.kernel.org
    Cc: linux-arm-kernel@lists.infradead.org
    Cc: linux-kernel@vger.kernel.org
    Cc: linux-mips@linux-mips.org
    Cc: linux-pci@vger.kernel.org
    Cc: linux-sh@vger.kernel.org
    Cc: linux-tegra@vger.kernel.org
    Cc: sparclinux@vger.kernel.org
    Cc: x86@kernel.org
    Signed-off-by: Jesse Barnes

    Ralf Baechle
     

04 Mar, 2011

1 commit


15 Jun, 2009

1 commit


09 Jun, 2009

1 commit

  • The security accelerator which can act as a puppet player for the crypto
    engine requires its commands in the sram. This patch adds support for the
    phys mapping and creates a platform device for the actual driver.

    [ nico: renamed device name from "mv,orion5x-crypto" to "mv_crypto"
    so to match the module name and be more generic for Kirkwood use ]

    Signed-off-by: Sebastian Andrzej Siewior
    Signed-off-by: Nicolas Pitre

    Sebastian Andrzej Siewior
     

21 Dec, 2008

1 commit


20 Oct, 2008

1 commit

  • This adds DSA switch instantiation hooks to the orion5x and the
    kirkwood ARM SoC platform code, and instantiates the DSA switch
    driver on the 88F5181L FXO RD, the 88F5181L GE RD, the 6183 AP GE
    RD, the Linksys WRT350n v2, and the 88F6281 RD boards.

    Signed-off-by: Lennert Buytenhek
    Tested-by: Nicolas Pitre
    Tested-by: Peter van Valderen
    Tested-by: Dirk Teurlings
    Signed-off-by: Nicolas Pitre

    Lennert Buytenhek
     

10 Oct, 2008

1 commit


26 Sep, 2008

2 commits

  • The Orion-1-90 (88F6183) is another member of the Orion SoC family,
    which has a 16 bit DDR2 interface, one x1 PCIe port (configurable as
    Root Complex or Endpoint), one 10/100/1000 ethernet interface, one
    USB 2.0 port with PHY, one SPDIF/I2S interface, one SDIO interface,
    one TWSI interface, two UARTs, one SPI interface, a NAND controller,
    a crypto engine, and a 4-channel DMA engine.

    Signed-off-by: Lennert Buytenhek

    Lennert Buytenhek
     
  • Currently, orion5x uses a hardcoded timer tick rate of 166 MHz, but
    the actual timer tick rate varies between different members of the SoC
    family (and can vary based on strap pin settings).

    This patch prepares for runtime determination of the timer tick rate.

    Signed-off-by: Lennert Buytenhek

    Lennert Buytenhek
     

22 Aug, 2008

1 commit

  • The Kurobox Pro crashes when any of the PCI controller registers
    are accessed. This patch adds a function to the Orion PCI handling
    code that board support code can call to disable enumerating the
    PCI bus entirely, and makes the Kurobox Pro PCI-related init code
    call this function.

    Signed-off-by: Per Andersson
    Signed-off-by: Lennert Buytenhek

    Per Andersson
     

09 Aug, 2008

1 commit


01 Jul, 2008

1 commit

  • The Cardbus connector does not have an IDSEL signal, and Cardbus
    cards are always the intended target of configuration transactions
    on their local PCI bus. This means that if the Orion's PCI bus
    signals are hooked up to a Cardbus slot, the same set of PCI
    functions will will appear 31 times, for each of the PCI device
    IDs 1-31 (ID 0 is the host bridge).

    This patch adds a function to the Orion PCI handling code that board
    support code can call to enable Cardbus mode. When Cardbus mode is
    enabled, configuration transactions on the PCI local bus are only
    allowed to PCI IDs 0 (host bridge) and 1 (cardbus device).

    Signed-off-by: Lennert Buytenhek

    Lennert Buytenhek
     

23 Jun, 2008

2 commits

  • Instead of having board code poke directly into the MPP configuration
    registers, and separately calling orion5x_gpio_set_valid_pins() to
    indicate which MPP pins can be used as GPIO pins, introduce a helper
    function for configuring the roles of each of the MPP pins, and have
    that helper function handle gpio validity internally.

    Signed-off-by: Lennert Buytenhek
    Acked-by: Sylver Bruneau
    Acked-by: Russell King

    Lennert Buytenhek
     
  • This patch moves initialisation of EHCI/I2C/UART platform devices
    from the common orion5x_init() into the board support code.

    The rationale behind this is that only the board support code knows
    whether certain peripherals have been brought out on the board, and
    not initialising peripherals that haven't been brought out is
    desirable for example:
    - to reduce user confusion (e.g. seeing both 'eth0' and 'eth1'
    appear while there is only one ethernet port on the board); and
    - to allow for future power savings (peripherals that have not
    been brought out can be clock gated off entirely).

    Signed-off-by: Lennert Buytenhek
    Acked-by: Russell King

    Lennert Buytenhek
     

09 May, 2008

1 commit


29 Apr, 2008

1 commit

  • The current orion5x board ->map_irq() routines check whether a
    given bus number lives on the PCIe controller by comparing it with
    the PCIe controller's primary bus number. This doesn't work in
    case there are multiple buses in the PCIe domain, i.e. if there
    exists a PCIe bridge on the primary PCIe bus.

    This patch adds a helper function (orion5x_pci_map_irq()) that
    returns the IRQ number for the given PCI device if that device has
    a hard-wired IRQ, or -1 otherwise, and makes each board's
    ->map_irq() function use this helper function.

    Signed-off-by: Lennert Buytenhek
    Signed-off-by: Nicolas Pitre

    Lennert Buytenhek
     

28 Mar, 2008

1 commit

  • Do a global s/orion/orion5x/ of the Orion 5x-specific bits (i.e.
    not the plat-orion bits.)

    Signed-off-by: Lennert Buytenhek
    Reviewed-by: Tzachi Perelstein
    Acked-by: Saeed Bishara
    Acked-by: Russell King
    Signed-off-by: Nicolas Pitre

    Lennert Buytenhek