27 Nov, 2013

1 commit

  • On efikamx board the PMIC is connected via SPI interface, so it does not make
    sense to pass I2C_PMIC into the pmic_init() interface.

    Pass the SPI bus number via CONFIG_FSL_PMIC_BUS option instead.

    Signed-off-by: Fabio Estevam

    Fabio Estevam
     

01 Nov, 2013

1 commit


24 Jul, 2013

1 commit


30 May, 2013

1 commit


10 May, 2013

1 commit

  • Many boot image configuration files refer to the
    appropriate documentation file, but these references
    contain typos in the directory and file name. Fix
    them. Also fix reference to doc/README.SPL file.

    Signed-off-by: Anatolij Gustschin
    Cc: Prafulla Wadaskar
    Cc: Stefano Babic
    Acked-by: Stefano Babic

    Anatolij Gustschin
     

05 May, 2013

2 commits


22 Jan, 2013

1 commit

  • The '#' used as comments in the files cause the preprocessor
    trouble, so change to /* */.

    The mkimage command which uses this preprocessor output
    was moved to arch/arm/imx-common/Makefile

    .gitignore was updated to ignore .cfgtmp files.

    Signed-off-by: Troy Kisky

    Troy Kisky
     

14 Nov, 2012

1 commit

  • The PMIC framework has been extended to support multiple instances of
    the variety of devices responsible for power management.
    This change allows supporting of e.g. fuel gauge, charger, MUIC (Micro USB
    Interface Circuit).
    Power related includes have been moved to ./include/power directory.
    This is a first of a series of patches - in the future "pmic" will be
    replaced with "power".

    Two important issues:
    1. The PMIC needs to be initialized just after malloc is configured
    2. It uses list to hold information about available PMIC devices

    Signed-off-by: Lukasz Majewski
    Signed-off-by: Kyungmin Park
    Cc: Stefano Babic

    Łukasz Majewski
     

16 Oct, 2012

2 commits


04 Sep, 2012

1 commit

  • Because of the way USB pad settings are handled it doesn't make sense to
    be able to build the Efika MX board support without CONFIG_CMD_USB turned
    on. So, we change the build to always compile in USB support.

    We do not need to check for CONFIG_CMD_USB like we do with CONFIG_MXC_SPI
    since the USB subsystem will error out of the compile for us.

    Additionally, the following behaviors have changed;

    * Smartbook "preboot" should not set input and output to USB keyboard as
    there is no display support
    * board_eth_init is implemented such that it does not cause U-Boot to
    report an explicit failure ("CPU Net Initialization Failed").

    Since Ethernet is implemented via USB (fixed on Smarttop, pluggable on
    Smartbook, and handled by "usb start") - the warning that is left
    ("No ethernet found") is perfectly reasonable at the point it is printed
    since the USB system hasn't been started and nothing has been probed yet.

    Signed-off-by: Matt Sealey
    Cc: Stefano Babic
    Cc: Marek Vasut

    Matt Sealey
     

01 Sep, 2012

7 commits

  • The cache snooping feature of Freescale's eSDHC IP is not available on i.MX, so
    disable it globally for this architecture. This avoids setting no_snoop for all
    i.MX boards, and it prevents setting a reserved bit of a reserved register if
    fsl_esdhc_mmc_init() is used on i.MX, like in
    arch/arm/cpu/armv7/imx-common/cpu.c/cpu_mmc_init().

    Since no_snoop was only used on i.MX, get rid of it BTW.

    Signed-off-by: Benoît Thébaudeau
    Cc: Andy Fleming
    Cc: Stefano Babic
    Cc: Kim Phillips

    Benoît Thébaudeau
     
  • The macro to get the gpio number id was renamed to
    IMX_GPIO_NR as in kernel. Fix the wrong name in efika.

    Signed-off-by: Stefano Babic
    CC: Matt Sealey
    Acked-by: Matt Sealey

    Stefano Babic
     
  • We have no idea where the DCD was derived from for Smartbook support, but they
    differ from the Smarttop settings, MX51EVK settings and certainly don't
    correspond to any shipped or development version of U-Boot that Genesi has ever
    had on any Smartbook.

    So, copy the calibrated, verified settings from the U-Boot as shipped with every
    Smartbook since retail production. Remove those few settings that just set the
    POR defaults which have already been confirmed for the previous Smarttop DCD
    change.

    One of the lines is specific to i.MX51 TO3 designs and therefore TO2 Smartbooks
    will possibly not work so reliably with this new DCD; that said, TO2 Smartbooks
    basically don't exist at retail and the number of units in the world is less
    than 5 (3 of which are at the Genesi office or owned by Genesi employees).

    Many hours of memory testing confirms the new settings are stable.

    Patch v2:
    * picked the correct commit from our development tree, correcting tuned DDR ODF setting
    (which was correct anyway)

    Signed-off-by: Matt Sealey
    Cc: Stefano Babic
    Cc: Marek Vasut

    Matt Sealey
     
  • This is a rework of a previously submitted patchset and bundles the
    main board support and USB support into a single commit.

    It requires the patch "mx5: add iomux-mx51.h include"

    * Use iomux-mx51.h include to simplify board configuration.
    * Simplify LED support (remove efikamx_toggle_led, change lit LEDs).
    * Simplify MMC support for CD and WP pin differences.
    * Fix broken CPU voltage setting - comment said 1.1V but the code set to
    1.2V. It should never have been set to 1.2V even on i.MX51 TO2 and
    all available Linux kernels would drop the voltage to 1.1V anyway and
    work reliably. This should lower power consumption during the boot
    process.
    * Function renames for readability.
    * Some board identification string changes to match actual product names.
    * Passes checkpatch (v2)

    Signed-off-by: Matt Sealey
    Cc: Stefano Babic

    Matt Sealey
     
  • PCBID pads seem to need time to settle due to external pulldowns, otherwise
    we are reading floating GPIO pins with implicit pad pullups and get the wrong
    data. However we can't "wait" at the time we need them before relocation,
    since timers are not available. The time taken to get from DCD to the code
    requiring the pads set seems to be more than long enough (even with caches
    enabled).

    We have space in the DCD due to the DDR settings changes to configure all
    the pad settings we need for this, plus the LED pad settings too which
    reduces the amount of code required later on.

    Signed-off-by: Matt Sealey
    Acked-by: Stefano Babic

    Matt Sealey
     
  • Efika MX boards configure their DDR pad settings twice, one in the DCD generated
    from imximage_*.cfg and again in init_drive_strength called before relocation.

    Rather than doing this, roll the changes it makes into the DCD so DDR is set up
    before a single line of code in U-Boot is run.

    The settings are identical with this DCD block which is shorter (by 7 entries)
    than the old one, and after the output of init_drive_strength since a lot of the
    functionality in the existing DCD and init_drive_strength function was just
    setting the POR defaults. This goes to explain some now-missing entries.

    Several hundred rounds of mtest have been run to test the settings before and
    after to confirm DDR is stable and no ill-effects have been found.

    Signed-off-by: Matt Sealey
    Acked-by: Stefano Babic

    Matt Sealey
     
  • * Move Efika MX Smarttop and Smartbook boards into a "genesi" vendor directory
    * Rename efikamx -> mx51_efikamx since there is an mx53_efikamx and mx6_efikamx to come

    Signed-off-by: Matt Sealey
    Acked-by: Stefano Babic
    Acked-by: Stefano Babic

    Matt Sealey