19 Jun, 2019

1 commit

  • Based on 1 normalized pattern(s):

    this software is licensed under the terms of the gnu general public
    license version 2 as published by the free software foundation and
    may be copied distributed and modified under those terms

    extracted by the scancode license scanner the SPDX license identifier

    GPL-2.0-only

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

    Signed-off-by: Thomas Gleixner
    Reviewed-by: Alexios Zavras
    Reviewed-by: Allison Randal
    Cc: linux-spdx@vger.kernel.org
    Link: https://lkml.kernel.org/r/20190602204653.720704315@linutronix.de
    Signed-off-by: Greg Kroah-Hartman

    Thomas Gleixner
     

12 Jul, 2018

1 commit

  • Another driver turned up that is missing linux/mod_devicetable.h after
    the device IDs are split out from linux/platform_device.h:

    drivers/extcon/extcon-max3355.c:127:34: error: array type has incomplete element type 'struct of_device_id'
    static const struct of_device_id max3355_match_table[] = {

    Fixes: ac3167257b9f ("headers: separate linux/mod_devicetable.h from linux/platform_device.h")
    Signed-off-by: Arnd Bergmann
    Signed-off-by: Greg Kroah-Hartman

    Arnd Bergmann
     

23 Oct, 2017

1 commit

  • The extcon has two type of extcon devices as following.
    - 'extcon provider deivce' adds new extcon device and detect the
    state/properties of external connector. Also, it notifies the
    state/properties to the extcon consumer device.
    - 'extcon consumer device' gets the change state/properties
    from extcon provider device.
    Prior to that, include/linux/extcon.h contains all exported API for
    both provider and consumer device driver. To clarify the meaning of
    header file and to remove the wrong use-case on consumer device,
    this patch separates into extcon.h and extcon-provider.h.

    [Description for include/linux/{extcon.h|extcon-provider.h}]
    - extcon.h includes the extcon API and data structure for extcon consumer
    device driver. This header file contains the following APIs:
    : Register/unregister the notifier to catch the change of extcon device
    : Get the extcon device instance
    : Get the extcon device name
    : Get the state of each external connector
    : Get the property value of each external connector
    : Get the property capability of each external connector

    - extcon-provider.h includes the extcon API and data structure for extcon
    provider device driver. This header file contains the following APIs:
    : Include 'include/linux/extcon.h'
    : Allocate the memory for extcon device instance
    : Register/unregister extcon device
    : Set the state of each external connector
    : Set the property value of each external connector
    : Set the property capability of each external connector

    Signed-off-by: Chanwoo Choi
    Acked-by: Sebastian Reichel
    Acked-by: Chen-Yu Tsai
    Acked-by: Charles Keepax
    Acked-by: Lee Jones
    Acked-by: Felipe Balbi
    Acked-by: Yoshihiro Shimoda
    Acked-by: Kishon Vijay Abraham I

    Chanwoo Choi
     

13 Sep, 2016

1 commit

  • This patch alters the renamed extcon API to set the state of the external
    connectors instead of deprecated extcon_set_cable_state_().

    Because the patch[1] modifies the function name to maintain the function
    naming pattern.
    - extcon_set_cable_state_() -> extcon_set_state_sync()
    - extcon_get_cable_state_() -> extcon_get_state()

    [1] https://lkml.org/lkml/2016/8/4/729
    - extcon: Rename the extcon_set/get_state() to maintain the function naming pattern

    Signed-off-by: Chanwoo Choi
    Acked-by: Charles Keepax
    Acked-by: Roger Quadros

    Chanwoo Choi
     

21 Dec, 2015

1 commit

  • Maxim Integrated MAX3355E chip integrates a charge pump and comparators to
    enable a system with an integrated USB OTG dual-role transceiver to
    function as an USB OTG dual-role device. In addition to sensing/controlling
    Vbus, the chip also passes thru the ID signal from the USB OTG connector.
    On some Renesas boards, this signal is just fed into the SoC thru a GPIO
    pin -- there's no real OTG controller, only host and gadget USB controllers
    sharing the same USB bus; however, we'd like to allow host or gadget
    drivers to be loaded depending on the cable type, hence the need for the
    MAX3355 extcon driver. The Vbus status signals are also wired to GPIOs
    (however, we aren't currently interested in them), the OFFVBUS# signal is
    controlled by the host controllers, there's also the SHDN# signal wired to
    a GPIO, it should be driven high for the normal operation.

    Signed-off-by: Sergei Shtylyov
    Acked-by: Chanwoo Choi
    Acked-by: Rob Herring
    [cw00.choi: Add the GPIOLIB dependency]
    Signed-off-by: Chanwoo Choi

    Sergei Shtylyov