<feed xmlns='http://www.w3.org/2005/Atom'>
<title>delta/coreboot/chrome-ec.git, branch release-R58-9334.B</title>
<subtitle>review.coreboot.org: chrome-ec.git
</subtitle>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/coreboot/chrome-ec.git/'/>
<entry>
<title>pyro: battery FW update tool modify for learning mode</title>
<updated>2017-03-21T14:47:50+00:00</updated>
<author>
<name>Bruce</name>
<email>Bruce.Wan@quantatw.com</email>
</author>
<published>2017-03-14T10:42:57+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/coreboot/chrome-ec.git/commit/?id=1361c88a88909b94cf30b83a862479da7574f3b7'/>
<id>1361c88a88909b94cf30b83a862479da7574f3b7</id>
<content type='text'>
Let unit can't update battery FW when battery state in learning mode.

BUG=b:36372859
BRANCH=reef
TEST=check unit can't update battery FW in learning mode.

Change-Id: I9d69811d84fc386cda6adb51be51f1cfb4fcdf55
Signed-off-by: Bruce.Wan &lt;Bruce.Wan@quantatw.com&gt;
Reviewed-on: https://chromium-review.googlesource.com/454656
Commit-Ready: Keith Tzeng &lt;keith.tzeng@quantatw.com&gt;
Tested-by: Keith Tzeng &lt;keith.tzeng@quantatw.com&gt;
Reviewed-by: Aaron Durbin &lt;adurbin@chromium.org&gt;
(cherry picked from commit 80cb93f45d396d797a47ab478dd62f9d29be7b3b)
Reviewed-on: https://chromium-review.googlesource.com/456437
Reviewed-by: YH Lin &lt;yueherngl@chromium.org&gt;
Commit-Queue: Keith Tzeng &lt;keith.tzeng@quantatw.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Let unit can't update battery FW when battery state in learning mode.

BUG=b:36372859
BRANCH=reef
TEST=check unit can't update battery FW in learning mode.

Change-Id: I9d69811d84fc386cda6adb51be51f1cfb4fcdf55
Signed-off-by: Bruce.Wan &lt;Bruce.Wan@quantatw.com&gt;
Reviewed-on: https://chromium-review.googlesource.com/454656
Commit-Ready: Keith Tzeng &lt;keith.tzeng@quantatw.com&gt;
Tested-by: Keith Tzeng &lt;keith.tzeng@quantatw.com&gt;
Reviewed-by: Aaron Durbin &lt;adurbin@chromium.org&gt;
(cherry picked from commit 80cb93f45d396d797a47ab478dd62f9d29be7b3b)
Reviewed-on: https://chromium-review.googlesource.com/456437
Reviewed-by: YH Lin &lt;yueherngl@chromium.org&gt;
Commit-Queue: Keith Tzeng &lt;keith.tzeng@quantatw.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>npcx: gpio: Fixed bug GPIO's ISRs clear the other pending bits.</title>
<updated>2017-03-03T09:32:21+00:00</updated>
<author>
<name>Mulin Chao</name>
<email>mlchao@nuvoton.com</email>
</author>
<published>2017-03-03T01:48:25+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/coreboot/chrome-ec.git/commit/?id=9c24fac50542e2a391f509dad98303667c82c655'/>
<id>9c24fac50542e2a391f509dad98303667c82c655</id>
<content type='text'>
Since the interrupts of MIWU group E/F/G/H of table 0 are the same
(interrupt 11), we need to handle LPCs' and GPIOs' events at the
same ISR. But we also found there is a leak that ec has the chance
to skip the other events which don't belong to GPIOs unexpectedly.
(For example, LRESET and eSPI Reset) This CL fixed this issue by
only clearing pending bits belong to GPIOs in their ISRs.

BRANCH=none
BUG=b:35648154
TEST=passed warm-reset testing on pyro over 12 hours.

Change-Id: Ie626db00b54cff566798b4a593f6b0267a6fadc2
Signed-off-by: Mulin Chao &lt;mlchao@nuvoton.com&gt;
Reviewed-on: https://chromium-review.googlesource.com/449472
Reviewed-by: Aaron Durbin &lt;adurbin@chromium.org&gt;
Reviewed-by: Nicolas Boichat &lt;drinkcat@chromium.org&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Since the interrupts of MIWU group E/F/G/H of table 0 are the same
(interrupt 11), we need to handle LPCs' and GPIOs' events at the
same ISR. But we also found there is a leak that ec has the chance
to skip the other events which don't belong to GPIOs unexpectedly.
(For example, LRESET and eSPI Reset) This CL fixed this issue by
only clearing pending bits belong to GPIOs in their ISRs.

BRANCH=none
BUG=b:35648154
TEST=passed warm-reset testing on pyro over 12 hours.

Change-Id: Ie626db00b54cff566798b4a593f6b0267a6fadc2
Signed-off-by: Mulin Chao &lt;mlchao@nuvoton.com&gt;
Reviewed-on: https://chromium-review.googlesource.com/449472
Reviewed-by: Aaron Durbin &lt;adurbin@chromium.org&gt;
Reviewed-by: Nicolas Boichat &lt;drinkcat@chromium.org&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>hammer: Add rollback protection flash region</title>
<updated>2017-03-03T07:46:18+00:00</updated>
<author>
<name>Nicolas Boichat</name>
<email>drinkcat@google.com</email>
</author>
<published>2017-01-20T10:42:32+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/coreboot/chrome-ec.git/commit/?id=c45402564f732b4bd6e6f780d255223105d24163'/>
<id>c45402564f732b4bd6e6f780d255223105d24163</id>
<content type='text'>
In the process, also manually specify all regions exact size,
which will be useful later on (e.g. when using RO/RW of different
sizes).

BRANCH=none
BUG=chrome-os-partner:61671
TEST=make BOARD=hammer -j; flashwp true/rb/rw protects the expected
     regions, flashwp noall unprotects them.

Change-Id: Ib31d9384060b1373e0834cfecb4ebd0a7bafd356
Reviewed-on: https://chromium-review.googlesource.com/430520
Commit-Ready: Nicolas Boichat &lt;drinkcat@chromium.org&gt;
Tested-by: Nicolas Boichat &lt;drinkcat@chromium.org&gt;
Reviewed-by: Randall Spangler &lt;rspangler@chromium.org&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
In the process, also manually specify all regions exact size,
which will be useful later on (e.g. when using RO/RW of different
sizes).

BRANCH=none
BUG=chrome-os-partner:61671
TEST=make BOARD=hammer -j; flashwp true/rb/rw protects the expected
     regions, flashwp noall unprotects them.

Change-Id: Ib31d9384060b1373e0834cfecb4ebd0a7bafd356
Reviewed-on: https://chromium-review.googlesource.com/430520
Commit-Ready: Nicolas Boichat &lt;drinkcat@chromium.org&gt;
Tested-by: Nicolas Boichat &lt;drinkcat@chromium.org&gt;
Reviewed-by: Randall Spangler &lt;rspangler@chromium.org&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>Include &lt;stdint.h&gt; in include/watchdog.h.</title>
<updated>2017-03-03T06:02:23+00:00</updated>
<author>
<name>Jeff Andersen</name>
<email>jeffandersen@google.com</email>
</author>
<published>2017-03-02T18:56:12+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/coreboot/chrome-ec.git/commit/?id=9e7fdc239c5e8aaffb0ff174b69d022baf61a3e0'/>
<id>9e7fdc239c5e8aaffb0ff174b69d022baf61a3e0</id>
<content type='text'>
Previously, the int types used in the watchdog_trace() function
signature were not being included properly.

BUG=none
BRANCH=none
TEST=make buildall -j

Change-Id: Ib4666285c314cbdb101e3ba602e4f27540a1346c
Reviewed-on: https://chromium-review.googlesource.com/448345
Commit-Ready: Jeff Andersen &lt;jeffandersen@google.com&gt;
Tested-by: Jeff Andersen &lt;jeffandersen@google.com&gt;
Reviewed-by: Carl Hamilton &lt;carlh@chromium.org&gt;
Reviewed-by: Vadim Bendebury &lt;vbendeb@chromium.org&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Previously, the int types used in the watchdog_trace() function
signature were not being included properly.

BUG=none
BRANCH=none
TEST=make buildall -j

Change-Id: Ib4666285c314cbdb101e3ba602e4f27540a1346c
Reviewed-on: https://chromium-review.googlesource.com/448345
Commit-Ready: Jeff Andersen &lt;jeffandersen@google.com&gt;
Tested-by: Jeff Andersen &lt;jeffandersen@google.com&gt;
Reviewed-by: Carl Hamilton &lt;carlh@chromium.org&gt;
Reviewed-by: Vadim Bendebury &lt;vbendeb@chromium.org&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>usb_updater: fix command line options description</title>
<updated>2017-03-03T02:34:10+00:00</updated>
<author>
<name>Vadim Bendebury</name>
<email>vbendeb@chromium.org</email>
</author>
<published>2017-03-02T23:07:13+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/coreboot/chrome-ec.git/commit/?id=ee1ccf4fbe7edf9817cb1d64043dbbdc926b9be2'/>
<id>ee1ccf4fbe7edf9817cb1d64043dbbdc926b9be2</id>
<content type='text'>
The -b command line option should not be described as requiring a
parameter, as the binary file is given to most of invocations of
usb_updater.

Also adding the missing -p command line option description.

BRANCH=none
BUG=none
TEST='usb_updater -b &lt;file name&gt;' does not fail any more

Change-Id: I6ceefa8c4dda841db63177d6134a611600a43078
Signed-off-by: Vadim Bendebury &lt;vbendeb@chromium.org&gt;
Reviewed-on: https://chromium-review.googlesource.com/448956
Reviewed-by: Aaron Durbin &lt;adurbin@chromium.org&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
The -b command line option should not be described as requiring a
parameter, as the binary file is given to most of invocations of
usb_updater.

Also adding the missing -p command line option description.

BRANCH=none
BUG=none
TEST='usb_updater -b &lt;file name&gt;' does not fail any more

Change-Id: I6ceefa8c4dda841db63177d6134a611600a43078
Signed-off-by: Vadim Bendebury &lt;vbendeb@chromium.org&gt;
Reviewed-on: https://chromium-review.googlesource.com/448956
Reviewed-by: Aaron Durbin &lt;adurbin@chromium.org&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>g: enhance flash INFO api</title>
<updated>2017-03-03T00:50:05+00:00</updated>
<author>
<name>Vadim Bendebury</name>
<email>vbendeb@google.com</email>
</author>
<published>2017-03-01T01:52:23+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/coreboot/chrome-ec.git/commit/?id=b1afdd76bc3f7b35a2cdca817684ebe224a4c9a9'/>
<id>b1afdd76bc3f7b35a2cdca817684ebe224a4c9a9</id>
<content type='text'>
Flash INFO access API presently is hardcoded to access the endorsement
space. To enable INFO map based rollback protection one needs to be
able to access different areas of the INFO.

The FLASH REGION3 register used by the API is in fact used for NVMEM
flash accesses too, so it is better to leave it alone and use REGION6
for the purpose of accessing of the INFO space.

The API now requires the user to specify flash offset and region size,
the size must be power of 2, the offset must be aligned at size, and
the region must not spill beyond the INFO space address range.

BRANCH=cr50
BUG=b:35774863
TEST=with the rest of the patches applied it is possible to erase the
     base word in the info map segment;
     reading of the endorsement space at startup still works fine.

Change-Id: I008165ee9e11a7b49985d2b30683509cf6699431
Signed-off-by: Vadim Bendebury &lt;vbendeb@chromium.org&gt;
Reviewed-on: https://chromium-review.googlesource.com/447965
Reviewed-by: Nagendra Modadugu &lt;ngm@google.com&gt;
Reviewed-by: Mary Ruthven &lt;mruthven@chromium.org&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Flash INFO access API presently is hardcoded to access the endorsement
space. To enable INFO map based rollback protection one needs to be
able to access different areas of the INFO.

The FLASH REGION3 register used by the API is in fact used for NVMEM
flash accesses too, so it is better to leave it alone and use REGION6
for the purpose of accessing of the INFO space.

The API now requires the user to specify flash offset and region size,
the size must be power of 2, the offset must be aligned at size, and
the region must not spill beyond the INFO space address range.

BRANCH=cr50
BUG=b:35774863
TEST=with the rest of the patches applied it is possible to erase the
     base word in the info map segment;
     reading of the endorsement space at startup still works fine.

Change-Id: I008165ee9e11a7b49985d2b30683509cf6699431
Signed-off-by: Vadim Bendebury &lt;vbendeb@chromium.org&gt;
Reviewed-on: https://chromium-review.googlesource.com/447965
Reviewed-by: Nagendra Modadugu &lt;ngm@google.com&gt;
Reviewed-by: Mary Ruthven &lt;mruthven@chromium.org&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>switch: Initialize switch state earlier during HOOK_INIT</title>
<updated>2017-03-02T19:29:07+00:00</updated>
<author>
<name>Shawn Nematbakhsh</name>
<email>shawnn@chromium.org</email>
</author>
<published>2017-02-18T18:38:28+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/coreboot/chrome-ec.git/commit/?id=899fba96494e022f8e083611c328e7b57cf18079'/>
<id>899fba96494e022f8e083611c328e7b57cf18079</id>
<content type='text'>
The host may ask for our switch state at any time, so do initialization
immediately after lid + power button are initialized.

BUG=chrome-os-partner:63073
BRANCH=gru
TEST=On kevin, verify system boots when EC reset is triggered with lid
open. Verify lid close and power button press still succeed to
power-down from dev screen.

Change-Id: I8e37c02ef4f4d2d7c06beb383cdbda8eea67bc5c
Signed-off-by: Shawn Nematbakhsh &lt;shawnn@chromium.org&gt;
Reviewed-on: https://chromium-review.googlesource.com/444322
Reviewed-by: Aseda Aboagye &lt;aaboagye@chromium.org&gt;
(cherry picked from commit 106d33cd3a8e4f3356950a3b2b92ea587977b4e7)
Reviewed-on: https://chromium-review.googlesource.com/445276
Commit-Ready: Shawn N &lt;shawnn@chromium.org&gt;
Tested-by: Shawn N &lt;shawnn@chromium.org&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
The host may ask for our switch state at any time, so do initialization
immediately after lid + power button are initialized.

BUG=chrome-os-partner:63073
BRANCH=gru
TEST=On kevin, verify system boots when EC reset is triggered with lid
open. Verify lid close and power button press still succeed to
power-down from dev screen.

Change-Id: I8e37c02ef4f4d2d7c06beb383cdbda8eea67bc5c
Signed-off-by: Shawn Nematbakhsh &lt;shawnn@chromium.org&gt;
Reviewed-on: https://chromium-review.googlesource.com/444322
Reviewed-by: Aseda Aboagye &lt;aaboagye@chromium.org&gt;
(cherry picked from commit 106d33cd3a8e4f3356950a3b2b92ea587977b4e7)
Reviewed-on: https://chromium-review.googlesource.com/445276
Commit-Ready: Shawn N &lt;shawnn@chromium.org&gt;
Tested-by: Shawn N &lt;shawnn@chromium.org&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>pd: Add tcpc_select_rp_value to stub tcpm driver</title>
<updated>2017-03-02T19:29:06+00:00</updated>
<author>
<name>Scott</name>
<email>scollyer@chromium.org</email>
</author>
<published>2017-02-23T22:21:39+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/coreboot/chrome-ec.git/commit/?id=a990e4e832010c6967eb0243de8ba7ce9c3a7825'/>
<id>a990e4e832010c6967eb0243de8ba7ce9c3a7825</id>
<content type='text'>
The function tcpm_select_rp_value() is used to set a given Rp
value. This function was not supported for boards that use the config
option CONFIG_USB_PD_TCPC. This CL adds a weak board_ function which
can be overloaded for boards that have the requirement to set Rp to
different values.

BUG=chrome-os-partner:61878
BRANCH=servo
TEST=run 'make buildall'. On plankton added a console command to trigger
a call to tcpm_select_rp_value(0, 0), verified that it returned
2 (EC_ERROR_NOT_IMPLEMENTED). Then added board_select_rp_value() to
plankton's board.c and verified that it returned 0.

Change-Id: I1cd6f0ed51717736d30575c58025bd9a1c5d6fc4
Signed-off-by: Scott &lt;scollyer@chromium.org&gt;
Reviewed-on: https://chromium-review.googlesource.com/446685
Commit-Ready: Scott Collyer &lt;scollyer@chromium.org&gt;
Tested-by: Scott Collyer &lt;scollyer@chromium.org&gt;
Reviewed-by: Vincent Palatin &lt;vpalatin@chromium.org&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
The function tcpm_select_rp_value() is used to set a given Rp
value. This function was not supported for boards that use the config
option CONFIG_USB_PD_TCPC. This CL adds a weak board_ function which
can be overloaded for boards that have the requirement to set Rp to
different values.

BUG=chrome-os-partner:61878
BRANCH=servo
TEST=run 'make buildall'. On plankton added a console command to trigger
a call to tcpm_select_rp_value(0, 0), verified that it returned
2 (EC_ERROR_NOT_IMPLEMENTED). Then added board_select_rp_value() to
plankton's board.c and verified that it returned 0.

Change-Id: I1cd6f0ed51717736d30575c58025bd9a1c5d6fc4
Signed-off-by: Scott &lt;scollyer@chromium.org&gt;
Reviewed-on: https://chromium-review.googlesource.com/446685
Commit-Ready: Scott Collyer &lt;scollyer@chromium.org&gt;
Tested-by: Scott Collyer &lt;scollyer@chromium.org&gt;
Reviewed-by: Vincent Palatin &lt;vpalatin@chromium.org&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>g: reformat signing manifests</title>
<updated>2017-03-02T02:42:20+00:00</updated>
<author>
<name>Vadim Bendebury</name>
<email>vbendeb@google.com</email>
</author>
<published>2017-02-28T21:41:01+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/coreboot/chrome-ec.git/commit/?id=ef6f6c5edfe8817d31ee32e5acb1e687d60f23fd'/>
<id>ef6f6c5edfe8817d31ee32e5acb1e687d60f23fd</id>
<content type='text'>
The json parser used by the signer is perfectly capable of parsing
multiline contents.

Let's reformat signer manifests to make it easier to see the entire
file in one terminal window.

BRANCH=none
BUG=b:35774863
TEST=none

Change-Id: I41d69ad11f07521f68a7a50227dc843872613127
Signed-off-by: Vadim Bendebury &lt;vbendeb@chromium.org&gt;
Reviewed-on: https://chromium-review.googlesource.com/447841
Reviewed-by: Marius Schilder &lt;mschilder@chromium.org&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
The json parser used by the signer is perfectly capable of parsing
multiline contents.

Let's reformat signer manifests to make it easier to see the entire
file in one terminal window.

BRANCH=none
BUG=b:35774863
TEST=none

Change-Id: I41d69ad11f07521f68a7a50227dc843872613127
Signed-off-by: Vadim Bendebury &lt;vbendeb@chromium.org&gt;
Reviewed-on: https://chromium-review.googlesource.com/447841
Reviewed-by: Marius Schilder &lt;mschilder@chromium.org&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>gpio: Add function to clear pending interrupt</title>
<updated>2017-03-02T00:36:24+00:00</updated>
<author>
<name>Duncan Laurie</name>
<email>dlaurie@google.com</email>
</author>
<published>2017-02-25T02:38:54+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/coreboot/chrome-ec.git/commit/?id=6e157818c18e090d43200b6f6dcfbd1082b60df6'/>
<id>6e157818c18e090d43200b6f6dcfbd1082b60df6</id>
<content type='text'>
Currently if an interrupt is pending before it is enabled the interrupt
will fire immediately.  In most cases this is fine, but if we want to
use the interrupt to trigger something like waking the AP it should be
sure that it won't immediately fire once enabled.

For example: on the Eve board we have the trackpad interrupt run to the
AP and the EC in order to support wake from Deep S3 (magic AP state that
only the EC can wake it from).  This interrupt is used in S0 by the AP
while ignored by the EC, and then enabled on the transition to S3 in
order to be able to wake.  Since it has been active the interrupt may
be pending in the EC (depending on the chip), which can result in the
interrupt firing immediately and waking the AP.

BUG=chrome-os-partner:62224
BRANCH=none
TEST=This has been functionally tested on npcx only as that is what I
have a use case and system for, the others compile and look right but
have not been directly tested.

Change-Id: I9e0877d99e7f09f4c30bf9861fbad81c12c059ad
Signed-off-by: Duncan Laurie &lt;dlaurie@google.com&gt;
Reviewed-on: https://chromium-review.googlesource.com/446962
Reviewed-by: Randall Spangler &lt;rspangler@chromium.org&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Currently if an interrupt is pending before it is enabled the interrupt
will fire immediately.  In most cases this is fine, but if we want to
use the interrupt to trigger something like waking the AP it should be
sure that it won't immediately fire once enabled.

For example: on the Eve board we have the trackpad interrupt run to the
AP and the EC in order to support wake from Deep S3 (magic AP state that
only the EC can wake it from).  This interrupt is used in S0 by the AP
while ignored by the EC, and then enabled on the transition to S3 in
order to be able to wake.  Since it has been active the interrupt may
be pending in the EC (depending on the chip), which can result in the
interrupt firing immediately and waking the AP.

BUG=chrome-os-partner:62224
BRANCH=none
TEST=This has been functionally tested on npcx only as that is what I
have a use case and system for, the others compile and look right but
have not been directly tested.

Change-Id: I9e0877d99e7f09f4c30bf9861fbad81c12c059ad
Signed-off-by: Duncan Laurie &lt;dlaurie@google.com&gt;
Reviewed-on: https://chromium-review.googlesource.com/446962
Reviewed-by: Randall Spangler &lt;rspangler@chromium.org&gt;
</pre>
</div>
</content>
</entry>
</feed>
