u-boot.git/include/cros_ec.h, branch v2017.01

cmd: crosec: Move cros_ec_decode_region helper to cmd/cros_ec.c

2016-12-03T04:04:48+00:00

The cros_ec_decode_region() function is only used in combination
with the crosec cmds. Move the function to the correct place.

Signed-off-by: Moritz Fischer 
Cc: Simon Glass 
Cc: Masahiro Yamada 
Cc: u-boot@lists.denx.de
Acked-by: Simon Glass

cmd: cros_ec: Move crosec commands to cmd subdirectory

2016-10-11T16:17:08+00:00

Move crosec commands from drivers/misc/cros_ec.c to
cmd/cros_ec.c

Acked-by: Simon Glass 
Signed-off-by: Moritz Fischer 
Cc: Simon Glass 
Cc: Heiko Schocher 
Cc: Bin Meng 
Cc: Miao Yan 
Cc: Masahiro Yamada 
Cc: Stefan Roese 
Cc: Przemyslaw Marczak 
Cc: Maxime Ripard 
Cc: Nishanth Menon 
Cc: u-boot@lists.denx.de

cros_ec: Honor the google,remote-bus dt property

2016-10-08T13:33:36+00:00

Boards where ECs that use a I2C port != 0 specify this in the
devicetree file via the google,remote-bus property.
Previously this was ignored and hardcoded to port 0.

Signed-off-by: Moritz Fischer 
Cc: Simon Glass 
Cc: Heiko Schocher 
Cc: u-boot@lists.denx.de
Acked-by: Simon Glass

cros_ec: Use udevice instead of cros_ec_dev for keyboard functions

2015-11-20T03:13:40+00:00

In preparation for converting the cros_ec keyboard driver to driver model,
adjust the cros_ec functions it will use to use a normal struct udevice.

Signed-off-by: Simon Glass

cros_ec: Remove the old tunnel code

2015-08-06T03:06:16+00:00

This is not needed with driver mode. Remove it.

Signed-off-by: Simon Glass

cros_ec: Support the LDO access method used by spring

2015-08-06T03:06:11+00:00

Add a driver to support the special LDO access used by spring. This is a
custom method in the cros_ec protocol - it does not use an I2C
pass-through.

There are two implementation choices:

1. Write a special LDO driver which can talk across the EC. Duplicate all
the logic from TPS65090 for retrying when the LDO fails to come up.

2. Write a special I2C bus driver which pretends to be a TPS65090 and
transfers reads and writes using the LDO message.

Either is distasteful. The latter method is chosen since it results in less
code duplication and a fairly simple (30-line) implementation of the core
logic.

The crosec 'ldo' subcommand could be removed (since i2c md/mw will work
instead) but is retained as a convenience.

Signed-off-by: Simon Glass

dm: cros_ec: Convert the I2C tunnel code to use driver model

2015-08-06T03:06:11+00:00

The Chrome OS EC supports tunnelling through to an I2C bus on the EC. This
currently uses a copy of the I2C command code and a special 'crosec'
sub-command.

With driver model we can define an I2C bus which tunnels through to the EC,
and use the normal 'i2c' command to access it. This simplifies the code and
removes some duplication.

Add an I2C driver which tunnels through to the EC. Adjust the EC code to
support binding child devices so that it can be set up. Adjust the existing
I2C xfer function to fit driver model better.

For now the old code remains to allow things to still work. It will be
removed in a later patch once the new flow is fully enabled.

Signed-off-by: Simon Glass

cros_ec: Remove unused cros_ec_board_init() function

2015-04-18T17:11:16+00:00

Now that driver model handles cros_ec init, we can drop this special code.

Signed-off-by: Simon Glass

cros_ec: Drop unused CONFIG_DM_CROS_EC

2015-04-18T17:11:15+00:00

Since all supported boards enable this option now, we can remove it along
with the old code.

Signed-off-by: Simon Glass

dm: cros_ec: Remove use of fdtdec GPIO support

2015-01-30T00:09:51+00:00

These functions are going away, so use the new uclass support instead.

Signed-off-by: Simon Glass