linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Simon Glass <sjg@chromium.org>
To: LKML <linux-kernel@vger.kernel.org>,
	Samuel Ortiz <sameo@linux.intel.com>
Cc: Simon Glass <sjg@chromium.org>, Rob Landley <rob@landley.net>,
	Felipe Balbi <balbi@ti.com>,
	Grant Likely <grant.likely@secretlab.ca>,
	Wolfram Sang <w.sang@pengutronix.de>,
	Luigi Semenzato <semenzato@chromium.org>,
	Rob Herring <rob.herring@calxeda.com>,
	Che-Liang Chiou <clchiou@chromium.org>,
	Jonathan Kliegman <kliegs@chromium.org>,
	linux-input@vger.kernel.org, Sourav Poddar <sourav.poddar@ti.com>,
	devicetree-discuss@lists.ozlabs.org,
	Alban Bedel <alban.bedel@avionic-design.de>,
	Roland Stigge <stigge@antcom.de>,
	Vincent Palatin <vpalatin@chromium.org>,
	Javier Martinez Canillas <javier@dowhile0.org>,
	Mark Brown <broonie@opensource.wolfsonmicro.com>,
	linux-doc@vger.kernel.org,
	Dmitry Torokhov <dmitry.torokhov@gmail.com>,
	Tony Lindgren <tony@atomide.com>,
	Bill Pemberton <wfp5p@virginia.edu>,
	Doug Anderson <dianders@chromium.org>,
	Olof Johansson <olofj@chromium.org>
Subject: Re: [PATCH v6 0/6] Add ChromeOS Embedded Controller support
Date: Tue, 26 Feb 2013 21:13:06 -0800	[thread overview]
Message-ID: <CAPnjgZ3enERPu1uK5GW9+_ZinhiDmDuoNn2FGhgVNOZbFVQ0tQ@mail.gmail.com> (raw)
In-Reply-To: <1361830121-32284-1-git-send-email-sjg@chromium.org>

Hi Samuel,

On Mon, Feb 25, 2013 at 2:08 PM, Simon Glass <sjg@chromium.org> wrote:
> The ChromeOS Embedded Controller (EC) is an Open Source EC implementation
> used on ARM and Intel Chromebooks. Current implementations use a Cortex-M3
> connected on a bus (such as I2C, SPI, LPC) to the AP. A separate interrupt
> line is used to indicate when the EC needs service.
>
> Functions performed by the EC vary by platform, but typically include
> battery charging, keyboard scanning and power sequencing.
>
> This series includes support for the EC message protocol, and implements
> a matrix keyboard handler for Linux using the protocol. The EC performs
> key scanning and passes scan data in response to AP requests. This is
> used on the Samsung ARM Chromebook. No driver is available for LPC at
> present.
>
> This series can in principle operate on any hardware, but for it to actually
> work on the Samsung ARM Chromebook, it needs patches which are currently in
> progress to mainline: Exynos FDT interrupt support and I2C bus arbitration.
>
> The driver is device-tree-enabled and a suitable binding is included in
> this series. Example device tree nodes are included in the examples,
> but no device tree patch for exynos5250-snow is provided at this stage, since
> we must wait for the above-mentioned patches to land to avoid errors from
> dtc. This can be added with a follow-on patch when that work is complete.
>

Are you happy with this series? Do you think it is ready to be picked
up for mfd?

Regards,
Simon

> Changes in v6:
> - Allow cros_ec to be a module
> - Remove 'struct i2c_msg' definition
> - Use %ph instead of for loop to output packet trace
> - Fix incorrect indentation in cros_ec_keyb_process()
> - Remove unnecessary assignment to NULL in probe function
>
> Changes in v5:
> - Remove cros_ec allocation functions
> - Remove name access functions in cros_ec, using strings instead
> - Fix Kconfig help message for MFD_CROS_EC_I2C
> - Remove I2C retry logic
> - Switch cros_ec_i2c driver to use devm
> - Update cros_ec_i2c to work with new cros_ec interface
> - Switch cros_ec_spi driver to use devm
> - Update cros_ec_spi to work with new cros_ec interface
> - Fix {} style nit in cros_ec_keyb_has_ghosting
> - Correct key lookup logic which was broken in previous version
> - Switch cros_ec_keyb driver to use devm
>
> Changes in v4:
> - Fix up trvial logging comments
> - Remove messages reporting out of memory
> - Add compatible string for cros-ec-keyb
> - Remove wake notifier and let drivers use their own handlers instead
> - Add 'depends on MFD_CROS_EC' to Kconfig
> - Remove use of wake_notifier
> - Remove manual code to locate device tree node
> - Add resume handler to clear keyboard scan buffer if required
>
> Changes in v3:
> - Add stub for matrix_keypad_parse_of_params() when no CONFIG_OF
> - Put back full DT range checking in tca8418 driver
> - Remove 'select MFD_CROS_EC' from Kconfig as it isn't necessary
> - Remove old_state by using input layer's idev->key
> - Move inner loop of cros_ec_keyb_has_ghosting() into its own function and simplify
> - Add check for not finding the device tree node
> - Remove comment about leaking matrix_keypad_build_keymap()
> - Use platform_get_drvdata() where possible
> - Remove call to input_free_device() after input_unregister_device()
>
> Changes in v2:
> - Remove use of __devinit/__devexit
> - Remove use of __devinit/__devexit
> - Remove use of __devinit/__devexit
> - Add new patch to decode matrix-keypad DT binding
> - Remove use of __devinit/__devexit
> - Use function to read matrix-keypad parameters from DT
> - Remove key autorepeat parameters from DT binding and driver
> - Use unsigned int for rows/cols
>
> Simon Glass (6):
>   mfd: Add ChromeOS EC messages header
>   mfd: Add ChromeOS EC implementation
>   mfd: Add ChromeOS EC I2C driver
>   mfd: Add ChromeOS EC SPI driver
>   Input: matrix-keymap: Add function to read the new DT binding
>   Input: Add ChromeOS EC keyboard driver
>
>  .../devicetree/bindings/input/cros-ec-keyb.txt     |   72 +
>  Documentation/devicetree/bindings/mfd/cros-ec.txt  |   56 +
>  drivers/input/keyboard/Kconfig                     |   12 +
>  drivers/input/keyboard/Makefile                    |    1 +
>  drivers/input/keyboard/cros_ec_keyb.c              |  334 +++++
>  drivers/input/keyboard/lpc32xx-keys.c              |   11 +-
>  drivers/input/keyboard/omap4-keypad.c              |   16 +-
>  drivers/input/keyboard/tca8418_keypad.c            |    7 +-
>  drivers/input/matrix-keymap.c                      |   19 +
>  drivers/mfd/Kconfig                                |   28 +
>  drivers/mfd/Makefile                               |    3 +
>  drivers/mfd/cros_ec.c                              |  189 +++
>  drivers/mfd/cros_ec_i2c.c                          |  206 +++
>  drivers/mfd/cros_ec_spi.c                          |  375 ++++++
>  include/linux/input/matrix_keypad.h                |   19 +
>  include/linux/mfd/cros_ec.h                        |  170 +++
>  include/linux/mfd/cros_ec_commands.h               | 1369 ++++++++++++++++++++
>  17 files changed, 2869 insertions(+), 18 deletions(-)
>  create mode 100644 Documentation/devicetree/bindings/input/cros-ec-keyb.txt
>  create mode 100644 Documentation/devicetree/bindings/mfd/cros-ec.txt
>  create mode 100644 drivers/input/keyboard/cros_ec_keyb.c
>  create mode 100644 drivers/mfd/cros_ec.c
>  create mode 100644 drivers/mfd/cros_ec_i2c.c
>  create mode 100644 drivers/mfd/cros_ec_spi.c
>  create mode 100644 include/linux/mfd/cros_ec.h
>  create mode 100644 include/linux/mfd/cros_ec_commands.h
>
> --
> 1.8.1.3
>

  parent reply	other threads:[~2013-02-27  5:13 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-02-25 22:08 [PATCH v6 0/6] Add ChromeOS Embedded Controller support Simon Glass
2013-02-25 22:08 ` [PATCH v6 1/6] mfd: Add ChromeOS EC messages header Simon Glass
2013-02-25 22:08 ` [PATCH v6 2/6] mfd: Add ChromeOS EC implementation Simon Glass
2013-02-25 22:08 ` [PATCH v6 3/6] mfd: Add ChromeOS EC I2C driver Simon Glass
2013-02-25 22:08 ` [PATCH v6 4/6] mfd: Add ChromeOS EC SPI driver Simon Glass
2013-02-25 22:08 ` [PATCH v6 5/6] Input: matrix-keymap: Add function to read the new DT binding Simon Glass
2013-02-25 22:08 ` [PATCH v6 6/6] Input: Add ChromeOS EC keyboard driver Simon Glass
2013-02-25 22:12   ` Dmitry Torokhov
2013-02-27  5:13 ` Simon Glass [this message]
2013-02-27  8:40   ` [PATCH v6 0/6] Add ChromeOS Embedded Controller support Samuel Ortiz
2013-02-28  0:25     ` Simon Glass
2013-03-18 18:41     ` Simon Glass
2013-03-20  0:56 ` Samuel Ortiz
2013-03-20  1:12   ` Samuel Ortiz
2013-03-20  2:01     ` Simon Glass
2013-03-20  8:14       ` Samuel Ortiz
2013-03-20  8:52         ` Samuel Ortiz
2013-03-21  1:40           ` Simon Glass

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=CAPnjgZ3enERPu1uK5GW9+_ZinhiDmDuoNn2FGhgVNOZbFVQ0tQ@mail.gmail.com \
    --to=sjg@chromium.org \
    --cc=alban.bedel@avionic-design.de \
    --cc=balbi@ti.com \
    --cc=broonie@opensource.wolfsonmicro.com \
    --cc=clchiou@chromium.org \
    --cc=devicetree-discuss@lists.ozlabs.org \
    --cc=dianders@chromium.org \
    --cc=dmitry.torokhov@gmail.com \
    --cc=grant.likely@secretlab.ca \
    --cc=javier@dowhile0.org \
    --cc=kliegs@chromium.org \
    --cc=linux-doc@vger.kernel.org \
    --cc=linux-input@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=olofj@chromium.org \
    --cc=rob.herring@calxeda.com \
    --cc=rob@landley.net \
    --cc=sameo@linux.intel.com \
    --cc=semenzato@chromium.org \
    --cc=sourav.poddar@ti.com \
    --cc=stigge@antcom.de \
    --cc=tony@atomide.com \
    --cc=vpalatin@chromium.org \
    --cc=w.sang@pengutronix.de \
    --cc=wfp5p@virginia.edu \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).