23 Oct, 2015

3 commits


06 Jan, 2015

1 commit

  • Part of DMM logic is reuse from commit
    47a4bea6af77b01d59a410d09a4c34b2dd14cf50 ("ARM: omap4: Update sdram
    setting for panda rev A6") Which broke SDP4430 with ES2.3 (uses old
    DDR).

    So, to maintain support for newer DDR used in Panda ES rev B3, we
    should, in addition to the commit
    675cc77a3ae45e8b0ec17128563264d4a509f628 ("ARM:OMAP4+: panda-es: Support
    Rev B3 Elpida DDR2 RAM"), DDR timings, also do DMM configuration
    specific to Panda.

    Signed-off-by: Nishanth Menon

    Nishanth Menon
     

18 Apr, 2014

2 commits

  • TI platforms such as OMAP5uevm, PandaBoard, use equivalent
    logic to generate fake USB MAC address from device unique DIE ID.

    Consolidate this to a generic location such that other TI platforms such
    as BeagleBoard-XM can also use the same.

    NOTE: at this point in time, I dont yet see a need for a generic dummy
    ethernet MAC address creation function, but if there is a need in the
    future, this can be further abstracted out.

    Signed-off-by: Nishanth Menon

    Nishanth Menon
     
  • Replace the custom sr32() bit manipulation function in
    arch/arm/cpu/armv7/omap3/board.c and board/ti/panda/panda.c
    by standard I/O accessors.

    Signed-off-by: Wolfgang Denk
    Cc: Tom Rini
    Cc: Albert ARIBAUD

    Wolfgang Denk
     

24 Jan, 2014

1 commit


05 Dec, 2013

1 commit


21 Oct, 2013

2 commits


15 Oct, 2013

1 commit


24 Jul, 2013

1 commit


18 Jun, 2013

2 commits

  • Fix the checkpatch warning on the panda.c file for leading
    spaces.
    Fix the CHECK warnings on the panda.c file for parenthesis alignment.

    Signed-off-by: Dan Murphy

    Dan Murphy
     
  • Detect if we are running on a panda revision A1-A6,
    or an ES panda board. This can be done by reading
    the level of GPIOs and checking the processor revisions.
    This should result in:
    Panda 4430:
    GPIO171, GPIO101, GPIO182: 0 1 1 => A1-A5
    GPIO171, GPIO101, GPIO182: 1 0 1 => A6
    Panda ES:
    GPIO2, GPIO3, GPIO171, GPIO48, GPIO182: 0 0 0 1 1 => B1/B2
    GPIO2, GPIO3, GPIO171, GPIO48, GPIO182: 0 0 1 1 1 => B3

    Set the board name appropriately for the board revision that
    is detected.

    Update the findfdt macro to load the a4 device tree binary.

    Signed-off-by: Dan Murphy
    [trini: %s/CONTROL_PADCONF_CORE/(*ctrl)->control_padconf_core_base/ and
    formatting for that]
    Signed-off-by: Tom Rini

    Dan Murphy
     

10 Jun, 2013

2 commits


10 May, 2013

1 commit


09 Mar, 2013

2 commits


16 Oct, 2012

1 commit

  • Kill off ehci-core.h
    It was used to specify some static controller data. To support more than
    one controller being active at any time we have to carry the controller
    data ourselfes. Change the ehci interface accordingly.

    NOTE: OMAP implemented the ehci stuff a bit backwards and should be fixed
    to do the same thing as other platforms. But the change for now is at least
    compile clean.

    Signed-off-by: Lucas Stach
    Reviewed-by: Marek Vasut

    Lucas Stach
     

15 May, 2012

1 commit

  • Add parameters to the OMAP MMC initialization function so the board can
    mask host capabilities and set the maximum clock frequency. While the
    OMAP supports a certain set of MMC host capabilities, individual boards
    may be more restricted and the OMAP may need to be configured to match
    the board. The PRG_SDMMC1_SPEEDCTRL bit in the OMAP3 is an example.

    Signed-off-by: Jonathan Solnit

    Jonathan Solnit
     

12 Feb, 2012

1 commit

  • Clean up added ehci-omap.c and make it generic for re-use across
    omap-soc having same ehci ip block. Also pass the modes to be configured
    from board file and configure the ports accordingly. All usb layers
    are not cache aligned, till then keep cache off for usb ops as ehci will use
    internally dma for all usb ops.

    * Add a generic common header ehci-omap.h having common ip block
    data and reg shifts.
    * Rename and modify ehci-omap3 to ehci.h retain only conflicting
    sysc reg shifts remove others and move to common header file.
    * pass the board data for beagle/panda accordinly to use
    ehci ports.

    Acked-by: Igor Grinberg
    Signed-off-by: Govindraj.R

    Govindraj.R
     

20 Dec, 2011

1 commit


16 Nov, 2011

1 commit

  • This patch adds the minimal support for OMAP5. The platform and machine
    specific headers and sources updated for OMAP5430.

    OMAP5430 is Texas Instrument's SOC based on ARM Cortex-A15 SMP architecture.
    It's a dual core SOC with GIC used for interrupt handling and SCU for cache
    coherency.

    Also moved some part of code from the basic platform support that can be made
    common for OMAP4/5. Rest is kept out seperately. The same approach is followed
    for clocks and emif support in the subsequent patches.

    Signed-off-by: sricharan
    Signed-off-by: Sandeep Paulraj

    Sricharan
     

28 Oct, 2011

1 commit


03 Aug, 2011

1 commit

  • - separate mux settings into essential and non essential parts
    - essential part is board independent as of now(so move it
    to SoC directory). Will help in having single SPL for all
    boards.
    - Non-essential part(the pins not essential for u-boot to function)
    need to be phased out eventually.
    - Correct mux data by aligning to the latest settings in x-loader

    Signed-off-by: Aneesh V
    Signed-off-by: Sandeep Paulraj

    Aneesh V
     

18 Oct, 2010

1 commit


05 Aug, 2010

1 commit


16 Jul, 2010

1 commit


06 Jul, 2010

1 commit

  • OMAP4 Panda is a reference board based on OMAP4430, an ARMV7 Cortex A9 CPU

    This patch adds basic support for booting the board. It includes i2c and mmc
    support. It assumes U-boot is loaded to SDRAM with the help of another small
    bootloader (x-load) running from SRAM. U-boot currently relies on x-load for
    clock, mux, and SDRAM initialization

    Signed-off-by: Steve Sakoman
    Signed-off-by: Sandeep Paulraj

    Steve Sakoman