02 Nov, 2017

1 commit

  • Many source files in the tree are missing licensing information, which
    makes it harder for compliance tools to determine the correct license.

    By default all files without license information are under the default
    license of the kernel, which is GPL version 2.

    Update the files which contain no license information with the 'GPL-2.0'
    SPDX license identifier. The SPDX identifier is a legally binding
    shorthand, which can be used instead of the full boiler plate text.

    This patch is based on work done by Thomas Gleixner and Kate Stewart and
    Philippe Ombredanne.

    How this work was done:

    Patches were generated and checked against linux-4.14-rc6 for a subset of
    the use cases:
    - file had no licensing information it it.
    - file was a */uapi/* one with no licensing information in it,
    - file was a */uapi/* one with existing licensing information,

    Further patches will be generated in subsequent months to fix up cases
    where non-standard license headers were used, and references to license
    had to be inferred by heuristics based on keywords.

    The analysis to determine which SPDX License Identifier to be applied to
    a file was done in a spreadsheet of side by side results from of the
    output of two independent scanners (ScanCode & Windriver) producing SPDX
    tag:value files created by Philippe Ombredanne. Philippe prepared the
    base worksheet, and did an initial spot review of a few 1000 files.

    The 4.13 kernel was the starting point of the analysis with 60,537 files
    assessed. Kate Stewart did a file by file comparison of the scanner
    results in the spreadsheet to determine which SPDX license identifier(s)
    to be applied to the file. She confirmed any determination that was not
    immediately clear with lawyers working with the Linux Foundation.

    Criteria used to select files for SPDX license identifier tagging was:
    - Files considered eligible had to be source code files.
    - Make and config files were included as candidates if they contained >5
    lines of source
    - File already had some variant of a license header in it (even if
    Reviewed-by: Philippe Ombredanne
    Reviewed-by: Thomas Gleixner
    Signed-off-by: Greg Kroah-Hartman

    Greg Kroah-Hartman
     

30 May, 2017

1 commit


05 Apr, 2017

1 commit

  • gpiod API allows standard way of specifying GPIO polarity and takes it into
    account when reading or setting GPIO state. It also allows us to switch to
    common way of obtaining GPIO descriptor and away form legacy platform data.

    Reviewed-by: Daniel Mack
    Signed-off-by: Dmitry Torokhov

    Dmitry Torokhov
     

29 Mar, 2017

1 commit


01 Feb, 2017

2 commits


16 Jul, 2016

1 commit

  • Extend touchscreen_parse_properties() with support for the
    touchscreen-inverted-x/y and touchscreen-swapped-x-y properties and
    add touchscreen_set_mt_pos() and touchscreen_report_pos() helper
    functions for storing coordinates into a input_mt_pos struct, or
    directly reporting them, taking these properties into account.

    This commit also modifies the existing callers of
    touchscreen_parse_properties() to pass in NULL for the new third
    argument, keeping the existing behavior.

    Signed-off-by: Hans de Goede
    Signed-off-by: Dmitry Torokhov

    Hans de Goede
     

28 Jan, 2016

1 commit

  • Drop support for platform data passed via a C-structure and switch to
    device properties instead, which should make the driver compatible
    with all platforms: OF, ACPI and static boards. Static boards should
    use property sets to communicate device parameters to the driver.

    Signed-off-by: Oreste Salerno
    Acked-by: Rob Herring
    Signed-off-by: Dmitry Torokhov

    Oreste Salerno
     

28 Sep, 2015

2 commits

  • We do not have any users of platform data in the tree and all newer
    platforms are either DT or ACPI, so let's drop handling of platform data.

    Tested-by: Franklin S Cooper Jr
    Signed-off-by: Dmitry Torokhov

    Dmitry Torokhov
     
  • The current/old gpio framework used doesn't properly listen to
    ACTIVE_LOW and ACTIVE_HIGH flags. The newer gpio framework takes into
    account these flags when setting gpio values.

    Since the values being output were based on voltage and not logic they
    change to reflect this difference. Also use gpiod_set_value_cansleep since
    wake and reset pins can be provided by bus based io expanders.

    Switch from msleep(5) to udelay_range(5000,6000) to avoid check patch
    warning.

    Signed-off-by: Franklin S Cooper Jr
    Signed-off-by: Dmitry Torokhov

    Franklin S Cooper Jr
     

12 Jul, 2015

2 commits


26 Jun, 2015

1 commit


02 Feb, 2015

1 commit

  • Some devices are not fast enough to differentiate between a fast-moving
    contact and a new contact. This problem cannot be fully resolved because
    information is truly missing, but it is possible to safe-guard against
    obvious mistakes by restricting movement with a maximum displacement.

    The new problem formulation for dmax > 0 cannot benefit from the speedup
    for positive definite matrices, but since the convergence is faster, the
    result is about the same. For a handful of contacts, the latency difference
    is truly negligible.

    Suggested-by: Benjamin Tissoires
    Tested-by: Benjamin Tissoires
    Signed-off-by: Henrik Rydberg
    Signed-off-by: Dmitry Torokhov

    Henrik Rydberg
     

08 Aug, 2014

1 commit


29 Jul, 2014

1 commit


29 May, 2014

1 commit

  • Add common DT binding documentation for touchscreen devices and
    implement input_parse_touchscreen_of_params, which parses the common
    properties and configures the input device accordingly.

    The method currently does not interpret the axis inversion properties,
    since there is no matching flag in the generic linux input device.

    Reviewed-by: Pavel Machek
    Acked-by: Aaro Koskinen
    Signed-off-by: Sebastian Reichel
    Signed-off-by: Dmitry Torokhov

    Sebastian Reichel
     

19 May, 2014

2 commits


31 Mar, 2014

2 commits


11 Jul, 2013

1 commit

  • Pull MFD update from Samuel Ortiz:
    "For the 3.11 merge we only have one new MFD driver for the Kontron
    PLD.

    But we also have:
    - Support for the TPS659038 PMIC from the palmas driver.
    - Intel's Coleto Creek and Avoton SoCs support from the lpc_ich
    driver.
    - RTL8411B support from the rtsx driver.
    - More DT support for the Arizona, max8998, twl4030-power and the
    ti_am335x_tsadc drivers.
    - The SSBI driver move under MFD.
    - A conversion to the devm_* API for most of the MFD drivers.
    - The twl4030-power got split from twl-core into its own module.
    - A major ti_am335x_adc cleanup, leading to a proper DT support.
    - Our regular arizona and wm* updates and cleanups from the Wolfson
    folks.
    - A better error handling and initialization, and a regulator
    subdevice addition for the 88pm80x driver.
    - A bulk platform_set_drvdata() call removal that's no longer need
    since commit 0998d0631001 ("device-core: Ensure drvdata = NULL when
    no driver is bound")

    * tag 'mfd-3.11-1' of git://git.kernel.org/pub/scm/linux/kernel/git/sameo/mfd-next: (102 commits)
    mfd: sec: Provide max_register to regmap
    mfd: wm8994: Remove duplicate check for active JACKDET
    MAINTAINERS: Add include directory to MFD file patterns
    mfd: sec: Remove fields not used since regmap conversion
    watchdog: Kontron PLD watchdog timer driver
    mfd: max8998: Add support for Device Tree
    regulator: max8998: Use arrays for specifying voltages in platform data
    mfd: max8998: Add irq domain support
    regulator: palmas: Add TPS659038 support
    mfd: Kontron PLD mfd driver
    mfd: palmas: Add TPS659038 PMIC support
    mfd: palmas: Add SMPS10_BOOST feature
    mfd: palmas: Check if irq is valid
    mfd: lpc_ich: iTCO_wdt patch for Intel Coleto Creek DeviceIDs
    mfd: twl-core: Change TWL6025 references to TWL6032
    mfd: davinci_voicecodec: Fix build breakage
    mfd: vexpress: Make the driver optional for arm and arm64
    mfd: htc-egpio: Use devm_ioremap_nocache() instead of ioremap_nocache()
    mfd: davinci_voicecodec: Convert to use devm_* APIs
    mfd: twl4030-power: Fix relocking on error
    ...

    Linus Torvalds
     

03 Jul, 2013

1 commit


26 Jun, 2013

1 commit


13 Jun, 2013

2 commits


06 May, 2013

1 commit

  • Pull MFD update from Samuel Ortiz:
    "For 3.10 we have a few new MFD drivers for:

    - The ChromeOS embedded controller which provides keyboard, battery
    and power management services. This controller is accessible
    through i2c or SPI.

    - Silicon Laboratories 476x controller, providing access to their FM
    chipset and their audio codec.

    - Realtek's RTS5249, a memory stick, MMC and SD/SDIO PCI based
    reader.

    - Nokia's Tahvo power button and watchdog device. This device is
    very similar to Retu and is thus supported by the same code base.

    - STMicroelectronics STMPE1801, a keyboard and GPIO controller
    supported by the stmpe driver.

    - ST-Ericsson AB8540 and AB8505 power management and voltage
    converter controllers through the existing ab8500 code.

    Some other drivers got cleaned up or improved. In particular:

    - The Linaro/STE guys got the ab8500 driver in sync with their
    internal code through a series of optimizations, fixes and
    improvements.

    - The AS3711 and OMAP USB drivers now have DT support.

    - The arizona clock and interrupt handling code got improved.

    - The wm5102 register patch and boot mechanism also got improved."

    * tag 'mfd-3.10-1' of git://git.kernel.org/pub/scm/linux/kernel/git/sameo/mfd-next: (104 commits)
    mfd: si476x: Don't use 0bNNN
    mfd: vexpress: Handle pending config transactions
    mfd: ab8500: Export ab8500_gpadc_sw_hw_convert properly
    mfd: si476x: Fix i2c warning
    mfd: si476x: Add header files and Kbuild plumbing
    mfd: si476x: Add chip properties handling code
    mfd: si476x: Add the bulk of the core driver
    mfd: si476x: Add commands abstraction layer
    mfd: rtsx: Support RTS5249
    mfd: retu: Add Tahvo support
    mfd: ucb1400: Pass ucb1400-gpio data through ac97 bus
    mfd: wm8994: Add some OF properties
    mfd: wm8994: Add device ID data to WM8994 OF device IDs
    input: Export matrix_keypad_parse_of_params()
    mfd: tps65090: Add compatible string for charger subnode
    mfd: db8500-prcmu: Support platform dependant device selection
    mfd: syscon: Fix warnings when printing resource_size_t
    of: Add stub of_get_parent for non-OF builds
    mfd: omap-usb-tll: Convert to devm_ioremap_resource()
    mfd: omap-usb-host: Convert to devm_ioremap_resource()
    ...

    Linus Torvalds
     

08 Apr, 2013

1 commit


05 Apr, 2013

1 commit

  • We now have a binding which adds two parameters to the matrix keypad DT
    node. This is separate from the GPIO-driven matrix keypad binding, and
    unfortunately incompatible, since that uses row-gpios/col-gpios for the
    row and column counts.

    So the easiest option here is to provide a function for non-GPIO drivers
    to use to decode the binding.

    Note: We could in fact create an entirely separate structure to hold
    these two fields, but it does not seem worth it, yet. If we have more
    parameters then we can add this, and then refactor each driver to hold
    such a structure.

    Signed-off-by: Simon Glass
    Acked-by: Dmitry Torokhov
    Tested-by: Sourav Poddar (v2)
    Signed-off-by: Samuel Ortiz

    Simon Glass
     

18 Mar, 2013

1 commit


25 Feb, 2013

1 commit

  • Devicetree based platforms don't handle device callbacks very well
    and until now no board has come along that needs more extended hwinit
    than pulling the rst gpio high.

    Therefore pull the reset handling directly into the driver and remove
    the callbacks from the driver.

    If extended device setup is needed at some later point, power-sequences
    would probably be the solution of choice.

    Signed-off-by: Heiko Stuebner
    Signed-off-by: Dmitry Torokhov

    Heiko Stübner
     

21 Feb, 2013

1 commit

  • Pull input updates from Dmitry Torokhov:
    "Two new touchpad drivers - Cypress APA I2C Trackpad and Cypress PS/2
    touchpad and a big update to ALPS driver from Kevin Cernekee that adds
    support for "Rushmore" touchpads and paves way for adding support for
    "Dolphin" touchpads.

    There is also a new input driver for Goldfish emulator and also
    Android keyreset driver was folded into SysRq code.

    A few more drivers were updated with device tree bindings and others
    got some small cleanups and fixes."

    * 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/dtor/input: (55 commits)
    Input: cyttsp-spi - remove duplicate MODULE_ALIAS()
    Input: tsc2005 - add MODULE_ALIAS
    Input: tegra-kbc - require CONFIG_OF, remove platform data
    Input: synaptics - initialize pointer emulation usage
    Input: MT - do not apply filtering on emulated events
    Input: bma150 - make some defines public and fix some comments
    Input: bma150 - fix checking pm_runtime_get_sync() return value
    Input: ALPS - enable trackstick on Rushmore touchpads
    Input: ALPS - add support for "Rushmore" touchpads
    Input: ALPS - make the V3 packet field decoder "pluggable"
    Input: ALPS - move pixel and bitmap info into alps_data struct
    Input: ALPS - fix command mode check
    Input: ALPS - rework detection of Pinnacle AGx touchpads
    Input: ALPS - move {addr,nibble}_command settings into alps_set_defaults()
    Input: ALPS - use function pointers for different protocol handlers
    Input: ALPS - rework detection sequence
    Input: ALPS - introduce helper function for repeated commands
    Input: ALPS - move alps_get_model() down below hw_init code
    Input: ALPS - copy "model" info into alps_data struct
    Input: ALPS - document the alps.h data structures
    ...

    Linus Torvalds
     

16 Feb, 2013

1 commit

  • Tegra only supports, and always enables, device tree. Remove all ifdefs
    and runtime checks for DT support from the driver. Platform data is
    therefore no longer required. Delete the header that defines it, and
    rework the driver to parse the device tree directly into struct
    tegra_kbc.

    Signed-off-by: Stephen Warren
    Signed-off-by: Dmitry Torokhov

    Stephen Warren
     

25 Dec, 2012

1 commit


19 Dec, 2012

1 commit

  • Pull second round of input updates from Dmitry Torokhov:
    "As usual, there are a couple of new drivers, input core now supports
    managed input devices (devres), a slew of drivers now have device tree
    support and a bunch of fixes and cleanups."

    * 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/dtor/input: (71 commits)
    Input: walkera0701 - fix crash on startup
    Input: matrix-keymap - provide a proper module license
    Input: gpio_keys_polled - switch to using gpio_request_one()
    Input: gpio_keys - switch to using gpio_request_one()
    Input: wacom - fix touch support for Bamboo Fun CTH-461
    Input: xpad - add a few new VID/PID combinations
    Input: xpad - minor formatting fixes
    Input: gpio-keys-polled - honor 'autorepeat' setting in platform data
    Input: tca8418-keypad - switch to using managed resources
    Input: tca8418_keypad - increase severity of failures in probe()
    Input: tca8418_keypad - move device ID tables closer to where they are used
    Input: tca8418_keypad - use dev_get_platdata() to retrieve platform data
    Input: tca8418_keypad - use a temporary variable for parent device
    Input: tca8418_keypad - add support for shared interrupt
    Input: tca8418_keypad - add support for device tree bindings
    Input: remove Compaq iPAQ H3600 (Bitsy) touchscreen driver
    Input: bu21013_ts - add support for Device Tree booting
    Input: bu21013_ts - move GPIO init and exit functions into the driver
    Input: bu21013_ts - request regulator that actually exists
    ARM: ux500: Strip out duplicate touch screen platform information
    ...

    Linus Torvalds
     

17 Dec, 2012

1 commit

  • Pull MFS update from Samuel Ortiz:
    "This is the MFD patch set for the 3.8 merge window.

    We have several new drivers, most of the time coming with their sub
    devices drivers:

    - Austria Microsystem's AS3711
    - Nano River's viperboard
    - TI's TPS80031, AM335x TS/ADC,
    - Realtek's MMC/memstick card reader
    - Nokia's retu

    We also got some notable cleanups and improvements:

    - tps6586x got converted to IRQ domains.
    - tps65910 and tps65090 moved to the regmap IRQ API.
    - STMPE is now Device Tree aware.
    - A general twl6040 and twl-core cleanup, with moves to the regmap
    I/O and IRQ APIs and a conversion to the recently added PWM
    framework.
    - sta2x11 gained regmap support.

    Then the rest is mostly tiny cleanups and fixes, among which we have
    Mark's wm5xxx and wm8xxx patchset."

    Far amount of annoying but largely trivial conflicts. Many due to
    __devinit/exit removal, others due to one or two of the new drivers also
    having come in through another tree.

    * tag 'mfd-3.8-1' of git://git.kernel.org/pub/scm/linux/kernel/git/sameo/mfd-2.6: (119 commits)
    mfd: tps6507x: Convert to devm_kzalloc
    mfd: stmpe: Update DT support for stmpe driver
    mfd: wm5102: Add readback of DSP status 3 register
    mfd: arizona: Log if we fail to create the primary IRQ domain
    mfd: tps80031: MFD_TPS80031 needs to select REGMAP_IRQ
    mfd: tps80031: Add terminating entry for tps80031_id_table
    mfd: sta2x11: Fix potential NULL pointer dereference in __sta2x11_mfd_mask()
    mfd: wm5102: Add tuning for revision B
    mfd: arizona: Defer patch initialistation until after first device boot
    mfd: tps65910: Fix wrong ack_base register
    mfd: tps65910: Remove unused data
    mfd: stmpe: Get rid of irq_invert_polarity
    mfd: ab8500-core: Fix invalid free of devm_ allocated data
    mfd: wm5102: Mark DSP memory regions as volatile
    mfd: wm5102: Correct default for LDO1_CONTROL_2
    mfd: arizona: Register haptics devices
    mfd: wm8994: Make current device behaviour the default
    mfd: tps65090: MFD_TPS65090 needs to select REGMAP_IRQ
    mfd: Fix stmpe.c build when OF is not enabled
    mfd: jz4740-adc: Use devm_kzalloc
    ...

    Linus Torvalds
     

28 Nov, 2012

1 commit


15 Nov, 2012

1 commit


06 Nov, 2012

2 commits

  • Make way for addition of MFD driver.
    The existing touchsreen driver is a MFD client.
    For better readability we rename the file to
    indicate its functionality as only touchscreen.

    Signed-off-by: Patil, Rachna
    Signed-off-by: Samuel Ortiz

    Patil, Rachna
     
  • There are 16 programmable Step Configuration
    registers which are used by the sequencer.
    Program the Steps in order to configure a channel
    input to be sampled. If the same step is applied
    several times, the coordinate values read are more
    accurate.
    Hence we provide the user an option of how many steps
    should be configured.

    For ex: If this value is assigned as 4, This means that
    4 steps are applied to read x co-ordinate and 4 steps to read
    y co-ordinate. Furtheron the interrupt handler already
    holds code to use delta filter and report the best value
    out of these values to the input sub-system.

    Signed-off-by: Patil, Rachna
    Signed-off-by: Samuel Ortiz

    Patil, Rachna