t much we can do for these drives, so we
shouldn't fail to suspend for this error case. The drive may stay
powered if that's the setup for the port it's plugged into.
Signed-off-by: Derek Basehore <dbaseh...@chromium.org>
Signed-off-by: Thierry Escande <thierry.esca...@collabora.com&g
for these drives, so we
shouldn't fail to suspend for this error case. The drive may stay
powered if that's the setup for the port it's plugged into.
Signed-off-by: Derek Basehore
Signed-off-by: Thierry Escande
---
v3 changes:
- Pass the sense_hdr structure to sd_sync_cache() instead of the
lonely
Hi,
On 04/05/2017 19:01, Pierre-Louis Bossart wrote:
On 05/02/2017 05:11 AM, Thierry Escande wrote:
If the ts3a227e audio accessory detection hardware is present and its
driver probed, the jack needs to be created before enabling jack
detection in the ts3a227e driver. With this patch
Hi,
On 04/05/2017 19:01, Pierre-Louis Bossart wrote:
On 05/02/2017 05:11 AM, Thierry Escande wrote:
If the ts3a227e audio accessory detection hardware is present and its
driver probed, the jack needs to be created before enabling jack
detection in the ts3a227e driver. With this patch
On 05/05/2017 11:02, Christoph Hellwig wrote:
Normally we'd just pass the scsi_sense_hdr structure in from the
caler if we care about sense data. Is this something you considered?
Not really as only the sense_key field is needed for only one call to
sd_sync_cache() (out of two).
Otherwise
On 05/05/2017 11:02, Christoph Hellwig wrote:
Normally we'd just pass the scsi_sense_hdr structure in from the
caler if we care about sense data. Is this something you considered?
Not really as only the sense_key field is needed for only one call to
sd_sync_cache() (out of two).
Otherwise
t much we can do for these drives, so we
shouldn't fail to suspend for this error case. The drive may stay
powered if that's the setup for the port it's plugged into.
Signed-off-by: Derek Basehore <dbaseh...@chromium.org>
Signed-off-by: Thierry Escande <thierry.esca...@collabora.com&g
for these drives, so we
shouldn't fail to suspend for this error case. The drive may stay
powered if that's the setup for the port it's plugged into.
Signed-off-by: Derek Basehore
Signed-off-by: Thierry Escande
---
v2 changes:
- Change sense_key type to u8 in sd_sync_cache()
drivers/scsi/sd.c | 22
in Linux v4.4.
This driver is originally developed by:
Pawel Osciak <posc...@chromium.org>
Ville-Mikko Rautio <v...@chromium.org>
henryhsu <henry...@chromium.org>
Wu-Cheng Li <wuchen...@chromium.org>
Signed-off-by: Thierry Escande <thierry.esca...@collabora.com>
in Linux v4.4.
This driver is originally developed by:
Pawel Osciak
Ville-Mikko Rautio
henryhsu
Wu-Cheng Li
Signed-off-by: Thierry Escande
---
drivers/media/pci/Kconfig|2 +
drivers/media/pci/Makefile |1 +
drivers/media/pci/go2001/Kconfig | 11
ng.a.f...@intel.com>
Signed-off-by: Thierry Escande <thierry.esca...@collabora.com>
---
sound/soc/codecs/ts3a227e.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/sound/soc/codecs/ts3a227e.c b/sound/soc/codecs/ts3a227e.c
index 4356843..738e04b 100644
--- a/sound/soc/codec
From: "Fang, Yang A"
This patch adds the acpi match table for the ts3a227e audio accessory
detection device. This enables headset features like jack plug/unplug
notifications, mic presence, and button pressed events.
Signed-off-by: Fang, Yang A
Signed-off-by: Thierry Escande
---
acpi table
Thierry Escande (1):
ASoc: cht_bsw_max98090_ti: Fix jack initialization
sound/soc/codecs/ts3a227e.c | 10 ++
sound/soc/intel/boards/cht_bsw_max98090_ti.c | 52 +---
2 files changed, 41 insertions(+), 21 deletions(-)
--
2.7.4
pointer dereference as the jack detection
enabling function in the ts3a driver was called before the jack is
created.
Signed-off-by: Thierry Escande <thierry.esca...@collabora.com>
---
sound/soc/intel/boards/cht_bsw_max98090_ti.c | 50 +---
1 file changed, 30 insertions(
acpi table
Thierry Escande (1):
ASoc: cht_bsw_max98090_ti: Fix jack initialization
sound/soc/codecs/ts3a227e.c | 10 ++
sound/soc/intel/boards/cht_bsw_max98090_ti.c | 52 +---
2 files changed, 41 insertions(+), 21 deletions(-)
--
2.7.4
pointer dereference as the jack detection
enabling function in the ts3a driver was called before the jack is
created.
Signed-off-by: Thierry Escande
---
sound/soc/intel/boards/cht_bsw_max98090_ti.c | 50 +---
1 file changed, 30 insertions(+), 20 deletions(-)
diff --git
oogle.com>
Signed-off-by: Thierry Escande <thierry.esca...@collabora.com>
---
In this v2:
- Fix coding style issues reported by 'checkpatch --strict'
- Add missing vpd_ prefix to some functions
- Remove uneeded EXPORT_SYMBOL for vpd_decode_string()
---
drivers/firmware/google
Hi,
This patchset adds support for accessing Google Vital Product Data (VPD)
through the sysfs interface under /sys/firmware/vpd.
This patchset contains the VPD decoding routines read from coreboot
table entries and the driver responsible for creating the sysfs
interface.
This patchset depends
ontent
is the value for the key.
Signed-off-by: Wei-Ning Huang <wnhu...@google.com>
Signed-off-by: Thierry Escande <thierry.esca...@collabora.com>
---
In this v2:
- Fix coding style issues reported by 'checkpatch --strict'
- Add missing vpd_ prefix to some functions
---
drivers/firmw
Hi,
This patchset adds support for accessing Google Vital Product Data (VPD)
through the sysfs interface under /sys/firmware/vpd.
This patchset contains the VPD decoding routines read from coreboot
table entries and the driver responsible for creating the sysfs
interface.
This patchset depends
.
Signed-off-by: Wei-Ning Huang
Signed-off-by: Thierry Escande
---
In this v2:
- Fix coding style issues reported by 'checkpatch --strict'
- Add missing vpd_ prefix to some functions
---
drivers/firmware/google/Kconfig | 7 +
drivers/firmware/google/Makefile | 3 +
drivers/firmware
.
The VPD string sections in the coreboot tables contain the type (1 byte
set to 0x01 for strings), the key length, the key ascii array, the value
length, and the value ascii array. The key and value arrays are not null
terminated.
Signed-off-by: Wei-Ning Huang
Signed-off-by: Thierry Escande
On 11/04/2017 16:11, Greg Kroah-Hartman wrote:
On Tue, Apr 11, 2017 at 04:10:12PM +0200, Greg Kroah-Hartman wrote:
On Tue, Apr 11, 2017 at 11:14:30AM +0200, Thierry Escande wrote:
...
+ }
+
+ return VPD_OK;
+}
+EXPORT_SYMBOL(decode_vpd_string);
Normally put the prefix
On 11/04/2017 16:11, Greg Kroah-Hartman wrote:
On Tue, Apr 11, 2017 at 04:10:12PM +0200, Greg Kroah-Hartman wrote:
On Tue, Apr 11, 2017 at 11:14:30AM +0200, Thierry Escande wrote:
...
+ }
+
+ return VPD_OK;
+}
+EXPORT_SYMBOL(decode_vpd_string);
Normally put the prefix
Hi Greg
On 11/04/2017 16:09, Greg Kroah-Hartman wrote:
On Tue, Apr 11, 2017 at 11:14:30AM +0200, Thierry Escande wrote:
+#include
+
+#include "vpd_decode.h"
+
+static int decode_len(const int32_t max_len, const uint8_t *in,
+ int32_t *length, int32_t *d
Hi Greg
On 11/04/2017 16:09, Greg Kroah-Hartman wrote:
On Tue, Apr 11, 2017 at 11:14:30AM +0200, Thierry Escande wrote:
+#include
+
+#include "vpd_decode.h"
+
+static int decode_len(const int32_t max_len, const uint8_t *in,
+ int32_t *length, int32_t *d
ontent
is the value for the key.
Signed-off-by: Wei-Ning Huang <wnhu...@google.com>
Signed-off-by: Thierry Escande <thierry.esca...@collabora.com>
---
drivers/firmware/google/Kconfig | 7 +
drivers/firmware/google/Makefile | 3 +
drivers/firmware/goo
.
Signed-off-by: Wei-Ning Huang
Signed-off-by: Thierry Escande
---
drivers/firmware/google/Kconfig | 7 +
drivers/firmware/google/Makefile | 3 +
drivers/firmware/google/vpd.c| 333 +++
3 files changed, 343 insertions(+)
create mode 100644 drivers
oogle.com>
Signed-off-by: Thierry Escande <thierry.esca...@collabora.com>
---
drivers/firmware/google/vpd_decode.c | 99
drivers/firmware/google/vpd_decode.h | 59 +
2 files changed, 158 insertions(+)
create mode 100644 drive
.
The VPD string sections in the coreboot tables contain the type (1 byte
set to 0x01 for strings), the key length, the key ascii array, the value
length, and the value ascii array. The key and value arrays are not null
terminated.
Signed-off-by: Wei-Ning Huang
Signed-off-by: Thierry Escande
Hi,
This patchset adds support for accessing Google Vital Product Data (VPD)
through the sysfs interface under /sys/firmware/vpd.
This patchset contains the VPD decoding routines read from coreboot
table entries and the driver responsible for creating the sysfs
interface.
This patchset depends
Hi,
This patchset adds support for accessing Google Vital Product Data (VPD)
through the sysfs interface under /sys/firmware/vpd.
This patchset contains the VPD decoding routines read from coreboot
table entries and the driver responsible for creating the sysfs
interface.
This patchset depends
<clch...@chromium.org>
Signed-off-by: Thierry Escande <thierry.esca...@collabora.com>
---
drivers/hid/hid-magicmouse.c | 15 ---
1 file changed, 8 insertions(+), 7 deletions(-)
diff --git a/drivers/hid/hid-magicmouse.c b/drivers/hid/hid-magicmouse.c
index 20b40ad..1d6c997 100644
---
these keybits for self-configuration and thus they cannot operate
properly if the keybits are not set.
One of such troubles is that libevdev will not be able to emit correct
touch count, causing gestures library failed to do fling stop.
Signed-off-by: Che-Liang Chiou
Signed-off-by: Thierry Escande
This patch removes the "Google Firmware Drivers" menu containing a
menuconfig entry with the exact same name. The menuconfig is now
directly under the "Firmware Drivers" entry.
Signed-off-by: Thierry Escande <thierry.esca...@collabora.com>
---
drivers/firmware/google/K
This patch removes the "Google Firmware Drivers" menu containing a
menuconfig entry with the exact same name. The menuconfig is now
directly under the "Firmware Drivers" entry.
Signed-off-by: Thierry Escande
---
drivers/firmware/google/Kconfig | 7 +++
1 file changed
a...@google.com>
Duncan Laurie <dlau...@chromium.org>
Julius Werner <jwer...@chromium.org>
Brian Norris <briannor...@chromium.org>
Signed-off-by: Thierry Escande <thierry.esca...@collabora.com>
---
drivers/firmware/google/Kconfig | 25 +-
drivers/f
-by: Thierry Escande <thierry.esca...@collabora.com>
---
drivers/firmware/google/Kconfig | 9 +-
drivers/firmware/google/Makefile| 3 +-
drivers/firmware/google/memconsole-x86-legacy.c | 154 +++
drivers/firmware/google/memconsole.c
boot's in-memory log).
(An example implementation can be seen in the following patch)
Signed-off-by: Julius Werner <jwer...@chromium.org>
Signed-off-by: Thierry Escande <thierry.esca...@collabora.com>
---
.../devicetree/bindings/firmware/coreboot.txt | 33 ++
):
firmware: Add coreboot device tree binding documentation
Thierry Escande (4):
firmware: google memconsole: Remove useless submenu in Kconfig
firmware: google memconsole: Move specific EBDA parts
firmware: google memconsole: Add coreboot support
firmware: google memconsole: Add ARM/ARM64
-by: Thierry Escande
---
drivers/firmware/google/Kconfig | 9 +-
drivers/firmware/google/Makefile| 3 +-
drivers/firmware/google/memconsole-x86-legacy.c | 154 +++
drivers/firmware/google/memconsole.c| 155
drivers
).
(An example implementation can be seen in the following patch)
Signed-off-by: Julius Werner
Signed-off-by: Thierry Escande
---
.../devicetree/bindings/firmware/coreboot.txt | 33 ++
1 file changed, 33 insertions(+)
create mode 100644 Documentation/devicetree/bindings/firmware
):
firmware: Add coreboot device tree binding documentation
Thierry Escande (4):
firmware: google memconsole: Remove useless submenu in Kconfig
firmware: google memconsole: Move specific EBDA parts
firmware: google memconsole: Add coreboot support
firmware: google memconsole: Add ARM/ARM64
-by: Thierry Escande
---
drivers/firmware/google/Kconfig | 25 +-
drivers/firmware/google/Makefile | 3 +
drivers/firmware/google/coreboot_table-acpi.c | 88 +
drivers/firmware/google/coreboot_table.c | 94 ++
drivers
Brian Norris <briannor...@chromium.org>
Signed-off-by: Thierry Escande <thierry.esca...@collabora.com>
---
In this v2:
Adds a missing dependency on X86 for the GOOGLE_SMI symbol reported by
the kbuild test robot as the X86 dependency is removed from the
GOOGLE_FIRMWARE symbol for ARM sup
installed the 'coreboot' compatible device tree
node that describes its base address and size.
This patch is a rework/split/merge of patches from the chromeos v4.4
kernel tree originally authored by:
Wei-Ning Huang
Julius Werner
Brian Norris
Signed-off-by: Thierry Escande
---
In this v2
This patch removes the "Google Firmware Drivers" menu containing a
menuconfig entry with the exact same name. The menuconfig is now
directly under the "Firmware Drivers" entry.
Signed-off-by: Thierry Escande <thierry.esca...@collabora.com>
---
drivers/firmware/google/K
-by: Thierry Escande <thierry.esca...@collabora.com>
---
drivers/firmware/google/Kconfig | 9 +-
drivers/firmware/google/Makefile| 3 +-
drivers/firmware/google/memconsole-x86-legacy.c | 154 +++
drivers/firmware/google/memconsole.c
This patch removes the "Google Firmware Drivers" menu containing a
menuconfig entry with the exact same name. The menuconfig is now
directly under the "Firmware Drivers" entry.
Signed-off-by: Thierry Escande
---
drivers/firmware/google/Kconfig | 7 +++
1 file changed
-by: Thierry Escande
---
drivers/firmware/google/Kconfig | 9 +-
drivers/firmware/google/Makefile| 3 +-
drivers/firmware/google/memconsole-x86-legacy.c | 154 +++
drivers/firmware/google/memconsole.c| 155
drivers
boot's in-memory log).
(An example implementation can be seen in the following patch)
Signed-off-by: Julius Werner <jwer...@chromium.org>
Signed-off-by: Thierry Escande <thierry.esca...@collabora.com>
---
.../devicetree/bindings/firmware/coreboot.txt | 33 ++
Thierry Escande (4):
firmware: google memconsole: Remove useless submenu in Kconfig
firmware: google memconsole: Move specific EBDA parts
firmware: google memconsole: Add coreboot support
firmware: google memconsole: Add ARM/ARM64 support
.../devicetree/bindings/firmware/coreboot.txt | 33
).
(An example implementation can be seen in the following patch)
Signed-off-by: Julius Werner
Signed-off-by: Thierry Escande
---
.../devicetree/bindings/firmware/coreboot.txt | 33 ++
1 file changed, 33 insertions(+)
create mode 100644 Documentation/devicetree/bindings/firmware
Thierry Escande (4):
firmware: google memconsole: Remove useless submenu in Kconfig
firmware: google memconsole: Move specific EBDA parts
firmware: google memconsole: Add coreboot support
firmware: google memconsole: Add ARM/ARM64 support
.../devicetree/bindings/firmware/coreboot.txt | 33
a...@google.com>
Duncan Laurie <dlau...@chromium.org>
Julius Werner <jwer...@chromium.org>
Brian Norris <briannor...@chromium.org>
Signed-off-by: Thierry Escande <thierry.esca...@collabora.com>
---
drivers/firmware/google/Kconfig | 25 +-
drivers/f
Brian Norris <briannor...@chromium.org>
Signed-off-by: Thierry Escande <thierry.esca...@collabora.com>
---
drivers/firmware/google/Kconfig | 13 -
drivers/firmware/google/Makefile| 1 +
drivers/firmware/google/coreboot_table-of.c | 82 ++
-by: Thierry Escande
---
drivers/firmware/google/Kconfig | 25 +-
drivers/firmware/google/Makefile | 3 +
drivers/firmware/google/coreboot_table-acpi.c | 88 +
drivers/firmware/google/coreboot_table.c | 94 ++
drivers
installed the 'coreboot' compatible device tree
node that describes its base address and size.
This patch is a rework/split/merge of patches from the chromeos v4.4
kernel tree originally authored by:
Wei-Ning Huang
Julius Werner
Brian Norris
Signed-off-by: Thierry Escande
---
drivers
t much we can do for these drives, so we
shouldn't fail to suspend for this error case. The drive may stay
powered if that's the setup for the port it's plugged into.
Signed-off-by: Derek Basehore <dbaseh...@chromium.org>
Signed-off-by: Thierry Escande <thierry.esca...@collabora.com>
for these drives, so we
shouldn't fail to suspend for this error case. The drive may stay
powered if that's the setup for the port it's plugged into.
Signed-off-by: Derek Basehore
Signed-off-by: Thierry Escande
---
drivers/scsi/sd.c | 22 ++
1 file changed, 18 insertions(+), 4 deletions
wake event for non-wake host events
Thierry Escande (1):
cros_ec: Don't return error when checking command version
drivers/mfd/cros_ec.c | 13 +++--
drivers/platform/chrome/cros_ec_proto.c | 96 ++---
include/linux/mfd/cros_ec.h | 16
urious aborted suspend
attempts.
Signed-off-by: Shawn Nematbakhsh <sha...@chromium.org>
Signed-off-by: Thierry Escande <thierry.esca...@collabora.com>
---
drivers/mfd/cros_ec.c | 13 --
drivers/platform/chrome/cros_ec_proto.c | 76 ++---
wake event for non-wake host events
Thierry Escande (1):
cros_ec: Don't return error when checking command version
drivers/mfd/cros_ec.c | 13 +++--
drivers/platform/chrome/cros_ec_proto.c | 96 ++---
include/linux/mfd/cros_ec.h | 16
attempts.
Signed-off-by: Shawn Nematbakhsh
Signed-off-by: Thierry Escande
---
drivers/mfd/cros_ec.c | 13 --
drivers/platform/chrome/cros_ec_proto.c | 76 ++---
include/linux/mfd/cros_ec.h | 5 ++-
3 files changed, 85 insertions(+), 9
With this patch, cros_ec_query_all() does not return an error if it
fails to check for MKBP events support. Instead, the EC device structure
indicates that it does not support MKBP events (mkbp_event_supported
field) and cros_ec_query_all() returns 0.
Signed-off-by: Thierry Escande <thierry.e
With this patch, cros_ec_query_all() does not return an error if it
fails to check for MKBP events support. Instead, the EC device structure
indicates that it does not support MKBP events (mkbp_event_supported
field) and cros_ec_query_all() returns 0.
Signed-off-by: Thierry Escande
---
drivers
ommand() in the function
cros_ec_get_host_command_version_mask(). Also, this patch adds the
function header indicating it must be called protected.
Signed-off-by: Gwendal Grignou <gwen...@chromium.org>
Signed-off-by: Thierry Escande <thierry.esca...@collabora.com>
---
drive
cros_ec_get_host_command_version_mask(). Also, this patch adds the
function header indicating it must be called protected.
Signed-off-by: Gwendal Grignou
Signed-off-by: Thierry Escande
---
drivers/platform/chrome/cros_ec_proto.c | 18 +-
1 file changed, 17 insertions(+), 1 deletion
Hi Lee,
On 07/02/2017 17:12, Lee Jones wrote:
On Wed, 25 Jan 2017, Thierry Escande wrote:
From: Shawn Nematbakhsh <sha...@chromium.org>
The subset of wake-enabled host events is defined by the EC, but the EC
may still send non-wake host events if we're in the process of
suspendin
Hi Lee,
On 07/02/2017 17:12, Lee Jones wrote:
On Wed, 25 Jan 2017, Thierry Escande wrote:
From: Shawn Nematbakhsh
The subset of wake-enabled host events is defined by the EC, but the EC
may still send non-wake host events if we're in the process of
suspending. Get the mask of wake-enabled
From: Archana Patni <archana.pa...@intel.com>
This patch installs an ACPI GPE handler for LID0 ACPI device to indicate
ACPI core that this GPE should stay enabled for lid to work in suspend
to idle path.
Signed-off-by: Archana Patni <archana.pa...@intel.com>
Signed-off-by: Thi
From: Archana Patni
This patch installs an ACPI GPE handler for LID0 ACPI device to indicate
ACPI core that this GPE should stay enabled for lid to work in suspend
to idle path.
Signed-off-by: Archana Patni
Signed-off-by: Thierry Escande
---
This patch depends on https://lkml.org/lkml/2017/1
ommand() in the function
cros_ec_get_host_command_version_mask(). Also, this patch adds the
function header indicating it must be called protected.
Signed-off-by: Gwendal Grignou <gwen...@chromium.org>
Signed-off-by: Thierry Escande <thierry.esca...@collabora.com>
---
drive
cros_ec_get_host_command_version_mask(). Also, this patch adds the
function header indicating it must be called protected.
Signed-off-by: Gwendal Grignou
Signed-off-by: Thierry Escande
---
drivers/platform/chrome/cros_ec_proto.c | 18 +-
1 file changed, 17 insertions(+), 1 deletion
EC is not responsive at probe
Shawn Nematbakhsh (1):
cros_ec: Don't signal wake event for non-wake host events
Thierry Escande (1):
cros_ec: Don't return error when checking command version
drivers/mfd/cros_ec.c | 14 +-
drivers/platform/chrome/cros_ec_proto.c | 80
EC is not responsive at probe
Shawn Nematbakhsh (1):
cros_ec: Don't signal wake event for non-wake host events
Thierry Escande (1):
cros_ec: Don't return error when checking command version
drivers/mfd/cros_ec.c | 14 +-
drivers/platform/chrome/cros_ec_proto.c | 80
urious aborted suspend
attempts.
Signed-off-by: Shawn Nematbakhsh <sha...@chromium.org>
Signed-off-by: Thierry Escande <thierry.esca...@collabora.com>
---
drivers/mfd/cros_ec.c | 14 ++--
drivers/platform/chrome/cros_ec_proto.c | 60 ++
attempts.
Signed-off-by: Shawn Nematbakhsh
Signed-off-by: Thierry Escande
---
drivers/mfd/cros_ec.c | 14 ++--
drivers/platform/chrome/cros_ec_proto.c | 60 +
include/linux/mfd/cros_ec.h | 12 +++
3 files changed, 84 insertions
With this patch, cros_ec_query_all() does not return an error if it
fails to check for MKBP events support. Instead, the EC device structure
indicates that it does not support MKBP events (mkbp_event_supported
field) and cros_ec_query_all() returns 0.
Signed-off-by: Thierry Escande <thierry.e
With this patch, cros_ec_query_all() does not return an error if it
fails to check for MKBP events support. Instead, the EC device structure
indicates that it does not support MKBP events (mkbp_event_supported
field) and cros_ec_query_all() returns 0.
Signed-off-by: Thierry Escande
---
drivers
h <sha...@chromium.org>
Signed-off-by: Thierry Escande <thierry.esca...@collabora.com>
---
drivers/mfd/cros_ec.c | 10 ++
1 file changed, 6 insertions(+), 4 deletions(-)
diff --git a/drivers/mfd/cros_ec.c b/drivers/mfd/cros_ec.c
index b8a5080..9b66a98 100644
--- a/drivers/mfd/cros_
From: Shawn Nematbakhsh
pm_suspend_via_firmware() will return false for platforms with ACPI
disabled and ACPI is a prerequisite for S0ix support.
With this patch, sleep state event sent to EC is forced to S3 if ACPI is
disabled.
Signed-off-by: Shawn Nematbakhsh
Signed-off-by: Thierry Escande
On 05/01/2017 15:43, Lee Jones wrote:
Rafael,
On Thu, 05 Jan 2017, Thierry Escande wrote:
Hi Lee,
On 05/01/2017 08:54, Lee Jones wrote:
On Wed, 04 Jan 2017, Thierry Escande wrote:
Hi Lee,
On 04/01/2017 10:06, Lee Jones wrote:
On Fri, 16 Dec 2016, Thierry Escande wrote:
From: Archana
On 05/01/2017 15:43, Lee Jones wrote:
Rafael,
On Thu, 05 Jan 2017, Thierry Escande wrote:
Hi Lee,
On 05/01/2017 08:54, Lee Jones wrote:
On Wed, 04 Jan 2017, Thierry Escande wrote:
Hi Lee,
On 04/01/2017 10:06, Lee Jones wrote:
On Fri, 16 Dec 2016, Thierry Escande wrote:
From: Archana
Hi Lee,
On 05/01/2017 08:54, Lee Jones wrote:
On Wed, 04 Jan 2017, Thierry Escande wrote:
Hi Lee,
On 04/01/2017 10:06, Lee Jones wrote:
On Fri, 16 Dec 2016, Thierry Escande wrote:
From: Archana Patni <archana.pa...@intel.com>
This patch installs an ACPI GPE handler for LID0 ACPI
Hi Lee,
On 05/01/2017 08:54, Lee Jones wrote:
On Wed, 04 Jan 2017, Thierry Escande wrote:
Hi Lee,
On 04/01/2017 10:06, Lee Jones wrote:
On Fri, 16 Dec 2016, Thierry Escande wrote:
From: Archana Patni
This patch installs an ACPI GPE handler for LID0 ACPI device to indicate
ACPI core
Hi Lee,
On 04/01/2017 10:06, Lee Jones wrote:
On Fri, 16 Dec 2016, Thierry Escande wrote:
From: Archana Patni <archana.pa...@intel.com>
This patch installs an ACPI GPE handler for LID0 ACPI device to indicate
ACPI core that this GPE should stay enabled for lid to work in suspend
to idl
Hi Lee,
On 04/01/2017 10:06, Lee Jones wrote:
On Fri, 16 Dec 2016, Thierry Escande wrote:
From: Archana Patni
This patch installs an ACPI GPE handler for LID0 ACPI device to indicate
ACPI core that this GPE should stay enabled for lid to work in suspend
to idle path.
Signed-off-by: Archana
Hi Lee,
On 04/01/2017 10:07, Lee Jones wrote:
On Fri, 16 Dec 2016, Thierry Escande wrote:
From: Shawn Nematbakhsh <sha...@chromium.org>
Notify EC when going to or returning from suspend so that proper actions
related to wake events can be taken.
Signed-off-by: Shawn Nematbakhs
Hi Lee,
On 04/01/2017 10:07, Lee Jones wrote:
On Fri, 16 Dec 2016, Thierry Escande wrote:
From: Shawn Nematbakhsh
Notify EC when going to or returning from suspend so that proper actions
related to wake events can be taken.
Signed-off-by: Shawn Nematbakhsh
Signed-off-by: Thierry Escande
From: Shawn Nematbakhsh <sha...@chromium.org>
Notify EC when going to or returning from suspend so that proper actions
related to wake events can be taken.
Signed-off-by: Shawn Nematbakhsh <sha...@chromium.org>
Signed-off-by: Thierry Escande <thierry.esca...@collabora.com>
From: Shawn Nematbakhsh
Notify EC when going to or returning from suspend so that proper actions
related to wake events can be taken.
Signed-off-by: Shawn Nematbakhsh
Signed-off-by: Thierry Escande
---
drivers/mfd/cros_ec.c| 49
include
From: Archana Patni <archana.pa...@intel.com>
This patch installs an ACPI GPE handler for LID0 ACPI device to indicate
ACPI core that this GPE should stay enabled for lid to work in suspend
to idle path.
Signed-off-by: Archana Patni <archana.pa...@intel.com>
Signed-off-by: Thi
From: Archana Patni
This patch installs an ACPI GPE handler for LID0 ACPI device to indicate
ACPI core that this GPE should stay enabled for lid to work in suspend
to idle path.
Signed-off-by: Archana Patni
Signed-off-by: Thierry Escande
---
drivers/mfd/cros_ec.c | 97
Hi,
This series adds some improvements to the ChromeOS EC driver.
- New EC host commands are sent through suspend/resume ops.
- A flag now protect data transfer while device is suspended.
- LID0 device GPE now stays enabled for lid to work in suspend to
idle path.
This patchset depends on [1]
;
Signed-off-by: Thierry Escande <thierry.esca...@collabora.com>
---
drivers/mfd/cros_ec.c | 2 ++
drivers/platform/chrome/cros_ec_proto.c | 5 +
include/linux/mfd/cros_ec.h | 2 ++
3 files changed, 9 insertions(+)
diff --git a/drivers/mfd/cros_ec.c b/dri
Hi,
This series adds some improvements to the ChromeOS EC driver.
- New EC host commands are sent through suspend/resume ops.
- A flag now protect data transfer while device is suspended.
- LID0 device GPE now stays enabled for lid to work in suspend to
idle path.
This patchset depends on [1]
From: Joseph Lo
The cros_ec driver is still active while the device is suspended.
Besides that, it also tries to transfer data even after the I2C host had
been suspended. This patch uses a simple flag to prevent this.
Signed-off-by: Joseph Lo
Signed-off-by: Thierry Escande
---
drivers/mfd
From: Archana Patni <archana.pa...@intel.com>
This patch adds suspend and resume pm ops to the LPC ChromeOS EC driver.
These LPC handlers call the croc_ec generic handlers.
Signed-off-by: Archana Patni <archana.pa...@intel.com>
Signed-off-by: Thierry Escande <thierry.esca..
From: Gwendal Grignou <gwen...@chromium.org>
This patch installs a notify handler to process MKBP events for EC
firmware directing them over ACPI.
Signed-off-by: Gwendal Grignou <gwen...@chromium.org>
Signed-off-by: Thierry Escande <thierry.esca...@collabora.com>
---
drive
601 - 700 of 778 matches
Mail list logo