diff options
| author | Nick Crews | 2019-05-08 23:38:09 +0200 |
|---|---|---|
| committer | Enric Balletbo i Serra | 2019-05-20 10:18:10 +0200 |
| commit | 2ad1f7a91449de48d4bd5d1ec361ba7bb9026505 (patch) | |
| tree | ad401ffdcca8ad1fa4cca0f6ab175058bb8bc846 /Documentation/ABI | |
| parent | platform/chrome: wilco_ec: Add Boot on AC support (diff) | |
| download | kernel-qcow2-linux-2ad1f7a91449de48d4bd5d1ec361ba7bb9026505.tar.gz kernel-qcow2-linux-2ad1f7a91449de48d4bd5d1ec361ba7bb9026505.tar.xz kernel-qcow2-linux-2ad1f7a91449de48d4bd5d1ec361ba7bb9026505.zip | |
platform/chrome: wilco_ec: Remove 256 byte transfers
The 0xF6 command, intended to send and receive 256 byte payloads to
and from the EC, is not needed. The 0xF5 command for 32 byte
payloads is sufficient. This patch removes support for the 0xF6
command and 256 byte payloads.
Signed-off-by: Nick Crews <ncrews@chromium.org>
Signed-off-by: Enric Balletbo i Serra <enric.balletbo@collabora.com>
Diffstat (limited to 'Documentation/ABI')
| -rw-r--r-- | Documentation/ABI/testing/debugfs-wilco-ec | 16 |
1 files changed, 7 insertions, 9 deletions
diff --git a/Documentation/ABI/testing/debugfs-wilco-ec b/Documentation/ABI/testing/debugfs-wilco-ec index 73a5a66ddca6..9d8d9d2def5b 100644 --- a/Documentation/ABI/testing/debugfs-wilco-ec +++ b/Documentation/ABI/testing/debugfs-wilco-ec @@ -23,11 +23,9 @@ Description: For writing, bytes 0-1 indicate the message type, one of enum wilco_ec_msg_type. Byte 2+ consist of the data passed in the - request, starting at MBOX[0] - - At least three bytes are required for writing, two for the type - and at least a single byte of data. Only the first - EC_MAILBOX_DATA_SIZE bytes of MBOX will be used. + request, starting at MBOX[0]. At least three bytes are required + for writing, two for the type and at least a single byte of + data. Example: // Request EC info type 3 (EC firmware build date) @@ -40,7 +38,7 @@ Description: $ cat /sys/kernel/debug/wilco_ec/raw 00 00 31 32 2f 32 31 2f 31 38 00 38 00 01 00 2f 00 ..12/21/18.8... - Note that the first 32 bytes of the received MBOX[] will be - printed, even if some of the data is junk. It is up to you to - know how many of the first bytes of data are the actual - response. + Note that the first 16 bytes of the received MBOX[] will be + printed, even if some of the data is junk, and skipping bytes + 17 to 32. It is up to you to know how many of the first bytes of + data are the actual response. |