26 Mar, 2020

1 commit

  • With upcoming changes in elf loader for elf64 support, section size will
    be a u64. When used with da_to_va, this will potentially lead to
    overflow if using the current "int" type for len argument. Change
    da_to_va prototype to use a size_t for len and fix all users of this
    function.

    Reviewed-by: Bjorn Andersson
    Reviewed-by: Mathieu Poirier
    Signed-off-by: Clement Leger
    Link: https://lore.kernel.org/r/20200302093902.27849-2-cleger@kalray.eu
    Signed-off-by: Bjorn Andersson

    Clement Leger
     

27 Aug, 2019

1 commit

  • We don't need dev_err() messages when platform_get_irq() fails now that
    platform_get_irq() prints an error message itself when something goes
    wrong. Let's remove these prints with a simple semantic patch.

    //
    @@
    expression ret;
    struct platform_device *E;
    @@

    ret =
    (
    platform_get_irq(E, ...)
    |
    platform_get_irq_byname(E, ...)
    );

    if ( \( ret < 0 \| ret

    While we're here, remove braces on if statements that only have one
    statement (manually).

    Cc: Ohad Ben-Cohen
    Cc: Bjorn Andersson
    Cc: linux-remoteproc@vger.kernel.org
    Cc: Greg Kroah-Hartman
    Signed-off-by: Stephen Boyd
    Signed-off-by: Bjorn Andersson

    Stephen Boyd
     

31 May, 2019

1 commit

  • 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
     

28 Aug, 2017

1 commit

  • Commit a53e35db70d1 ("reset: Ensure drivers are explicit when requesting
    reset lines") started to transition the reset control request API calls
    to explicitly state whether the driver needs exclusive or shared reset
    control behavior. Convert all drivers requesting exclusive resets to the
    explicit API call so the temporary transition helpers can be removed.

    No functional changes.

    Cc: Ohad Ben-Cohen
    Cc: Bjorn Andersson
    Cc: linux-remoteproc@vger.kernel.org
    Acked-by: Suman Anna
    Signed-off-by: Philipp Zabel
    Signed-off-by: Bjorn Andersson

    Philipp Zabel
     

25 Aug, 2017

1 commit

  • Add support to the keystone remoteproc driver for managing the
    DSP present in the Keystone 2 66AK2G SoC. The 66AK2G SoC has
    a Power Management Micro Controller (PMMC) that manages the
    individual device's power, clock and reset functionalities.

    The keystone remoteproc driver already uses standard frameworks
    for reset and clock control, so it doesn't require any significant
    modifications other than a new compatible suitable for 66AK2G DSP.

    The binding document is also updated to reflect the modified
    property values used by the 66AK2G DSP node as compared to the
    values used by existing Keystone 2 DSPs.

    Acked-by: Rob Herring
    Signed-off-by: Suman Anna
    Signed-off-by: Andrew F. Davis
    Signed-off-by: Bjorn Andersson

    Suman Anna
     

27 Jun, 2017

2 commits

  • The DSPs are expected to be in reset when the driver probes a device.
    If the DSPs are out of reset in probe, the system may crash when the
    firmware is being loaded. So, add a check to make sure the DSP resets
    are asserted, and if not, throw a eye-catchy warning and assert the
    resets specifically.

    Signed-off-by: Andrew F. Davis
    [s-anna@ti.com: replace warning with a WARN]
    Signed-off-by: Suman Anna
    Acked-by: Santosh Shilimkar
    Signed-off-by: Bjorn Andersson

    Andrew F. Davis
     
  • The Texas Instrument's Keystone 2 family of SoCs has 1 or more
    TMS320C66x DSP Core Subsystems (C66x CorePacs). Each subsystem has
    a C66x Fixed/Floating-Point DSP Core, with 32KB of L1P and L1D SRAMs,
    that can be configured and partitioned as either RAM and/or Cache,
    and 1 MB of L2 SRAM. The CorePac also includes an Internal DMA (IDMA),
    External Memory Controller (EMC), Extended Memory Controller (XMC)
    with a Memory Protection and Address Extension (MPAX) unit, a Bandwidth
    Management (BWM) unit, an Interrupt Controller (INTC) and a Powerdown
    Controller (PDC).

    A new remoteproc module is added to perform the device management of
    these DSP devices. The driver expects the firmware names to be of the
    form "keystone-dsp-fw", where X is the corresponding DSP number, and
    uses the standard remoteproc core ELF loader. The support is limited
    to images only using the DSP internal memories at the moment. This
    remoteproc driver is also designed to work with virtio, and uses the
    IPC Generation registers for performing the virtio signalling and
    getting notified of exceptions.

    The driver currently supports the 66AK2H/66AK2K, 66AK2L and 66AK2E
    SoCs.

    Signed-off-by: Suman Anna
    Signed-off-by: Sam Nelson
    Signed-off-by: Andrew F. Davis
    Acked-by: Santosh Shilimkar
    Signed-off-by: Bjorn Andersson

    Suman Anna