Eric Lee / smarc-fsl-linux-kernel

31 May, 2019

1 commit

  • 1802d0bee   treewide: Replace GPLv2 boilerplate/reference with SPDX - rule 174 ... Browse Code »

    Based on 1 normalized pattern(s):

    this program is free software you can redistribute it and or modify
    it under the terms of the gnu general public license version 2 as
    published by the free software foundation this program is
    distributed in the hope that it will be useful but without any
    warranty without even the implied warranty of merchantability or
    fitness for a particular purpose see the gnu general public license
    for more details

    extracted by the scancode license scanner the SPDX license identifier

    GPL-2.0-only

    has been chosen to replace the boilerplate/reference in 655 file(s).

    Signed-off-by: Thomas Gleixner
    Reviewed-by: Allison Randal
    Reviewed-by: Kate Stewart
    Reviewed-by: Richard Fontana
    Cc: linux-spdx@vger.kernel.org
    Link: https://lkml.kernel.org/r/20190527070034.575739538@linutronix.de
    Signed-off-by: Greg Kroah-Hartman

    Thomas Gleixner
     

09 Apr, 2019

1 commit

  • 6c110561e   memory: ti-emif-sram: Add ti_emif_run_hw_leveling for DDR3 hardware leveling ... Browse Code »

    In certain situations, such as when returning from low power modes, the
    EMIF must re-run hardware leveling to properly restore DDR3 access.

    This is accomplished by introducing a new ti-emif-sram-pm call,
    ti_emif_run_hw_leveling, to check if DDR3 is in use and if so, trigger
    the full write and read leveling processes.

    Suggested-by: Brad Griffis
    Signed-off-by: Dave Gerlach
    Acked-by: Santosh Shilimkar
    Signed-off-by: Tony Lindgren

    Dave Gerlach
     

27 Jun, 2018

1 commit

  • 38853979e   memory: ti-emif-sram: Add resume function to recopy sram code ... Browse Code »

    After an RTC+DDR cycle we lose sram context so emif pm functions present
    in sram are lost. We can check if the first byte of the original
    code in DDR contains the same first byte as the code in sram, and if
    they do not match we know we have lost context and must recopy the
    functions to the previous address to maintain PM functionality.

    Signed-off-by: Dave Gerlach
    Signed-off-by: Keerthy
    Signed-off-by: Santosh Shilimkar

    Dave Gerlach
     

06 Mar, 2018

1 commit

07 Dec, 2017

1 commit

  • 84a1695a6   memory: ti-emif-sram: remove unused variable ... Browse Code »

    The newly introduced driver causes a harmless warning for a variable
    that was evidently never used:

    drivers/memory/ti-emif-pm.c: In function 'ti_emif_remove':
    drivers/memory/ti-emif-pm.c:303:17: error: unused variable 'dev' [-Werror=unused-variable]

    Fixes: 8428e5ad750d ("memory: ti-emif-sram: introduce relocatable suspend/resume handlers")
    Signed-off-by: Arnd Bergmann
    Signed-off-by: Santosh Shilimkar

    Arnd Bergmann
     

03 Dec, 2017

1 commit

  • 8428e5ad7   memory: ti-emif-sram: introduce relocatable suspend/resume handlers ... Browse Code »

    Certain SoCs like Texas Instruments AM335x and AM437x require parts
    of the EMIF PM code to run late in the suspend sequence from SRAM,
    such as saving and restoring the EMIF context and placing the memory
    into self-refresh.

    One requirement for these SoCs to suspend and enter its lowest power
    mode, called DeepSleep0, is that the PER power domain must be shut off.
    Because the EMIF (DDR Controller) resides within this power domain, it
    will lose context during a suspend operation, so we must save it so we
    can restore once we resume. However, we cannot execute this code from
    external memory, as it is not available at this point, so the code must
    be executed late in the suspend path from SRAM.

    This patch introduces a ti-emif-sram driver that includes several
    functions written in ARM ASM that are relocatable so the PM SRAM
    code can use them. It also allocates a region of writable SRAM to
    be used by the code running in the executable region of SRAM to save
    and restore the EMIF context. It can export a table containing the
    absolute addresses of the available PM functions so that other SRAM
    code can branch to them. This code is required for suspend/resume on
    AM335x and AM437x to work.

    In addition to this, to be able to share data structures between C and
    the ti-emif-sram-pm assembly code, we can automatically generate all of
    the C struct member offsets and sizes as macros by processing
    emif-asm-offsets.c into assembly code and then extracting the relevant
    data as is done for the generated platform asm-offsets.h files.

    Acked-by: Tony Lindgren
    Acked-by: Russell King
    Signed-off-by: Dave Gerlach
    Signed-off-by: Santosh Shilimkar

    Dave Gerlach