<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/drivers/platform/chrome, branch v5.14</title>
<subtitle>Mirror of https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/
</subtitle>
<id>https://git.shady.money/linux/atom?h=v5.14</id>
<link rel='self' href='https://git.shady.money/linux/atom?h=v5.14'/>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/'/>
<updated>2021-06-30T07:06:53Z</updated>
<entry>
<title>Merge branch 'for-5.14/intel-ish' into for-linus</title>
<updated>2021-06-30T07:06:53Z</updated>
<author>
<name>Jiri Kosina</name>
<email>jkosina@suse.cz</email>
</author>
<published>2021-06-30T07:06:53Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=33197bd3e82f5c60487e53d4a291dc2e6031833f'/>
<id>urn:sha1:33197bd3e82f5c60487e53d4a291dc2e6031833f</id>
<content type='text'>
- support for ISH DMA on EHL platform from Even Xu
- various code style fixes and cleanups from Lee Jones and Uwe Kleine-König
</content>
</entry>
<entry>
<title>Merge tag 'tag-chrome-platform-for-v5.13' of git://git.kernel.org/pub/scm/linux/kernel/git/chrome-platform/linux</title>
<updated>2021-05-07T21:49:18Z</updated>
<author>
<name>Linus Torvalds</name>
<email>torvalds@linux-foundation.org</email>
</author>
<published>2021-05-07T21:49:18Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=dd860052c99b1e088352bdd4fb7aef46f8d2ef47'/>
<id>urn:sha1:dd860052c99b1e088352bdd4fb7aef46f8d2ef47</id>
<content type='text'>
Pull chrome platform updates from Benson Leung:
 "cros_ec_typec:

   - Changes around DP mode check, hard reset, tracking port change.

  cros_ec misc:

   - wilco_ec: Convert stream-like files from nonseekable to stream open

   - cros_usbpd_notify: Listen to EC_HSOT_EVENT_USB_MUX host event

   - fix format warning in cros_ec_typec"

* tag 'tag-chrome-platform-for-v5.13' of git://git.kernel.org/pub/scm/linux/kernel/git/chrome-platform/linux:
  platform/chrome: cros_ec_lpc: Use DEFINE_MUTEX() for mutex lock
  platform/chrome: cros_usbpd_notify: Listen to EC_HOST_EVENT_USB_MUX host event
  platform/chrome: cros_ec_typec: Add DP mode check
  platform/chrome: cros_ec_typec: Handle hard reset
  platform/chrome: cros_ec: Add Type C hard reset
  platform/chrome: cros_ec_typec: Track port role
  platform/chrome: cros_ec_typec: fix clang -Wformat warning
  platform/chrome: cros_ec_typec: Check for device within remove function
  platform/chrome: wilco_ec: convert stream-like files from nonseekable_open -&gt; stream_open
</content>
</entry>
<entry>
<title>platform/chrome: cros_ec_lpc: Use DEFINE_MUTEX() for mutex lock</title>
<updated>2021-04-21T08:00:30Z</updated>
<author>
<name>Ye Bin</name>
<email>yebin10@huawei.com</email>
</author>
<published>2021-04-09T09:51:38Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=d61b3f9b91be32f714b218377ab5081932e3ebc2'/>
<id>urn:sha1:d61b3f9b91be32f714b218377ab5081932e3ebc2</id>
<content type='text'>
mutex lock can be initialized automatically with DEFINE_MUTEX()
rather than explicitly calling mutex_init().

Reported-by: Hulk Robot &lt;hulkci@huawei.com&gt;
Signed-off-by: Ye Bin &lt;yebin10@huawei.com&gt;
Signed-off-by: Enric Balletbo i Serra &lt;enric.balletbo@collabora.com&gt;
Link: https://lore.kernel.org/r/20210409095138.2293869-1-yebin10@huawei.com
</content>
</entry>
<entry>
<title>platform/chrome: cros_usbpd_notify: Listen to EC_HOST_EVENT_USB_MUX host event</title>
<updated>2021-04-21T07:40:37Z</updated>
<author>
<name>Pi-Hsun Shih</name>
<email>pihsun@chromium.org</email>
</author>
<published>2021-04-14T06:45:24Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=4423ee65f76818c8a8994e6f5821372661ea7f89'/>
<id>urn:sha1:4423ee65f76818c8a8994e6f5821372661ea7f89</id>
<content type='text'>
On system that use ACPI, cros_usbpd_notify gets notifications of USB MUX
host event same as PD host events [1]. But currently on system that use
DT, the driver only listen on EC_HOST_EVENT_PD_MCU.

Add EC_HOST_EVENT_USB_MUX to the list of host events, so we have same
behavior on all platforms.

[1]: https://chromium.googlesource.com/chromiumos/third_party/coreboot/+/refs/heads/chromeos-2016.05/src/ec/google/chromeec/acpi/ec.asl#382

Signed-off-by: Pi-Hsun Shih &lt;pihsun@chromium.org&gt;
Signed-off-by: Enric Balletbo i Serra &lt;enric.balletbo@collabora.com&gt;
Link: https://lore.kernel.org/r/20210414064524.2450908-1-pihsun@chromium.org
</content>
</entry>
<entry>
<title>platform/chrome: cros_ec_typec: Add DP mode check</title>
<updated>2021-04-21T07:33:35Z</updated>
<author>
<name>Prashant Malani</name>
<email>pmalani@chromium.org</email>
</author>
<published>2021-04-21T04:21:09Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=c5bb32f57bf3a30ed03be51f7be0840325ba8b4a'/>
<id>urn:sha1:c5bb32f57bf3a30ed03be51f7be0840325ba8b4a</id>
<content type='text'>
There are certain transitional situations where the dp_mode field in the
PD_CONTROL response might not be populated with the right DP pin
assignment value yet. Add a check for that to avoid sending an invalid
value to the Type C mode switch.

Signed-off-by: Prashant Malani &lt;pmalani@chromium.org&gt;
Signed-off-by: Enric Balletbo i Serra &lt;enric.balletbo@collabora.com&gt;
Link: https://lore.kernel.org/r/20210421042108.2002-1-pmalani@chromium.org
</content>
</entry>
<entry>
<title>platform/chrome: cros_ec_typec: Handle hard reset</title>
<updated>2021-04-20T17:35:42Z</updated>
<author>
<name>Prashant Malani</name>
<email>pmalani@chromium.org</email>
</author>
<published>2021-04-20T17:16:13Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=944b3a639573796debe3cd47298a5dd79810be73'/>
<id>urn:sha1:944b3a639573796debe3cd47298a5dd79810be73</id>
<content type='text'>
The Chrome Embedded Controller (EC) generates a hard reset type C event
when a USB Power Delivery (PD) hard reset is encountered. Handle this
event by unregistering the partner and cable on the associated port and
clearing the event flag.

Cc: Benson Leung &lt;bleung@chromium.org&gt;
Signed-off-by: Prashant Malani &lt;pmalani@chromium.org&gt;
Signed-off-by: Enric Balletbo i Serra &lt;enric.balletbo@collabora.com&gt;
Link: https://lore.kernel.org/r/20210420171617.3830902-2-pmalani@chromium.org
</content>
</entry>
<entry>
<title>platform/chrome: cros_ec_typec: Track port role</title>
<updated>2021-04-20T17:35:42Z</updated>
<author>
<name>Prashant Malani</name>
<email>pmalani@chromium.org</email>
</author>
<published>2021-04-20T17:10:09Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=670160fea22c587b384d56698bbb661fa4801534'/>
<id>urn:sha1:670160fea22c587b384d56698bbb661fa4801534</id>
<content type='text'>
Stash the currently reported port role in the port struct and add a
check for that too while determining whether to re-configure on-board
Type C switches (this deals with cases like role swaps where the mux
flags don't change, but the port role does).

Signed-off-by: Prashant Malani &lt;pmalani@chromium.org&gt;
Suggested-by: Nikunj A. Dadhania &lt;nikunj.dadhania@intel.com&gt;
Tested-by: Deepti Deshatty &lt;deepti.deshatty@intel.com&gt;
Signed-off-by: Enric Balletbo i Serra &lt;enric.balletbo@collabora.com&gt;
Link: https://lore.kernel.org/r/20210420171008.3829549-1-pmalani@chromium.org
</content>
</entry>
<entry>
<title>platform/chrome: chromeos_laptop - Prepare complete software nodes</title>
<updated>2021-04-10T19:43:02Z</updated>
<author>
<name>Heikki Krogerus</name>
<email>heikki.krogerus@linux.intel.com</email>
</author>
<published>2021-03-29T10:50:45Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=2c02f659851a962a57fc663e9aa33fe57606086a'/>
<id>urn:sha1:2c02f659851a962a57fc663e9aa33fe57606086a</id>
<content type='text'>
The older device property API is going to be removed soon
and that will affect also I2C subystem. Supplying complete
software nodes instead of only the properties in them for
the I2C devices.

Signed-off-by: Heikki Krogerus &lt;heikki.krogerus@linux.intel.com&gt;
Acked-by: Enric Balletbo i Serra &lt;enric.balletbo@collabora.com&gt;
Signed-off-by: Wolfram Sang &lt;wsa@kernel.org&gt;
</content>
</entry>
<entry>
<title>platform/chrome: cros_ec_typec: fix clang -Wformat warning</title>
<updated>2021-03-30T16:28:50Z</updated>
<author>
<name>Arnd Bergmann</name>
<email>arnd@arndb.de</email>
</author>
<published>2021-03-22T11:55:55Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=c6e939c63c80c26460b25cf1150ebe8396e8adcf'/>
<id>urn:sha1:c6e939c63c80c26460b25cf1150ebe8396e8adcf</id>
<content type='text'>
Clang warns about using the %h format modifier to truncate an
integer:

drivers/platform/chrome/cros_ec_typec.c:1031:3: error: format specifies type 'unsigned char' but the argument has type 'unsigned int' [-Werror,-Wformat]
                typec-&gt;pd_ctrl_ver);
                ^~~~~~~~~~~~~~~~~~
include/linux/dev_printk.h:131:47: note: expanded from macro 'dev_dbg'
                dev_printk(KERN_DEBUG, dev, dev_fmt(fmt), ##__VA_ARGS__); \
                                                    ~~~     ^~~~~~~~~~~

Use an explicit bit mask to limit the number to its lower eight bits
instead.

Fixes: ad7c0510c99e ("platform/chrome: cros_ec_typec: Update port info from EC")
Signed-off-by: Arnd Bergmann &lt;arnd@arndb.de&gt;
Reviewed-by: Guenter Roeck &lt;groeck@chromium.org&gt;
Signed-off-by: Enric Balletbo i Serra &lt;enric.balletbo@collabora.com&gt;
Link: https://lore.kernel.org/r/20210322115602.4003221-1-arnd@kernel.org
</content>
</entry>
<entry>
<title>platform/chrome: cros_ec_typec: Check for device within remove function</title>
<updated>2021-03-30T16:25:22Z</updated>
<author>
<name>Prashant Malani</name>
<email>pmalani@chromium.org</email>
</author>
<published>2021-03-19T01:51:03Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=639ff208cb37c5a3f0198e62d04962b677d25c9c'/>
<id>urn:sha1:639ff208cb37c5a3f0198e62d04962b677d25c9c</id>
<content type='text'>
In a couple of call sites, we use the same pattern of checking for a
partner or cable device before attempting to remove it. Simplify this by
moving those checks into the remove functions.

Cc: Benson Leung &lt;bleung@chromium.org&gt;
Signed-off-by: Prashant Malani &lt;pmalani@chromium.org&gt;
Signed-off-by: Enric Balletbo i Serra &lt;enric.balletbo@collabora.com&gt;
Link: https://lore.kernel.org/r/20210319015103.3751672-1-pmalani@chromium.org
</content>
</entry>
</feed>
