blob: efac3fbc15c1f63bbfc35dc7bd8b7b2e69f276c2 [file] [log] [blame]
<?xml version="1.0" encoding="utf-8"?><manifest revision="e347223ad216305d5ef4993510ba03afeb101954">
<notice>Your sources have been sync'd successfully.</notice>
<remote alias="cros" fetch="https://chromium.googlesource.com/" name="chromium"/>
<remote fetch="https://chromium.googlesource.com" name="cros" review="https://chromium-review.googlesource.com"/>
<default remote="cros" revision="refs/heads/master" sync-j="8"/>
<project name="aosp/platform/external/dbus-binding-generator" path="src/aosp/external/dbus-binding-generator" revision="bce0483dd09f592d6f9f989f0e34fc930d206810" upstream="refs/heads/master"/>
<project name="aosp/platform/external/libbrillo" path="src/aosp/external/libbrillo" revision="605f5a1218d61339df2b4a0ddda3ecea402ab856" upstream="refs/heads/master"/>
<project name="aosp/platform/external/libchrome" path="src/aosp/external/libchrome" revision="520be045f15462281c61e53944100d7e303679be" upstream="refs/heads/master"/>
<project name="aosp/platform/external/minijail" path="src/aosp/external/minijail" revision="7a569073b95af7532892dc726c2f33cd40edfb57" upstream="refs/heads/master"/>
<project name="aosp/platform/external/modp_b64" path="src/third_party/modp_b64" revision="99dc13926931cedfd2e4e582c33ef657d0645c5c" upstream="refs/heads/master"/>
<project name="aosp/platform/system/connectivity/apmanager" path="src/aosp/system/connectivity/apmanager" revision="57188eeae6e36334e15f2cec96f68fec330b0f34" upstream="refs/heads/master"/>
<project name="aosp/platform/system/connectivity/shill" path="src/aosp/system/connectivity/shill" revision="25d0a0ea4ae89ea08d1c596473e3699373f984ae" upstream="refs/heads/master"/>
<project name="aosp/platform/system/firewalld" path="src/aosp/system/firewalld" revision="3a84e4d300ed4f09dd519c452d8b3d3bd110f442" upstream="refs/heads/master"/>
<project name="aosp/platform/system/tpm" path="src/aosp/system/tpm" revision="17bba630b9829087b6f00ee46edbc56e29238cef" upstream="refs/heads/master"/>
<project name="aosp/platform/system/update_engine" path="src/aosp/system/update_engine" revision="f36fc251b776951263c0bd149816ecfc89b39105" upstream="refs/heads/master"/>
<project name="aosp/platform/system/webservd" path="src/aosp/system/webservd" revision="b470b41a117a213f5b8cf2d7badcc208da001b72" upstream="refs/heads/master"/>
<project name="chromium/deps/libmtp" path="chromium/src/third_party/libmtp" revision="0680a2d0c4cec58f8163fe115de80cff8852fd8b" upstream="refs/heads/master"/>
<project name="chromium/src/third_party/hwcplus" revision="e66a31e54e12906e86dc59f95b458889f025c505" upstream="refs/heads/master"/>
<project groups="minilayout,buildtools" name="chromium/tools/depot_tools" revision="3add4b62b8fc420ba5a6cc0c8bddcf152c00a970"/>
<project groups="minilayout,buildtools,labtools" name="chromiumos/chromite" path="chromite" revision="8a6c4e7480ddfa62883b15ab10a6a27776ca8004" upstream="refs/heads/master">
<copyfile dest="AUTHORS" src="AUTHORS"/>
<copyfile dest="LICENSE" src="LICENSE"/>
</project>
<project name="chromiumos/manifest" path="manifest" revision="7a5be50747844b40ec184b4ac1b6a22ac2403a41" upstream="refs/heads/master"/>
<project groups="minilayout" name="chromiumos/overlays/board-overlays" path="src/overlays" revision="9ff66d0808b848b6d57499f34445668845480ae2" upstream="refs/heads/master"/>
<project groups="minilayout,labtools" name="chromiumos/overlays/chromiumos-overlay" path="src/third_party/chromiumos-overlay" revision="2e0b57583d85fe50f44fafb19178f153033c1b2c" sync-c="true" upstream="refs/heads/master"/>
<project groups="minilayout" name="chromiumos/overlays/eclass-overlay" path="src/third_party/eclass-overlay" revision="480780b2dde4bd818bb70db8595234f63e479e57" upstream="refs/heads/master"/>
<project groups="minilayout" name="chromiumos/overlays/portage-stable" path="src/third_party/portage-stable" revision="c736bb743936c37a728900a72327e78d058d458d" upstream="refs/heads/master"/>
<project name="chromiumos/platform/assets" path="src/platform/assets" revision="20544c6751869f4ffdc205927cdc86c4e6404aab" upstream="refs/heads/master"/>
<project name="chromiumos/platform/audiotest" path="src/platform/audiotest" revision="5af2f5ec27b9a119038406571ca23f3e435335a8" upstream="refs/heads/master"/>
<project name="chromiumos/platform/battery_updater" path="src/platform/battery_updater" revision="32463c6de8e8c98d4b1711937bc7678afc121a85" upstream="refs/heads/master"/>
<project name="chromiumos/platform/bmpblk" path="src/platform/bmpblk" revision="563ac6b7db7e742045b02ed29cc5ecc81ff58531" upstream="refs/heads/master"/>
<project name="chromiumos/platform/bootcache" path="src/platform/bootcache" revision="ebe3a0995e90026433ffc62b7aeed6cad1f28694" upstream="refs/heads/master"/>
<project name="chromiumos/platform/btsocket" path="src/platform/btsocket" revision="1b65449a647c99556511df30b8ab660b98acce7f" upstream="refs/heads/master"/>
<project name="chromiumos/platform/chameleon" path="src/platform/chameleon" revision="2c52518f21df56d845bc809484949da61d91d574" upstream="refs/heads/master"/>
<project name="chromiumos/platform/chromiumos-assets" path="src/platform/chromiumos-assets" revision="05ce8d3c59a2d8e765b3beb2e1a69e7fcf59e5ba" upstream="refs/heads/master"/>
<project groups="minilayout,buildtools" name="chromiumos/platform/crostestutils" path="src/platform/crostestutils" revision="aeae673cc06d857bf34b35a5a81f07ad8ec877d2" upstream="refs/heads/master"/>
<project groups="minilayout,buildtools" name="chromiumos/platform/crosutils" path="src/scripts" revision="019f38fde13a007d31cc6a35170e1482a7283719" upstream="refs/heads/master"/>
<project name="chromiumos/platform/depthcharge" path="src/platform/depthcharge" revision="d45fb5cfdb08eb10bc7b54c95addecf41ce61041" upstream="refs/heads/master"/>
<project groups="minilayout,buildtools" name="chromiumos/platform/dev-util" path="src/platform/dev" revision="7247f9c647a4bd6d3bf4837faa3e9dc61d713c0a" upstream="refs/heads/master"/>
<project name="chromiumos/platform/dm-verity" path="src/platform/verity" revision="c4df284b32558f631862f79c75fc03af4f5ca68a" upstream="refs/heads/master"/>
<project name="chromiumos/platform/drm-tests" path="src/platform/drm-tests" revision="fa0547a876bf0e1ac3740ea2a9cf8c7999acb87f" upstream="refs/heads/master"/>
<project name="chromiumos/platform/ec" path="src/platform/ec" revision="65a80322588840bb65053eb552cf1f7ed4b67835" upstream="refs/heads/master"/>
<project name="chromiumos/platform/factory" path="src/platform/factory" revision="d1f5674fc06364240d68618ebbfca4f09fd13de3" upstream="refs/heads/master"/>
<project name="chromiumos/platform/factory_installer" path="src/platform/factory_installer" revision="312f06df6f921915f15f976f936eea335c51b236" upstream="refs/heads/master"/>
<project name="chromiumos/platform/firmware" path="src/platform/firmware" revision="70f79da7a3bd18c942fa65a6b21fea589bbb5516" upstream="refs/heads/master"/>
<project name="chromiumos/platform/frecon" path="src/platform/frecon" revision="da3c010e2a84a30c0cc1dcaa6472012abcaffde8" upstream="refs/heads/master"/>
<project name="chromiumos/platform/gestures" path="src/platform/gestures" revision="b31cab051b7875c1fe1e4da04cbef83940df701d" upstream="refs/heads/master"/>
<project name="chromiumos/platform/glbench/images" path="src/platform2/glbench/images" revision="5fd5ce655833f65d46b1950bec4eedeb4e96959b" upstream="refs/heads/master"/>
<project name="chromiumos/platform/go-seccomp" path="src/platform/go-seccomp" revision="0280326e5bd212fcfbe3696e113730045debae74" upstream="refs/heads/master"/>
<project name="chromiumos/platform/google-breakpad" path="src/third_party/breakpad" revision="67d5567177301d0c24303f26ad119ab7bd7fab40" upstream="refs/heads/master"/>
<project name="chromiumos/platform/initramfs" path="src/platform/initramfs" revision="1a710721263b8b93ab49af6a6f749a778483f3df" upstream="refs/heads/master"/>
<project name="chromiumos/platform/inputcontrol" path="src/platform/inputcontrol" revision="ae0b15dc322bab9bf6d7c4fcd5f77d488766a275" upstream="refs/heads/master"/>
<project name="chromiumos/platform/jabra_vold" path="src/platform/jabra_vold" revision="5ee665e7c68856d3b6ce8bb0f610d43503e603af" upstream="refs/heads/master"/>
<project name="chromiumos/platform/libevdev" path="src/platform/libevdev" revision="61f882f395b9f39478d7164209e7134cccdcb72b" upstream="refs/heads/master"/>
<project name="chromiumos/platform/memento_softwareupdate" path="src/platform/memento_softwareupdate" revision="3c7204287bbc8f4341f546857216389bdff58e51" upstream="refs/heads/master"/>
<project name="chromiumos/platform/microbenchmark" path="src/platform/microbenchmark" revision="d5ea30febe406c5b486325dfae926564f3a46efd" upstream="refs/heads/master"/>
<project name="chromiumos/platform/minigbm" path="src/platform/minigbm" revision="f9e7c4c8e91fb354abf714c7a5c89b4990814ff3" upstream="refs/heads/master"/>
<project name="chromiumos/platform/monitor_reconfig" path="src/platform/monitor_reconfig" revision="f022d19d84f232290b596beeb26347f62442e7eb" upstream="refs/heads/master"/>
<project name="chromiumos/platform/mosys" path="src/platform/mosys" revision="2c7fbec0d1319d9426fbdce88105c72b1234c49a" upstream="refs/heads/master"/>
<project name="chromiumos/platform/mtpd" path="src/platform/mtpd" revision="6a4c1e8f38acfaa0ad2f7054eac6f0c4bfcbad3b" upstream="refs/heads/master"/>
<project name="chromiumos/platform/mtplot" path="src/platform/mtplot" revision="5e4f631e633384751f582bd9db5f4d6eb2112494" upstream="refs/heads/master"/>
<project name="chromiumos/platform/mttools" path="src/platform/mttools" revision="9efd0e1723cd45709bd0d34e8e7bbfd15967f0d5" upstream="refs/heads/master"/>
<project name="chromiumos/platform/punybench" path="src/platform/punybench" revision="5a230ee17756dc43ff732932dcb52899c06a4d09" upstream="refs/heads/master"/>
<project name="chromiumos/platform/system_api" path="src/platform/system_api" revision="2f7d2849ad7d9fb8f82a19cedb1b972fda6be98c" upstream="refs/heads/master"/>
<project name="chromiumos/platform/touch_firmware_test" path="src/platform/touch_firmware_test" revision="cc54d631156395497d3917dd3561f018a8b211bc" upstream="refs/heads/master"/>
<project name="chromiumos/platform/touch_noise_filter" path="src/platform/touch_noise_filter" revision="6b0aba12a385f4d3a7a47641a3a919018032f6f8" upstream="refs/heads/master"/>
<project name="chromiumos/platform/touch_updater" path="src/platform/touch_updater" revision="bb13d3d374bf896076470f056b05529952bed383" upstream="refs/heads/master"/>
<project name="chromiumos/platform/touchbot" path="src/platform/touchbot" revision="7638006e103c860f7f5a4ebe4c5822759600e793" upstream="refs/heads/master"/>
<project name="chromiumos/platform/touchpad-tests" path="src/platform/touchpad-tests" revision="d2e7d94a834b54511ca57e6359839f9ca86d6d04" upstream="refs/heads/master"/>
<project name="chromiumos/platform/tpm" path="src/third_party/tpm" revision="0cba6cadd1bea1ce3717779201d594c4c9131dc2" upstream="refs/heads/master"/>
<project name="chromiumos/platform/tpm_lite" path="src/platform/tpm_lite" revision="066c7f963b3ef733716251b666e0af0afd03b4fe" upstream="refs/heads/master"/>
<project name="chromiumos/platform/trunks" path="src/platform/trunks" revision="92dbe8c9e7fcf8acf67805fd5e25e85aa371f673" upstream="refs/heads/master"/>
<project name="chromiumos/platform/uboot-env" path="src/platform/uboot-env" revision="108ebbfac4d13d11e1940216434c368384ee0c0b" upstream="refs/heads/master"/>
<project groups="buildtools" name="chromiumos/platform/vboot" path="src/platform/vboot" revision="2d30a2f5b1c81eb61de4bf82180a910d45f22e81" upstream="refs/heads/master"/>
<project groups="buildtools" name="chromiumos/platform/vboot_reference" path="src/platform/vboot_reference" revision="05cd8ce75f97a76c4ef155734d191cd275bac231" upstream="refs/heads/master"/>
<project name="chromiumos/platform/vpd" path="src/platform/vpd" revision="3e4cf4867fff44491b4f4c294eee9c77b92d4440" upstream="refs/heads/master"/>
<project name="chromiumos/platform/webplot" path="src/platform/webplot" revision="bbd5ea22ef9f8e109e363b26958d9a2fc8921f0f" upstream="refs/heads/master"/>
<project name="chromiumos/platform/wireless_automation" path="src/platform/wireless_automation" revision="d7177dbd464f2952e10309bf1eef56bb31a7f8ad" upstream="refs/heads/master"/>
<project name="chromiumos/platform/workarounds" path="src/platform/workarounds" revision="76475bb60c7fa2c2522c27e2c63c9dbbe5de73d7" upstream="refs/heads/master"/>
<project name="chromiumos/platform/xf86-input-cmt" path="src/platform/xf86-input-cmt" revision="3f2ffc921952e57a4343463b0679d90b80b51fc7" upstream="refs/heads/master"/>
<project name="chromiumos/platform/xorg-conf" path="src/platform/xorg-conf" revision="8e4423c8089b4a9aa0c7d1a26add2a6314ef76af" upstream="refs/heads/master"/>
<project name="chromiumos/platform2" path="src/platform2" revision="b9b4df68a66bbb3fb8e549eb6be7deef039977bf" upstream="refs/heads/master"/>
<project groups="minilayout,buildtools,labtools" name="chromiumos/repohooks" path="src/repohooks" revision="272f2e5c2ddab15f30ffdd2c6c17b96d6a23d813" upstream="refs/heads/master"/>
<project name="chromiumos/third_party/adhd" path="src/third_party/adhd" revision="828868cb145790177903b68e229a397376e60c0c" upstream="refs/heads/master"/>
<project name="chromiumos/third_party/android_mtdutils" path="src/third_party/android_mtdutils" revision="9bcfc3ee238f16925e9aaa4573129784ebb397e7" upstream="chromeos"/>
<project name="chromiumos/third_party/arm-trusted-firmware" path="src/third_party/arm-trusted-firmware" revision="a7e530331d7cf4b58618f0715e61b5a872176f07">
<annotation name="branch-mode" value="create"/>
</project>
<project name="chromiumos/third_party/atheros" path="src/third_party/atheros" revision="52a5bdaa8930c14ee42518354de3e5ec09911c6b" upstream="refs/heads/master"/>
<project groups="buildtools,labtools" name="chromiumos/third_party/autotest" path="src/third_party/autotest/files" revision="2ba796de96511cc467afbd94921055bb1a78614e" upstream="refs/heads/master"/>
<project name="chromiumos/third_party/bluez" path="src/third_party/bluez" revision="b85839769962b9e412e06204b8a8cbe9b582a920" upstream="refs/heads/chromeos-5.39"/>
<project name="chromiumos/third_party/bootstub" path="src/third_party/bootstub" revision="5ac54e8d3d305c2c6c7297e8e54d3cf7e4629b29" upstream="refs/heads/master"/>
<project name="chromiumos/third_party/broadcom" path="src/third_party/broadcom" revision="4070e7161f2f1a1a22027a744eb868500688f0b6" upstream="refs/heads/master"/>
<project name="chromiumos/third_party/cbootimage" path="src/third_party/cbootimage" revision="b7d5b2d6a6dd05874d86ee900ff441d261f9034c" upstream="refs/heads/master"/>
<project name="chromiumos/third_party/chrontel" path="src/third_party/chrontel" revision="7bcd0328d0eeef6a0539bd0ba80cd9a545e6cf4a" upstream="refs/heads/master"/>
<project name="chromiumos/third_party/coreboot" path="src/third_party/coreboot" revision="bcfa7f239b724d9ae1c93cb64d73feae48ecda3a" upstream="refs/heads/chromeos-2016.05"/>
<project name="chromiumos/third_party/coreboot/blobs" path="src/third_party/coreboot/3rdparty/blobs" revision="9ba07035ed0acb28902cce826ea833cf531d57c1" upstream="refs/heads/master"/>
<project name="chromiumos/third_party/cryptoc" path="src/third_party/cryptoc" revision="5319e836704fcf2df75c7425addebb89bb973714" upstream="refs/heads/master"/>
<project name="chromiumos/third_party/cypress-tools" path="src/third_party/cypress-tools" revision="043fba1c35f89cce95f804bf6d4f01cfc23a6c21" upstream="refs/heads/master"/>
<project name="chromiumos/third_party/daisydog" path="src/third_party/daisydog" revision="3182aa85c087446e4358370549adc45db21ec124" upstream="refs/heads/master"/>
<project name="chromiumos/third_party/dbus-cplusplus" path="src/third_party/dbus-c++" revision="f140c0aa430e1db1c0f31d23d3eb2397d47f209e" upstream="refs/heads/master"/>
<project name="chromiumos/third_party/dbus-spy" path="src/third_party/dbus-spy" revision="0e04421c73b24536de7fcc1886da469d8b7a2a41" upstream="refs/heads/master"/>
<project groups="minilayout,buildtools" name="chromiumos/third_party/dpkt" path="chromite/third_party/dpkt" revision="f5259728b1294412bee945df9708efba09ea9160">
<annotation name="branch-mode" value="pin"/>
</project>
<project name="chromiumos/third_party/edk2" path="src/third_party/edk2" revision="0aa39d284043be61b5f1222afdffd39a5abaf3aa" upstream="refs/heads/chromeos-2014.04"/>
<project name="chromiumos/third_party/em100" path="src/third_party/em100" revision="6e60dbae5bf62cd0ffffb9fc5ca9ba93e831ee88" upstream="refs/heads/master"/>
<project name="chromiumos/third_party/flashmap" path="src/third_party/flashmap" revision="aaaf66654dba797f152066df4d1dc4144b492c66" upstream="refs/heads/master"/>
<project name="chromiumos/third_party/flashrom" path="src/third_party/flashrom" revision="467b82583f0419ea1b49b9e7e739ad257b1d6528" upstream="refs/heads/master"/>
<project name="chromiumos/third_party/gcc" path="src/third_party/gcc" revision="a2bc87ab8851051e765d60626a6997f63ddfe00e" upstream="refs/heads/master"/>
<project groups="minilayout,buildtools" name="chromiumos/third_party/gdata" path="chromite/third_party/gdata" revision="fe7e5c90a9827feb66ed446b2d297a1618b25272" upstream="refs/heads/master"/>
<project name="chromiumos/third_party/gdmwimax" path="src/third_party/gdmwimax" revision="e8236b4b2d66b1972e4f84955a238134acd7f6a1" upstream="refs/heads/master"/>
<project name="chromiumos/third_party/gobi3k-sdk" path="src/third_party/gobi3k-sdk" revision="69702c400e274984a24d08fcaefe3952d5dcb36e" upstream="refs/heads/master"/>
<project name="chromiumos/third_party/grub2" path="src/third_party/grub2" revision="df6034c59cb2d847f9e780cf2def30c5c9b8305f" upstream="refs/heads/master"/>
<project groups="labtools" name="chromiumos/third_party/hdctools" path="src/third_party/hdctools" revision="800fd020dcc9023a0d0539692eb580375214aaa1" upstream="refs/heads/master"/>
<project name="chromiumos/third_party/hostap" path="src/third_party/wpa_supplicant" revision="4279b9c3ce69b777a7c4fd78b40829d104aa8c3f" upstream="refs/heads/master"/>
<project name="chromiumos/third_party/hwcplus-drm" path="src/third_party/hwcplus-drm" revision="7376a8da1c961115a61d7a3cb23bb13e4153583d" upstream="refs/heads/master"/>
<project name="chromiumos/third_party/ibus-chewing" path="src/third_party/ibus-chewing/files" revision="7a9514a0844eb5eb90ab96f62484a6af9e4a0d6d" upstream="refs/heads/master"/>
<project name="chromiumos/third_party/ibus-xkb-layouts" path="src/third_party/ibus-xkb-layouts/files" revision="6af015110aa92dc2eed88a9f704634c3eff53b14" upstream="refs/heads/master"/>
<project name="chromiumos/third_party/kernel" path="src/third_party/kernel/v3.8" revision="ee88d0fc3040f9761a75ed08ab7f558abc8876fb" upstream="refs/heads/chromeos-3.8"/>
<project name="chromiumos/third_party/kernel" path="src/third_party/kernel/v3.10" revision="fcb42fef33e28b58a66b14316287d9c1daf96109" upstream="refs/heads/chromeos-3.10"/>
<project name="chromiumos/third_party/kernel" path="src/third_party/kernel/v3.14" revision="fbf712a4e633367b62a4c534df028664da9299fd" upstream="refs/heads/chromeos-3.14"/>
<project name="chromiumos/third_party/kernel" path="src/third_party/kernel/v3.18" revision="244b137e9deaf884bc17b2e87a7fd5b6bf7ec979" upstream="refs/heads/chromeos-3.18"/>
<project name="chromiumos/third_party/kernel" path="src/third_party/kernel/v4.4" revision="7bfbad5dad0a84115767275fb379b07278286879" upstream="refs/heads/chromeos-4.4"/>
<project name="chromiumos/third_party/khronos" path="src/third_party/khronos" revision="dceee6ef99b968fd11d9c6058448202db835bc0f" upstream="refs/heads/master"/>
<project name="chromiumos/third_party/libc-bench" path="src/third_party/libc-bench" revision="76793dd4b09191a78a78180012718e72d792717f" upstream="refs/heads/master"/>
<project name="chromiumos/third_party/libdrm" path="src/third_party/libdrm" revision="2c25afb719347a151657f8637ad62a5df42e247e" upstream="refs/heads/chromeos-2.4.66"/>
<project name="chromiumos/third_party/libmbim" path="src/third_party/libmbim" revision="c4e2949edeed01ca3b810729a7af0d265c49629b" upstream="refs/heads/master"/>
<project name="chromiumos/third_party/libqmi" path="src/third_party/libqmi" revision="a436c551cf226af66cdb3dd74ee3971d0b1dae04" upstream="refs/heads/master"/>
<project name="chromiumos/third_party/libresample" path="src/third_party/libresample" revision="cc9f20f439396b7d45e94b8301edd95d33f26a46" upstream="refs/heads/master"/>
<project name="chromiumos/third_party/libscrypt" path="src/third_party/libscrypt" revision="b45c53f9418a6eff2c8ed98703a55f96029304b1" upstream="refs/heads/master"/>
<project name="chromiumos/third_party/libsigrok" path="src/third_party/libsigrok" revision="199fe31115c76231746f5953271795d58679561c" upstream="refs/heads/chromeos"/>
<project name="chromiumos/third_party/libsigrok-cli" path="src/third_party/sigrok-cli" revision="c9edfa218e5a5972531b6f4a3ece8d33a44ae1b5" upstream="refs/heads/chromeos"/>
<project name="chromiumos/third_party/libsigrokdecode" path="src/third_party/libsigrokdecode" revision="3279c2825684c7009775b731d0a9e37815778282" upstream="refs/heads/chromeos"/>
<project name="chromiumos/third_party/libv4lplugins" path="src/third_party/libv4lplugins" revision="61eb2eceaed6f66a36aa9fc3ed2bd55b8aa3eafe" upstream="refs/heads/master"/>
<project name="chromiumos/third_party/linux-firmware" path="src/third_party/linux-firmware" revision="5a61021ae8522ef158b3f70eda0ea380da52d0f5" upstream="refs/heads/master"/>
<project name="chromiumos/third_party/ltp" path="src/third_party/ltp" revision="7fea30a4ad5b7b4e99865afcee8b6bfd19ec8b03" upstream="refs/heads/chromeos-20150119"/>
<project name="chromiumos/third_party/marvell" path="src/third_party/marvell" revision="db05d126a42a1540a503a2e5b49c3746c03df77d" upstream="refs/heads/master"/>
<project name="chromiumos/third_party/memtest" path="src/third_party/memtest" revision="3d4be6e3bfd819856e38a82e35c206fec4551851" upstream="refs/heads/master"/>
<project name="chromiumos/third_party/mesa" path="src/third_party/arc-mesa" revision="5bad6b338d634481615fae808004acc17e9b3c8c" upstream="refs/heads/arc-11.3.0-pre1"/>
<project name="chromiumos/third_party/mesa" path="src/third_party/mesa" revision="1535519e51af75c6860c07d4403c77f18634cb09" upstream="refs/heads/master"/>
<project name="chromiumos/third_party/mesa" path="src/third_party/mesa-img" revision="129178893b2260df22db96327c5ca9c2ce7db046" upstream="refs/heads/mesa-img"/>
<project name="chromiumos/third_party/minifakedns" path="src/third_party/miniFakeDns" revision="6184bea119dea53da539727fe8c2a116f98cef24" upstream="refs/heads/master"/>
<project name="chromiumos/third_party/mmc-utils" path="src/third_party/mmc-utils" revision="bcc3e2e4246431be511be3959a11cd9733bedd29" upstream="refs/heads/master"/>
<project name="chromiumos/third_party/modemmanager-next" path="src/third_party/modemmanager-next" revision="d759387adb6b4079241f7d1f2a145738acad929b" upstream="refs/heads/master"/>
<project name="chromiumos/third_party/opencryptoki" path="src/third_party/opencryptoki" revision="b67690aeeb4174b2253db18a9c1b19eeb219a4ef" upstream="refs/heads/master"/>
<project name="chromiumos/third_party/ply-image" path="src/third_party/ply-image" revision="6cf4e4cd968bb72ade54e423e2b97eb3a80c6de9" upstream="refs/heads/master"/>
<project groups="minilayout,buildtools" name="chromiumos/third_party/pyelftools" path="chromite/third_party/pyelftools" revision="19b3e610c86fcadb837d252c794cb5e8008826ae" upstream="refs/heads/master-0.22"/>
<project name="chromiumos/third_party/rootdev" path="src/third_party/rootdev" revision="5d7d7ff513315abd103d0c95e92ae646c1a7688c" upstream="refs/heads/master"/>
<project name="chromiumos/third_party/seabios" path="src/third_party/seabios" revision="3004147dd3707e600772ec6c5d37beac7f4b8eb4" upstream="refs/heads/chromeos-2014.11.03"/>
<project name="chromiumos/third_party/sysbios" path="src/third_party/sysbios" revision="33e1db34b8162de72a5e9bbbc44e6bce38978396" upstream="refs/heads/master"/>
<project name="chromiumos/third_party/tegra-power-query" path="src/third_party/tegra-power-query" revision="66f1f0d949f4ca4836c1a65b622629205240e37a" upstream="refs/heads/master"/>
<project name="chromiumos/third_party/tegrastats" path="src/third_party/tegrastats" revision="1be161a89525d840e1f6d1f21b3f45645a7dedb3" upstream="refs/heads/master"/>
<project name="chromiumos/third_party/tlsdate" path="src/third_party/tlsdate" revision="0c4b13bf15b8e5773b79e6317121fba5e97a154f" upstream="refs/heads/master"/>
<project name="chromiumos/third_party/tpm-emulator" path="src/third_party/tpm-emulator" revision="310a21ef24ace14b4d6e8095172445494f54ff25" upstream="refs/heads/master"/>
<project name="chromiumos/third_party/tpm2" path="src/third_party/tpm2" revision="716a46a8f2e9516bd9ac64674a5811374f446792" upstream="refs/heads/master"/>
<project name="chromiumos/third_party/trousers" path="src/third_party/trousers" revision="416d30f74a9c1dc08b95b907d8b7e81edf6c9db0" upstream="refs/heads/master-0.3.13"/>
<project name="chromiumos/third_party/u-boot" path="src/third_party/u-boot/files" revision="cc72f5c47c758892b0f41257b0dd441a506ffdcd" upstream="refs/heads/chromeos-v2013.06"/>
<project name="chromiumos/third_party/u-boot" path="src/third_party/u-boot/next" revision="b30f38206f17aa73cda0a2fdaf4dc705527315ba" upstream="refs/heads/chromeos-v2015.07-rc1"/>
<project name="chromiumos/third_party/whining" path="src/third_party/whining" revision="bcf721d62d6a4c4c162c63714371fa4349df53bc" upstream="refs/heads/master"/>
<project name="chromiumos/third_party/xf86-video-armsoc" path="src/third_party/xf86-video-armsoc" revision="30370e9dbf7ba0e457ee7de297d2ad6c269a00be" upstream="refs/heads/master"/>
<project groups="minilayout,buildtools" name="external/swarming.client" path="chromite/third_party/swarming.client" revision="715861067a7cc8d20d2d629b6d76d796c004feb4"/>
<project name="linux-syscall-support" path="src/third_party/breakpad/src/third_party/lss" revision="9292030109847793f7a6689adac1ddafb412fe14"/>
<repo-hooks enabled-list="pre-upload" in-project="chromiumos/repohooks"/>
<pending_commit branch="chromeos-4.4" change_id="Ia7edd62a983c48043724a3ae199e8100fdca2ae0" commit="e1ca0e45b7423c52071c1379d3de3c76c518035b" commit_message="UPSTREAM: drm/i915: Reset engine-&gt;last_submitted_seqno When we change the current seqno, we also need to remember to reset the last_submitted_seqno for the engine. Testcase: igt/gem_exec_whisper Signed-off-by: Chris Wilson &lt;chris@chris-wilson.co.uk&gt; Cc: Mika Kuoppala &lt;mika.kuoppala@linux.intel.com&gt; Cc: Joonas Lahtinen &lt;joonas.lahtinen@linux.intel.com&gt; Reviewed-by: Mika Kuoppala &lt;mika.kuoppala@linux.intel.com&gt; Reviewed-by: Joonas Lahtinen &lt;joonas.lahtinen@linux.intel.com&gt; Link: http://patchwork.freedesktop.org/patch/msgid/1460010558-10705-7-git-send-email-chris@chris-wilson.co.uk (cherry picked from commit 01347126f4e2a346bf37fe264570563b0fab6618 from drm-intel-next-2016-04-11) Signed-off-by: Tarun Vyas &lt;tarun.vyas@intel.com&gt; BUG=chrome-os-partner:52640 TEST=Image builds, boots and is browse-able Change-Id: Ia7edd62a983c48043724a3ae199e8100fdca2ae0 Reviewed-on: https://chromium-review.googlesource.com/345192 Commit-Ready: Tarun Vyas &lt;tarun.vyas@intel.com&gt; Tested-by: Russ Sage &lt;russ.sage@intel.com&gt; Reviewed-by: Benson Leung &lt;bleung@chromium.org&gt; " fail_count="2" gerrit_number="345192" owner_email="tarun.vyas@intel.com" pass_count="0" patch_number="1" project="chromiumos/third_party/kernel" project_url="https://chromium-review.googlesource.com/chromiumos/third_party/kernel" ref="refs/changes/92/345192/1" remote="cros" total_fail_count="2"/><pending_commit branch="chromeos-4.4" change_id="I886d9d5af37c5680ad7b59e47530c9ad3a16a60b" commit="2d9cf8956546e493f291016d9660ea8d495ec435" commit_message="UPSTREAM: drm/i915: Apply a mb between emitting the request and hangcheck Seal the request and mark it as pending execution before we submit it to hardware. We assume that the actual submission cannot fail (that guarantee is provided by preallocating space in the request for the submission). As we may inspect this state without holding any locks during hangcheck we should apply a barrier to ensure that we do not see a more recent value in the HWS than we are tracking. Based on a patch by Mika Kuoppala. Suggested-by: Mika Kuoppala &lt;mika.kuoppala@linux.intel.com&gt; Signed-off-by: Chris Wilson &lt;chris@chris-wilson.co.uk&gt; Cc: Mika Kuoppala &lt;mika.kuoppala@linux.intel.com&gt; Cc: Joonas Lahtinen &lt;joonas.lahtinen@linux.intel.com&gt; Link: http://patchwork.freedesktop.org/patch/msgid/1460010558-10705-8-git-send-email-chris@chris-wilson.co.uk Reviewed-by: Mika Kuoppala &lt;mika.kuoppala@linux.intel.com&gt; (cherry picked from commit 7c90b7de7372fcd634fa0cffea6e580fb32e6b85 from drm-intel-next-2016-04-11) Signed-off-by: Tarun Vyas &lt;tarun.vyas@intel.com&gt; BUG=chrome-os-partner:52640 TEST=Image builds, boots and is browse-able Change-Id: I886d9d5af37c5680ad7b59e47530c9ad3a16a60b Reviewed-on: https://chromium-review.googlesource.com/345193 Commit-Ready: Tarun Vyas &lt;tarun.vyas@intel.com&gt; Tested-by: Russ Sage &lt;russ.sage@intel.com&gt; Reviewed-by: Benson Leung &lt;bleung@chromium.org&gt; " fail_count="2" gerrit_number="345193" owner_email="tarun.vyas@intel.com" pass_count="0" patch_number="1" project="chromiumos/third_party/kernel" project_url="https://chromium-review.googlesource.com/chromiumos/third_party/kernel" ref="refs/changes/93/345193/1" remote="cros" total_fail_count="2"/><pending_commit branch="chromeos-4.4" change_id="I2c33cb2079a145fa16f4589f8a11c7f2b9143e21" commit="d149b80db4f5524386f82fe3f6d351b82f85d4f4" commit_message="UPSTREAM: drm/i915: Simplify check for idleness in hangcheck Having fixed the tracking of the engine's last_submitted_seqno, we can now rely on it for detecting when the engine is idle (and not have to touch the requests pointer). Testcase: igt/gem_exec_whisper Signed-off-by: Chris Wilson &lt;chris@chris-wilson.co.uk&gt; Cc: Mika Kuoppala &lt;mika.kuoppala@linux.intel.com&gt; Cc: Joonas Lahtinen &lt;joonas.lahtinen@linux.intel.com&gt; Link: http://patchwork.freedesktop.org/patch/msgid/1460010558-10705-9-git-send-email-chris@chris-wilson.co.uk Reviewed-by: Mika Kuoppala &lt;mika.kuoppala@linux.intel.com&gt; (cherry picked from commit cffa781e59070cf115525a57e8f6042bd4e2bf7c from drm-intel-next-2016-04-11) Signed-off-by: Tarun Vyas &lt;tarun.vyas@intel.com&gt; BUG=chrome-os-partner:52640 TEST=Image builds, boots and is browse-able Change-Id: I2c33cb2079a145fa16f4589f8a11c7f2b9143e21 Reviewed-on: https://chromium-review.googlesource.com/345194 Commit-Ready: Tarun Vyas &lt;tarun.vyas@intel.com&gt; Tested-by: Russ Sage &lt;russ.sage@intel.com&gt; Reviewed-by: Benson Leung &lt;bleung@chromium.org&gt; " fail_count="2" gerrit_number="345194" owner_email="tarun.vyas@intel.com" pass_count="0" patch_number="1" project="chromiumos/third_party/kernel" project_url="https://chromium-review.googlesource.com/chromiumos/third_party/kernel" ref="refs/changes/94/345194/1" remote="cros" total_fail_count="2"/><pending_commit branch="chromeos-4.4" change_id="Ie8e0835db6a66b4e6d9fd5a33b134e3f33faa016" commit="09d9a825df3a50e24c5b138ffe5d1de5751e4581" commit_message="UPSTREAM: drm/i915: Fixup the free space logic in ring_prepare Currently for the case where there is enough space at the end of Ring buffer for accommodating only the base request, the wrapround is done immediately and as a result the base request gets added at the start of Ring buffer. But there may not be enough free space at the beginning to accommodate the base request, as before the wraparound, the wait was effectively done for the reserved_size free space from the start of Ring buffer. In such a case there is a potential of Ring buffer overflow, the instructions at the head of Ring (ACTHD) can get overwritten. Since the base request can fit in the remaining space, there is no need to wraparound immediately. The wraparound will anyway happen later when the reserved part starts getting used. Cc: Chris Wilson &lt;chris@chris-wilson.co.uk&gt; Signed-off-by: Akash Goel &lt;akash.goel@intel.com&gt; Signed-off-by: Chris Wilson &lt;chris@chris-wilson.co.uk&gt; Link: http://patchwork.freedesktop.org/patch/msgid/1457688402-10411-1-git-send-email-akash.goel@intel.com Reviewed-by: Chris Wilson &lt;chris@chris-wilson.co.uk&gt; Cc: stable@vger.kernel.org (cherry picked from commit 782f6bc0aba037436d6a04d19b23f8b61020a576 from drm-intel-next-2016-04-11) Signed-off-by: Tarun Vyas &lt;tarun.vyas@intel.com&gt; BUG=chrome-os-partner:52640 TEST=Image builds, boots and is browse-able Change-Id: Ie8e0835db6a66b4e6d9fd5a33b134e3f33faa016 Reviewed-on: https://chromium-review.googlesource.com/345195 Commit-Ready: Tarun Vyas &lt;tarun.vyas@intel.com&gt; Tested-by: Russ Sage &lt;russ.sage@intel.com&gt; Reviewed-by: Benson Leung &lt;bleung@chromium.org&gt; " fail_count="2" gerrit_number="345195" owner_email="tarun.vyas@intel.com" pass_count="0" patch_number="1" project="chromiumos/third_party/kernel" project_url="https://chromium-review.googlesource.com/chromiumos/third_party/kernel" ref="refs/changes/95/345195/1" remote="cros" total_fail_count="2"/><pending_commit branch="chromeos-4.4" change_id="Icc37e9b7c2479a3a07e48a9bfb53207b7e96a4a5" commit="996f417238d496df879a75141296d4d67f7e9e23" commit_message="UPSTREAM: drm/i915: Remove forcewake dance from seqno/irq barrier on legacy gen6+ In order to ensure seqno/irq coherency, we currently read a ring register. The mmio transaction following the interrupt delays the inspection of the seqno long enough for the MI_STORE_DWORD_IMM to update the CPU cache. However, it is only the memory timing that is important for the purposes of the delay, we do not need nor desire the extra forcewake. v3: Update commentary Signed-off-by: Chris Wilson &lt;chris@chris-wilson.co.uk&gt; Cc: Daniel Vetter &lt;daniel.vetter@ffwll.ch&gt; Cc: Mika Kuoppala &lt;mika.kuoppala@intel.com&gt; Reviewed-by: Mika Kuoppala &lt;mika.kuoppala@intel.com&gt; [v2] Link: http://patchwork.freedesktop.org/patch/msgid/1460195877-20520-1-git-send-email-chris@chris-wilson.co.uk (cherry picked from commit 9b9ed3093613288247a27a55a6dd07f1222150f1 from drm-intel-next-2016-04-11) Signed-off-by: Tarun Vyas &lt;tarun.vyas@intel.com&gt; BUG=chrome-os-partner:52640 TEST=Image builds, boots and is browse-able Change-Id: Icc37e9b7c2479a3a07e48a9bfb53207b7e96a4a5 Reviewed-on: https://chromium-review.googlesource.com/345196 Commit-Ready: Tarun Vyas &lt;tarun.vyas@intel.com&gt; Tested-by: Russ Sage &lt;russ.sage@intel.com&gt; Reviewed-by: Benson Leung &lt;bleung@chromium.org&gt; " fail_count="2" gerrit_number="345196" owner_email="tarun.vyas@intel.com" pass_count="0" patch_number="1" project="chromiumos/third_party/kernel" project_url="https://chromium-review.googlesource.com/chromiumos/third_party/kernel" ref="refs/changes/96/345196/1" remote="cros" total_fail_count="2"/><pending_commit branch="chromeos-4.4" change_id="Id92fc980738a20bb73018053f39faac532413984" commit="af35241e0641b0e2c046e18a7493852670908933" commit_message="UPSTREAM: drm/i915: Separate out the seqno-barrier from engine-&gt;get_seqno In order to simplify future patches, extract the lazy_coherency optimisation our of the engine-&gt;get_seqno() vfunc into its own callback. v2: Rename the barrier to engine-&gt;irq_seqno_barrier to try and better reflect that the barrier is only required after the user interrupt before reading the seqno (to ensure that the seqno update lands in time as we do not have strict seqno-irq ordering on all platforms). Reviewed-by: Dave Gordon &lt;david.s.gordon@intel.com&gt; [#v2] v3: Comments for hangcheck paranoia. Mika wanted to keep the extra barrier inside the hangcheck, just in case. I can argue that it doesn't provide a barrier against anything, but the side-effects of applying the barrier may prevent a false declaration of a hung GPU. Signed-off-by: Chris Wilson &lt;chris@chris-wilson.co.uk&gt; Cc: Mika Kuoppala &lt;mika.kuoppala@intel.com&gt; Cc: Dave Gordon &lt;david.s.gordon@intel.com&gt; Reviewed-by: Mika Kuoppala &lt;mika.kuoppala@intel.com&gt; Link: http://patchwork.freedesktop.org/patch/msgid/1460195877-20520-2-git-send-email-chris@chris-wilson.co.uk (cherry picked from commit c04e0f3b4ea01b3b1d81ccfce0a73bb0b297ba46 from drm-intel-next-2016-04-11) Signed-off-by: Tarun Vyas &lt;tarun.vyas@intel.com&gt; BUG=chrome-os-partner:52640 TEST=Image builds, boots and is browse-able Change-Id: Id92fc980738a20bb73018053f39faac532413984 Reviewed-on: https://chromium-review.googlesource.com/345197 Commit-Ready: Tarun Vyas &lt;tarun.vyas@intel.com&gt; Tested-by: Russ Sage &lt;russ.sage@intel.com&gt; Reviewed-by: Benson Leung &lt;bleung@chromium.org&gt; " fail_count="2" gerrit_number="345197" owner_email="tarun.vyas@intel.com" pass_count="0" patch_number="1" project="chromiumos/third_party/kernel" project_url="https://chromium-review.googlesource.com/chromiumos/third_party/kernel" ref="refs/changes/97/345197/1" remote="cros" total_fail_count="2"/><pending_commit branch="chromeos-4.4" change_id="Ie7d17fadd4b9dcdc5d1c5efffc98a3c8b49202a7" commit="74694b9a26804a555f4b1c4332794b03bc9758ad" commit_message="UPSTREAM: drm/i915: Harden detection of missed interrupts Only declare a missed interrupt if we find that the GPU is idle with waiters and a hangcheck interval has passed in which no new user interrupts have been raised. v2: Clear the stuck interrupt marker between successful batches Signed-off-by: Chris Wilson &lt;chris@chris-wilson.co.uk&gt; Cc: Mika Kuoppala &lt;mika.kuoppala@intel.com&gt; Reviewed-by: Mika Kuoppala &lt;mika.kuoppala@intel.com&gt; Link: http://patchwork.freedesktop.org/patch/msgid/1460195877-20520-3-git-send-email-chris@chris-wilson.co.uk (cherry picked from commit 12471ba87a08bd1dd0aac18015d7782e02ea02de from drm-intel-next-2016-04-11) Signed-off-by: Tarun Vyas &lt;tarun.vyas@intel.com&gt; BUG=chrome-os-partner:52640 TEST=Image builds, boots and is browse-able Change-Id: Ie7d17fadd4b9dcdc5d1c5efffc98a3c8b49202a7 Reviewed-on: https://chromium-review.googlesource.com/345198 Commit-Ready: Tarun Vyas &lt;tarun.vyas@intel.com&gt; Tested-by: Russ Sage &lt;russ.sage@intel.com&gt; Reviewed-by: Benson Leung &lt;bleung@chromium.org&gt; " fail_count="2" gerrit_number="345198" owner_email="tarun.vyas@intel.com" pass_count="0" patch_number="1" project="chromiumos/third_party/kernel" project_url="https://chromium-review.googlesource.com/chromiumos/third_party/kernel" ref="refs/changes/98/345198/1" remote="cros" total_fail_count="2"/><pending_commit branch="chromeos-4.4" change_id="I692118759d5ea3becdfdca426574f220cd8fdd57" commit="d40a01f2ee44d1d34eee816ef4ec393ffd16e582" commit_message="UPSTREAM: drm/i915: Use simplest form for flushing the single cacheline in the HWS Rather than call a function to compute the matching cachelines and clflush them, just call the clflush *instruction* directly. We also know that we can use the unpatched plain clflush rather than the clflushopt alternative. Signed-off-by: Chris Wilson &lt;chris@chris-wilson.co.uk&gt; Cc: Mika Kuoppala &lt;mika.kuoppala@intel.com&gt; Cc: Imre Deak &lt;imre.deak@intel.com&gt; Reviewed-by: Mika Kuoppala &lt;mika.kuoppala@intel.com&gt; Link: http://patchwork.freedesktop.org/patch/msgid/1460195877-20520-4-git-send-email-chris@chris-wilson.co.uk (cherry picked from commit 0d317ce99e226a338fe0962e711795c6a8ed2cb2 from drm-intel-next-2016-04-11) Signed-off-by: Tarun Vyas &lt;tarun.vyas@intel.com&gt; BUG=chrome-os-partner:52640 TEST=Image builds, boots and is browse-able Change-Id: I692118759d5ea3becdfdca426574f220cd8fdd57 Reviewed-on: https://chromium-review.googlesource.com/345199 Commit-Ready: Tarun Vyas &lt;tarun.vyas@intel.com&gt; Tested-by: Russ Sage &lt;russ.sage@intel.com&gt; Reviewed-by: Benson Leung &lt;bleung@chromium.org&gt; " fail_count="2" gerrit_number="345199" owner_email="tarun.vyas@intel.com" pass_count="0" patch_number="1" project="chromiumos/third_party/kernel" project_url="https://chromium-review.googlesource.com/chromiumos/third_party/kernel" ref="refs/changes/99/345199/1" remote="cros" total_fail_count="2"/><pending_commit branch="chromeos-4.4" change_id="Id94b12186de1e0abf7718e1d2bd04018c11cc5dd" commit="497bf9e79c9b150ea79279321cd68d2c6dcaf6ed" commit_message="UPSTREAM: drm/i915: Replace manual barrier() with READ_ONCE() in HWS accessor When reading from the HWS page, we use barrier() to prevent the compiler optimising away the read from the volatile (may be updated by the GPU) memory address. This is more suited to READ_ONCE(); make it so. Signed-off-by: Chris Wilson &lt;chris@chris-wilson.co.uk&gt; Cc: Daniel Vetter &lt;daniel.vetter@ffwll.ch&gt; Cc: Mika Kuoppala &lt;mika.kuoppala@intel.com&gt; Reviewed-by: Mika Kuoppala &lt;mika.kuoppala@intel.com&gt; Link: http://patchwork.freedesktop.org/patch/msgid/1460195877-20520-5-git-send-email-chris@chris-wilson.co.uk (cherry picked from commit 5dd8e50c27cd9294e53fc4c4b25b86abc469a4d4 from drm-intel-next-2016-04-11) Signed-off-by: Tarun Vyas &lt;tarun.vyas@intel.com&gt; BUG=chrome-os-partner:52640 TEST=Image builds, boots and is browse-able Change-Id: Id94b12186de1e0abf7718e1d2bd04018c11cc5dd Reviewed-on: https://chromium-review.googlesource.com/345200 Commit-Ready: Tarun Vyas &lt;tarun.vyas@intel.com&gt; Tested-by: Russ Sage &lt;russ.sage@intel.com&gt; Reviewed-by: Benson Leung &lt;bleung@chromium.org&gt; " fail_count="2" gerrit_number="345200" owner_email="tarun.vyas@intel.com" pass_count="0" patch_number="1" project="chromiumos/third_party/kernel" project_url="https://chromium-review.googlesource.com/chromiumos/third_party/kernel" ref="refs/changes/00/345200/1" remote="cros" total_fail_count="2"/><pending_commit branch="chromeos-4.4" change_id="If1316c4e75cfc0d357f7d31ae533ada816577976" commit="3dde2a79d27724a88cbf4253fbb6691c664d2676" commit_message="UPSTREAM: drm/i915: Make modeset state verifier take crtc as argument. This will make it easier to keep the crtc checker when atomic commit is reworked for asynchronous commits. This prevents checking crtc's that were not part of the state. It's safe to verify disabled encoders, connectors and dpll's that are not part of the state, because during modeset connection_mutex is held. Signed-off-by: Maarten Lankhorst &lt;maarten.lankhorst@linux.intel.com&gt; Link: http://patchwork.freedesktop.org/patch/msgid/1458741487-23801-2-git-send-email-maarten.lankhorst@linux.intel.com Reviewed-by: Matt Roper &lt;matthew.d.roper@intel.com&gt; [mlankhorst: Extend commit message and rename check to verify.] (cherry picked from commit e7c84544757a405e430779e2ffe13ebe9b048361 from drm-intel-next-2016-04-11) Signed-off-by: Tarun Vyas &lt;tarun.vyas@intel.com&gt; BUG=chrome-os-partner:52640 TEST=Image builds, boots and is browse-able Change-Id: If1316c4e75cfc0d357f7d31ae533ada816577976 Reviewed-on: https://chromium-review.googlesource.com/345201 Commit-Ready: Tarun Vyas &lt;tarun.vyas@intel.com&gt; Tested-by: Russ Sage &lt;russ.sage@intel.com&gt; Reviewed-by: Benson Leung &lt;bleung@chromium.org&gt; " fail_count="2" gerrit_number="345201" owner_email="tarun.vyas@intel.com" pass_count="0" patch_number="1" project="chromiumos/third_party/kernel" project_url="https://chromium-review.googlesource.com/chromiumos/third_party/kernel" ref="refs/changes/01/345201/1" remote="cros" total_fail_count="2"/><pending_commit branch="chromeos-4.4" change_id="I6b07a3be3d69f698eec5eee3ff79ba7f89f4956a" commit="767249db66fa62a9ef08400abf577524fdaea48b" commit_message="UPSTREAM: drm/i915: Move modeset state verifier calls. The modeset state verifier no longer has full access to the hardware, instead it should only verify affected crtc's. Looking for disabled stuff can be verified immediately after all crtc disables have completed, while each enabled crtc can be verified right after being enabled. Signed-off-by: Maarten Lankhorst &lt;maarten.lankhorst@linux.intel.com&gt; Link: http://patchwork.freedesktop.org/patch/msgid/1458741487-23801-3-git-send-email-maarten.lankhorst@linux.intel.com Reviewed-by: Matt Roper &lt;matthew.d.roper@intel.com&gt; [mlankhorst: check -&gt; verify] (cherry picked from commit f6d1973db2d216203233b31ee8bc56976c6f78d4 from drm-intel-next-2016-04-11) Signed-off-by: Tarun Vyas &lt;tarun.vyas@intel.com&gt; BUG=chrome-os-partner:52640 TEST=Image builds, boots and is browse-able Change-Id: I6b07a3be3d69f698eec5eee3ff79ba7f89f4956a Reviewed-on: https://chromium-review.googlesource.com/345202 Commit-Ready: Tarun Vyas &lt;tarun.vyas@intel.com&gt; Tested-by: Russ Sage &lt;russ.sage@intel.com&gt; Reviewed-by: Benson Leung &lt;bleung@chromium.org&gt; " fail_count="2" gerrit_number="345202" owner_email="tarun.vyas@intel.com" pass_count="0" patch_number="1" project="chromiumos/third_party/kernel" project_url="https://chromium-review.googlesource.com/chromiumos/third_party/kernel" ref="refs/changes/02/345202/1" remote="cros" total_fail_count="2"/><pending_commit branch="chromeos-4.4" change_id="Id99548cb9122871fe7b379a5d639c51a3d5f09e1" commit="7e95e180c861d54b185c95630f99324ec94c2d6e" commit_message="UPSTREAM: drm/i915: Rename hw state checker to hw state verifier. Check functions are used by atomic to see if the new state will be allowed. There's also a hw state checker which checks afterwards that the committed state is correct. Rename it to hw state verifier to reduce some confusion. Suggested-by: Matt Roper &lt;matthew.d.roper@intel.com&gt; Signed-off-by: Maarten Lankhorst &lt;maarten.lankhorst@linux.intel.com&gt; Link: http://patchwork.freedesktop.org/patch/msgid/56FB8785.8020506@linux.intel.com Reviewed-by: Matt Roper &lt;matthew.d.roper@intel.com&gt; (cherry picked from commit c0ead7039affb0f7ce7b734655419d43142e8f5e from drm-intel-next-2016-04-11) Signed-off-by: Tarun Vyas &lt;tarun.vyas@intel.com&gt; BUG=chrome-os-partner:52640 TEST=Image builds, boots and is browse-able Change-Id: Id99548cb9122871fe7b379a5d639c51a3d5f09e1 Reviewed-on: https://chromium-review.googlesource.com/345203 Commit-Ready: Tarun Vyas &lt;tarun.vyas@intel.com&gt; Tested-by: Russ Sage &lt;russ.sage@intel.com&gt; Reviewed-by: Benson Leung &lt;bleung@chromium.org&gt; " fail_count="2" gerrit_number="345203" owner_email="tarun.vyas@intel.com" pass_count="0" patch_number="1" project="chromiumos/third_party/kernel" project_url="https://chromium-review.googlesource.com/chromiumos/third_party/kernel" ref="refs/changes/03/345203/1" remote="cros" total_fail_count="2"/><pending_commit branch="chromeos-4.4" change_id="Ib0de79f9427d0cdc616ae1b725849aaa58e2d14a" commit="c2cf1c425f34efbcc40323655dfba3bae8d33052" commit_message="UPSTREAM: drm/i915/bxt: Reversed polarity of PORT_PLL_REF_SEL bit For BXT, description of polarities of PORT_PLL_REF_SEL has been reversed for newer Gen9LP steppings according to the recent update in Bspec. This bit now should be set for &quot;Non-SSC&quot; mode for all Gen9LP starting from B0 stepping. v2: Only B0 and newer stepping should be affected by this change. Signed-off-by: Dongwon Kim &lt;dongwon.kim@intel.com&gt; Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=94866 Reviewed-by: Imre Deak &lt;imre.deak@intel.com&gt; Signed-off-by: Imre Deak &lt;imre.deak@intel.com&gt; Link: http://patchwork.freedesktop.org/patch/msgid/1458176773-26925-1-git-send-email-dongwon.kim@intel.com (cherry picked from commit 25a56705332add0363e47b3a0eca001d6fbd5bec from drm-intel-next-2016-04-11) Signed-off-by: Tarun Vyas &lt;tarun.vyas@intel.com&gt; BUG=chrome-os-partner:52640 TEST=Image builds, boots and is browse-able Change-Id: Ib0de79f9427d0cdc616ae1b725849aaa58e2d14a Reviewed-on: https://chromium-review.googlesource.com/345204 Commit-Ready: Tarun Vyas &lt;tarun.vyas@intel.com&gt; Tested-by: Russ Sage &lt;russ.sage@intel.com&gt; Reviewed-by: Benson Leung &lt;bleung@chromium.org&gt; " fail_count="2" gerrit_number="345204" owner_email="tarun.vyas@intel.com" pass_count="0" patch_number="1" project="chromiumos/third_party/kernel" project_url="https://chromium-review.googlesource.com/chromiumos/third_party/kernel" ref="refs/changes/04/345204/1" remote="cros" total_fail_count="2"/><pending_commit branch="chromeos-4.4" change_id="I03d6e4b86683c6f3ad109cfa3b305b03b058d505" commit="b53bf41bbf7f8cb2d9afd701326d6fa3a229fe2f" commit_message="UPSTREAM: drm/i915: implement WaClearTdlStateAckDirtyBits This is to fix a GPU hang seen with mid thread pre-emption and pooled EUs. v2. Use IS_BXT_REVID instead of IS_BROXTON and INTEL_REVID v3. And use correct type for register addresses Signed-off-by: Tim Gore &lt;tim.gore@intel.com&gt; Reviewed-by: Arun Siluvery &lt;arun.siluvery@linux.intel.com&gt; Signed-off-by: Tvrtko Ursulin &lt;tvrtko.ursulin@intel.com&gt; Link: http://patchwork.freedesktop.org/patch/msgid/1458571049-854-1-git-send-email-tim.gore@intel.com (cherry picked from commit b1e429fe3ba7b10b8c6875b6dec1d62e1c252729 from drm-intel-next-2016-04-11) Signed-off-by: Tarun Vyas &lt;tarun.vyas@intel.com&gt; BUG=chrome-os-partner:52640 TEST=Image builds, boots and is browse-able Change-Id: I03d6e4b86683c6f3ad109cfa3b305b03b058d505 Reviewed-on: https://chromium-review.googlesource.com/345205 Commit-Ready: Tarun Vyas &lt;tarun.vyas@intel.com&gt; Tested-by: Russ Sage &lt;russ.sage@intel.com&gt; Reviewed-by: Benson Leung &lt;bleung@chromium.org&gt; " fail_count="2" gerrit_number="345205" owner_email="tarun.vyas@intel.com" pass_count="0" patch_number="1" project="chromiumos/third_party/kernel" project_url="https://chromium-review.googlesource.com/chromiumos/third_party/kernel" ref="refs/changes/05/345205/1" remote="cros" total_fail_count="2"/><pending_commit branch="chromeos-4.4" change_id="Ic05f7cd44c5206480a84ce7353004410efc79360" commit="3301aa31f2db0430c7333befe773cebea1a12e5e" commit_message="UPSTREAM: drm/i915/dmabuf: Tighten struct_mutex for unmap_dma_buf We only need the struct_mutex to manipulate the pages_pin_count on the object, we do not need to hold our BKL when freeing the exported scatterlist. Signed-off-by: Chris Wilson &lt;chris@chris-wilson.co.uk&gt; Reviewed-by: Tvrtko Ursulin &lt;tvrtko.ursulin@intel.com&gt; Cc: Tvrtko Ursulin &lt;tvrtko.ursulin@intel.com&gt; Link: http://patchwork.freedesktop.org/patch/msgid/1460113874-17366-2-git-send-email-chris@chris-wilson.co.uk (cherry picked from commit 6d19245f187b28541ea9b077f88d8367054823cb from drm-intel-next-2016-04-11) Signed-off-by: Tarun Vyas &lt;tarun.vyas@intel.com&gt; BUG=chrome-os-partner:52640 TEST=Image builds, boots and is browse-able Change-Id: Ic05f7cd44c5206480a84ce7353004410efc79360 Reviewed-on: https://chromium-review.googlesource.com/345206 Commit-Ready: Tarun Vyas &lt;tarun.vyas@intel.com&gt; Tested-by: Russ Sage &lt;russ.sage@intel.com&gt; Reviewed-by: Benson Leung &lt;bleung@chromium.org&gt; " fail_count="2" gerrit_number="345206" owner_email="tarun.vyas@intel.com" pass_count="0" patch_number="1" project="chromiumos/third_party/kernel" project_url="https://chromium-review.googlesource.com/chromiumos/third_party/kernel" ref="refs/changes/06/345206/1" remote="cros" total_fail_count="2"/><pending_commit branch="chromeos-4.4" change_id="I7d9d2291d96450055dd229d89c81202e33024e17" commit="99ba6b5b2e25fc568e5e91be77d11255fa4557e0" commit_message="UPSTREAM: drm/i915: Consolidate common error handling in intel_pin_and_map_ringbuffer_obj After we pin the ringbuffer into the GGTT, all error paths need to unpin it again. Move this common step into one block, and make the unable to iomap error code consistent (i.e. treat it as out of memory to avoid confusing it with a invalid argument). Signed-off-by: Chris Wilson &lt;chris@chris-wilson.co.uk&gt; Reviewed-by: Tvrtko Ursulin &lt;tvrtko.ursulin@intel.com&gt; Cc: Tvrtko Ursulin &lt;tvrtko.ursulin@intel.com&gt; Link: http://patchwork.freedesktop.org/patch/msgid/1460113874-17366-3-git-send-email-chris@chris-wilson.co.uk (cherry picked from commit d2cad5358ba7c6d94343837cd4d367fb6ce2a33c from drm-intel-next-2016-04-11) Signed-off-by: Tarun Vyas &lt;tarun.vyas@intel.com&gt; BUG=chrome-os-partner:52640 TEST=Image builds, boots and is browse-able Change-Id: I7d9d2291d96450055dd229d89c81202e33024e17 Reviewed-on: https://chromium-review.googlesource.com/345207 Commit-Ready: Tarun Vyas &lt;tarun.vyas@intel.com&gt; Tested-by: Russ Sage &lt;russ.sage@intel.com&gt; Reviewed-by: Benson Leung &lt;bleung@chromium.org&gt; " fail_count="2" gerrit_number="345207" owner_email="tarun.vyas@intel.com" pass_count="0" patch_number="1" project="chromiumos/third_party/kernel" project_url="https://chromium-review.googlesource.com/chromiumos/third_party/kernel" ref="refs/changes/07/345207/1" remote="cros" total_fail_count="2"/><pending_commit branch="chromeos-4.4" change_id="I1fbcd7ec59fa6edba69268cf736e65c00131feb7" commit="beb09f1c4b43c3eb0e1a8c963d163eecb99c5450" commit_message="UPSTREAM: drm/i915: Refactor duplicate object vmap functions We now have two implementations for vmapping a whole object, one for dma-buf and one for the ringbuffer. If we couple the mapping into the obj-&gt;pages lifetime, then we can reuse an obj-&gt;mapping for both and at the same time couple it into the shrinker. There is a third vmapping routine in the cmdparser that maps only a range within the object, for the time being that is left alone, but will eventually use these routines in order to cache the mapping between invocations. v2: Mark the failable kmalloc() as __GFP_NOWARN (vsyrjala) v3: Call unpin_vmap from the right dmabuf unmapper v4: Rename vmap to map as we don't wish to imply the type of mapping involved, just that it contiguously maps the object into kernel space. Add kerneldoc and lockdep annotations Signed-off-by: Chris Wilson &lt;chris@chris-wilson.co.uk&gt; Cc: Tvrtko Ursulin &lt;tvrtko.ursulin@linux.intel.com&gt; Cc: Dave Gordon &lt;david.s.gordon@intel.com&gt; Link: http://patchwork.freedesktop.org/patch/msgid/1460113874-17366-4-git-send-email-chris@chris-wilson.co.uk Reviewed-by: Tvrtko Ursulin &lt;tvrtko.ursulin@linux.intel.com&gt; (cherry picked from commit 0a798eb92e6dcc1cba45d13d7b75a523e5d0fc4c from drm-intel-next-2016-04-11) Signed-off-by: Tarun Vyas &lt;tarun.vyas@intel.com&gt; BUG=chrome-os-partner:52640 TEST=Image builds, boots and is browse-able Change-Id: I1fbcd7ec59fa6edba69268cf736e65c00131feb7 Reviewed-on: https://chromium-review.googlesource.com/345208 Commit-Ready: Tarun Vyas &lt;tarun.vyas@intel.com&gt; Tested-by: Russ Sage &lt;russ.sage@intel.com&gt; Reviewed-by: Benson Leung &lt;bleung@chromium.org&gt; " fail_count="2" gerrit_number="345208" owner_email="tarun.vyas@intel.com" pass_count="0" patch_number="1" project="chromiumos/third_party/kernel" project_url="https://chromium-review.googlesource.com/chromiumos/third_party/kernel" ref="refs/changes/08/345208/1" remote="cros" total_fail_count="2"/><pending_commit branch="chromeos-4.4" change_id="I065e364f33b1ddc85a157e07fc1e331b6d63b1dc" commit="fa42e25eeada9b9bd9ccacd9a131ea48d3bb5227" commit_message="UPSTREAM: drm/i915/shrinker: Restrict vmap purge to objects with vmaps When called because we have run out of vmap address space, we only need to recover objects that have vmappings and not all. v2: Start using is_vmalloc_addr() Signed-off-by: Chris Wilson &lt;chris@chris-wilson.co.uk&gt; Cc: Tvrtko Ursulin &lt;tvrtko.ursulin@linux.intel.com&gt; Link: http://patchwork.freedesktop.org/patch/msgid/1460113874-17366-5-git-send-email-chris@chris-wilson.co.uk Reviewed-by: Tvrtko Ursulin &lt;tvrtko.ursulin@linux.intel.com&gt; (cherry picked from commit eae2c43b1233f81f594d1eb5fd06b897bb18b629 from drm-intel-next-2016-04-11) Signed-off-by: Tarun Vyas &lt;tarun.vyas@intel.com&gt; BUG=chrome-os-partner:52640 TEST=Image builds, boots and is browse-able Change-Id: I065e364f33b1ddc85a157e07fc1e331b6d63b1dc Reviewed-on: https://chromium-review.googlesource.com/345209 Commit-Ready: Tarun Vyas &lt;tarun.vyas@intel.com&gt; Tested-by: Russ Sage &lt;russ.sage@intel.com&gt; Reviewed-by: Benson Leung &lt;bleung@chromium.org&gt; " fail_count="2" gerrit_number="345209" owner_email="tarun.vyas@intel.com" pass_count="0" patch_number="1" project="chromiumos/third_party/kernel" project_url="https://chromium-review.googlesource.com/chromiumos/third_party/kernel" ref="refs/changes/09/345209/1" remote="cros" total_fail_count="2"/><pending_commit branch="chromeos-4.4" change_id="I9b71384cb8e8df10c7fbf3d4aac4ff44f0431b6a" commit="f71dfef940976f51e263b88d313966218a9fb9e8" commit_message="UPSTREAM: drm,i915: Introduce drm_malloc_gfp() I have instances where I want to use drm_malloc_ab() but with a custom gfp mask. And with those, where I want a temporary allocation, I want to try a high-order kmalloc() before using a vmalloc(). So refactor my usage into drm_malloc_gfp(). Signed-off-by: Chris Wilson &lt;chris@chris-wilson.co.uk&gt; Cc: dri-devel@lists.freedesktop.org Cc: Ville Syrjl &lt;ville.syrjala@linux.intel.com&gt; Reviewed-by: Ville Syrjl &lt;ville.syrjala@linux.intel.com&gt; Acked-by: Dave Airlie &lt;airlied@redhat.com&gt; Link: http://patchwork.freedesktop.org/patch/msgid/1460113874-17366-6-git-send-email-chris@chris-wilson.co.uk (cherry picked from commit f2a85e1975d80d1b535b4c21517ed15226b96c87 from drm-intel-next-2016-04-11) Signed-off-by: Tarun Vyas &lt;tarun.vyas@intel.com&gt; BUG=chrome-os-partner:52640 TEST=Image builds, boots and is browse-able Change-Id: I9b71384cb8e8df10c7fbf3d4aac4ff44f0431b6a Reviewed-on: https://chromium-review.googlesource.com/345210 Commit-Ready: Tarun Vyas &lt;tarun.vyas@intel.com&gt; Tested-by: Russ Sage &lt;russ.sage@intel.com&gt; Reviewed-by: Benson Leung &lt;bleung@chromium.org&gt; " fail_count="2" gerrit_number="345210" owner_email="tarun.vyas@intel.com" pass_count="0" patch_number="1" project="chromiumos/third_party/kernel" project_url="https://chromium-review.googlesource.com/chromiumos/third_party/kernel" ref="refs/changes/10/345210/1" remote="cros" total_fail_count="2"/><pending_commit branch="chromeos-4.4" change_id="I03e09a7743e01471720766108f5d817d3bb85411" commit="0a137e4d0e1488b5b77be219e5961ce69073d619" commit_message="UPSTREAM: drm/i915: Avoid allocating a vmap arena for a single page If we want a contiguous mapping of a single page sized object, we can forgo using vmap() and just use a regular kmap(). Note that this is only suitable if the desired pgprot_t is compatible. v2: Use is_vmalloc_addr() Signed-off-by: Chris Wilson &lt;chris@chris-wilson.co.uk&gt; Cc: Tvrtko Ursulin &lt;tvrtko.ursulin@linux.intel.com&gt; Cc: Dave Gordon &lt;david.s.gordon@intel.com&gt; Link: http://patchwork.freedesktop.org/patch/msgid/1460113874-17366-7-git-send-email-chris@chris-wilson.co.uk Reviewed-by: Tvrtko Ursulin &lt;tvrtko.ursulin@linux.intel.com&gt; (cherry picked from commit fb8621d3bee88badeb25dccce0fb59ad145dba9e from drm-intel-next-2016-04-11) Signed-off-by: Tarun Vyas &lt;tarun.vyas@intel.com&gt; BUG=chrome-os-partner:52640 TEST=Image builds, boots and is browse-able Change-Id: I03e09a7743e01471720766108f5d817d3bb85411 Reviewed-on: https://chromium-review.googlesource.com/345211 Commit-Ready: Tarun Vyas &lt;tarun.vyas@intel.com&gt; Tested-by: Russ Sage &lt;russ.sage@intel.com&gt; Reviewed-by: Benson Leung &lt;bleung@chromium.org&gt; " fail_count="2" gerrit_number="345211" owner_email="tarun.vyas@intel.com" pass_count="0" patch_number="1" project="chromiumos/third_party/kernel" project_url="https://chromium-review.googlesource.com/chromiumos/third_party/kernel" ref="refs/changes/11/345211/1" remote="cros" total_fail_count="2"/><pending_commit branch="chromeos-4.4" change_id="I3cb04136eb886de1f8530efa79dd060e35a59ffa" commit="0e5a82f9035e42b76743f59c85287e96de7d0095" commit_message="UPSTREAM: drm/i915: Update DRIVER_DATE to 20160411 Signed-off-by: Daniel Vetter &lt;daniel.vetter@ffwll.ch&gt; (cherry picked from commit ba3150ac3876acd082307f142597d3482107facc from drm-intel-next-2016-04-11) Signed-off-by: Tarun Vyas &lt;tarun.vyas@intel.com&gt; BUG=chrome-os-partner:52640 TEST=Image builds, boots and is browse-able Change-Id: I3cb04136eb886de1f8530efa79dd060e35a59ffa Reviewed-on: https://chromium-review.googlesource.com/345212 Commit-Ready: Tarun Vyas &lt;tarun.vyas@intel.com&gt; Tested-by: Russ Sage &lt;russ.sage@intel.com&gt; Reviewed-by: Benson Leung &lt;bleung@chromium.org&gt; " fail_count="2" gerrit_number="345212" owner_email="tarun.vyas@intel.com" pass_count="0" patch_number="1" project="chromiumos/third_party/kernel" project_url="https://chromium-review.googlesource.com/chromiumos/third_party/kernel" ref="refs/changes/12/345212/1" remote="cros" total_fail_count="2"/><pending_commit branch="chromeos-4.4" change_id="Id79f9e43494a6e74477cd008a5e2e07ca27c9a0b" commit="6689784d6c7b6f76735c2d8991791e6bcd1d785a" commit_message="UPSTREAM: drm/i915/userptr: Flush cancellations before mmu-notifier invalidate returns In order to ensure that all invalidations are completed before the operation returns to userspace (i.e. before the munmap() syscall returns) we need to wait upon the outstanding operations. We are allowed to block inside the invalidate_range_start callback, and as struct_mutex is the inner lock with mmap_sem we can wait upon the struct_mutex without provoking lockdep into warning about a deadlock. However, we don't actually want to wait upon outstanding rendering whilst holding the struct_mutex if we can help it otherwise we also block other processes from submitting work to the GPU. So first we do a wait without the lock and then when we reacquire the lock, we double check that everything is ready for removing the invalidated pages. Finally to wait upon the outstanding unpinning tasks, we create a private workqueue as a means to conveniently wait upon all at once. The drawback is that this workqueue is per-mm, so any threads concurrently invalidating objects will wait upon each other. The advantage of using the workqueue is that we can wait in parallel for completion of rendering and unpinning of several objects (of particular importance if the process terminates with a whole mm full of objects). v2: Apply a cup of tea to the changelog. Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=94699 Testcase: igt/gem_userptr_blits/sync-unmap-cycles Signed-off-by: Chris Wilson &lt;chris@chris-wilson.co.uk&gt; Cc: Tvrtko Ursulin &lt;tvrtko.ursulin@intel.com&gt; Cc: Micha Winiarski &lt;michal.winiarski@intel.com&gt; Link: http://patchwork.freedesktop.org/patch/msgid/1459864801-28606-1-git-send-email-chris@chris-wilson.co.uk Reviewed-by: Tvrtko Ursulin &lt;tvrtko.ursulin@intel.com&gt; (cherry picked from commit 393afc2c3fda670ff392725ca618e956d625b964 from drm-intel-next-2016-04-25) Signed-off-by: Tarun Vyas &lt;tarun.vyas@intel.com&gt; BUG=chrome-os-partner:52640 TEST=Image builds, boots and is browse-able Change-Id: Id79f9e43494a6e74477cd008a5e2e07ca27c9a0b Reviewed-on: https://chromium-review.googlesource.com/345213 Commit-Ready: Tarun Vyas &lt;tarun.vyas@intel.com&gt; Tested-by: Russ Sage &lt;russ.sage@intel.com&gt; Reviewed-by: Benson Leung &lt;bleung@chromium.org&gt; " fail_count="2" gerrit_number="345213" owner_email="tarun.vyas@intel.com" pass_count="0" patch_number="1" project="chromiumos/third_party/kernel" project_url="https://chromium-review.googlesource.com/chromiumos/third_party/kernel" ref="refs/changes/13/345213/1" remote="cros" total_fail_count="2"/><pending_commit branch="chromeos-4.4" change_id="I9a440bd6229079aa1e1c9bf5655824a2b0e949b9" commit="7e91f7a655624a22b86ecabdd3f675522d3f77f0" commit_message="BACKPORT: drm/i915/userptr: Hold mmref whilst calling get-user-pages Holding a reference to the containing task_struct is not sufficient to prevent the mm_struct from being reaped under memory pressure. If this happens whilst we are calling get_user_pages(), explosions erupt - sometimes an immediate GPF, sometimes page flag corruption. To prevent the target mm from being reaped as we are reading from it, acquire a reference before we begin. Testcase: igt/gem_shrink/*userptr Signed-off-by: Chris Wilson &lt;chris@chris-wilson.co.uk&gt; Cc: Tvrtko Ursulin &lt;tvrtko.ursulin@intel.com&gt; Cc: Micha Winiarski &lt;michal.winiarski@intel.com&gt; Cc: stable@vger.kernel.org Reviewed-by: Micha Winiarski &lt;michal.winiarski@intel.com&gt; Link: http://patchwork.freedesktop.org/patch/msgid/1459864801-28606-2-git-send-email-chris@chris-wilson.co.uk (cherry picked from commit 40313f0cd0b711a7a5905e5182422799e157d8aa from drm-intel-next-2016-04-25) Signed-off-by: Tarun Vyas &lt;tarun.vyas@intel.com&gt; BUG=chrome-os-partner:52640 TEST=Image builds, boots and is browse-able Conflicts: [Tarun: Left this commit &quot;1e98779 mm/gup: Introduce get_user_pages_remote()&quot; out previously as it was touching mm subsystem. So let's stick with the older version i.e get_user_pages()] drivers/gpu/drm/i915/i915_gem_userptr.c Change-Id: I9a440bd6229079aa1e1c9bf5655824a2b0e949b9 Reviewed-on: https://chromium-review.googlesource.com/345214 Commit-Ready: Tarun Vyas &lt;tarun.vyas@intel.com&gt; Tested-by: Russ Sage &lt;russ.sage@intel.com&gt; Reviewed-by: Benson Leung &lt;bleung@chromium.org&gt; " fail_count="2" gerrit_number="345214" owner_email="tarun.vyas@intel.com" pass_count="0" patch_number="1" project="chromiumos/third_party/kernel" project_url="https://chromium-review.googlesource.com/chromiumos/third_party/kernel" ref="refs/changes/14/345214/1" remote="cros" total_fail_count="2"/><pending_commit branch="chromeos-4.4" change_id="I33f08d964c869cad285bae21b24456dffedca8d6" commit="27e7bd73205459a8b94aabd156362a31d63ba2ef" commit_message="UPSTREAM: drm/i915/userptr: Store i915 backpointer for i915_mm_struct Since we only ever use the drm_i915_private from the stored i915_mm_struct-&gt;dev, save some electrons by storing the right backpointer. Signed-off-by: Chris Wilson &lt;chris@chris-wilson.co.uk&gt; Cc: Tvrtko Ursulin &lt;tvrtko.ursulin@intel.com&gt; Cc: Micha Winiarski &lt;michal.winiarski@intel.com&gt; Reviewed-by: Micha Winiarski &lt;michal.winiarski@intel.com&gt; Link: http://patchwork.freedesktop.org/patch/msgid/1459864801-28606-3-git-send-email-chris@chris-wilson.co.uk (cherry picked from commit f470b19095c2cdf11710fde16c1ba7fc01b3c753 from drm-intel-next-2016-04-25) Signed-off-by: Tarun Vyas &lt;tarun.vyas@intel.com&gt; BUG=chrome-os-partner:52640 TEST=Image builds, boots and is browse-able Change-Id: I33f08d964c869cad285bae21b24456dffedca8d6 Reviewed-on: https://chromium-review.googlesource.com/345215 Commit-Ready: Tarun Vyas &lt;tarun.vyas@intel.com&gt; Tested-by: Russ Sage &lt;russ.sage@intel.com&gt; Reviewed-by: Benson Leung &lt;bleung@chromium.org&gt; " fail_count="2" gerrit_number="345215" owner_email="tarun.vyas@intel.com" pass_count="0" patch_number="1" project="chromiumos/third_party/kernel" project_url="https://chromium-review.googlesource.com/chromiumos/third_party/kernel" ref="refs/changes/15/345215/1" remote="cros" total_fail_count="2"/><pending_commit branch="chromeos-4.4" change_id="I4932958ba5f8c1c55f83ca87aeb77195d1182d46" commit="b1ed376d07af61aa75087511777e62063fe0be2b" commit_message="UPSTREAM: drm/i915: Protect force_bit with gmbus_mutex Extend the protection of gmbus_mutex around the force_bit RMW in intel_gmbus_force_bit(), in case someone gets the idea of calling it from a separate thread while there's other stuff happening on the same bus. Signed-off-by: Ville Syrjl &lt;ville.syrjala@linux.intel.com&gt; Link: http://patchwork.freedesktop.org/patch/msgid/1457366220-29409-3-git-send-email-ville.syrjala@linux.intel.com Reviewed-by: Jani Nikula &lt;jani.nikula@intel.com&gt; (cherry picked from commit ade754ec1143caeada0bae01e4c3ea3188497bfd from drm-intel-next-2016-04-25) Signed-off-by: Tarun Vyas &lt;tarun.vyas@intel.com&gt; BUG=chrome-os-partner:52640 TEST=Image builds, boots and is browse-able Change-Id: I4932958ba5f8c1c55f83ca87aeb77195d1182d46 Reviewed-on: https://chromium-review.googlesource.com/345216 Commit-Ready: Tarun Vyas &lt;tarun.vyas@intel.com&gt; Tested-by: Russ Sage &lt;russ.sage@intel.com&gt; Reviewed-by: Stéphane Marchesin &lt;marcheu@chromium.org&gt; " fail_count="2" gerrit_number="345216" owner_email="tarun.vyas@intel.com" pass_count="0" patch_number="1" project="chromiumos/third_party/kernel" project_url="https://chromium-review.googlesource.com/chromiumos/third_party/kernel" ref="refs/changes/16/345216/1" remote="cros" total_fail_count="2"/><pending_commit branch="chromeos-4.4" change_id="Ia6557961a735a670ff85d4ef2968f5bf70472e9b" commit="d239056df0afd05f130f88e6f04c83e968910fe4" commit_message="UPSTREAM: drm/i915: Restore GMBUS operation after a failed bit-banging fallback When the GMBUS based i2c transfer times out, we try to fall back to bit-banging and retry the operation that way. However if the bit-banging attempt also fails, we should probably go back to the GMBUS method for the next attempt. Maybe there simply wasn't anyone one the bus at this time. There's also a bit of a mess going on with the force_bit handling. It's supposed to be a ref count actually, and it is as far as intel_gmbus_force_bit() is concerned. But it's treated as just a flag by the timeout based bit-banging fallback. I suppose that's fine since we should never end up in the timeout fallback case if force_bit was already non-zero. However now that we want to restore things back to where they were after the bit-banging attempt failed, we're going to have to do things a bit differently to avoid clobbering the force_bit count as set up by intel_gmbus_force_bit(). So let's dedicate the high bit as a flag for the low level timeout based fallback and treat the rest of the bits as a ref count just as before. Signed-off-by: Ville Syrjl &lt;ville.syrjala@linux.intel.com&gt; Link: http://patchwork.freedesktop.org/patch/msgid/1457366220-29409-4-git-send-email-ville.syrjala@linux.intel.com Reviewed-by: Jani Nikula &lt;jani.nikula@intel.com&gt; (cherry picked from commit 3e4d44e0fabf22d742c9669572653fe3399afec5 from drm-intel-next-2016-04-25) Signed-off-by: Tarun Vyas &lt;tarun.vyas@intel.com&gt; BUG=chrome-os-partner:52640 TEST=Image builds, boots and is browse-able Change-Id: Ia6557961a735a670ff85d4ef2968f5bf70472e9b Reviewed-on: https://chromium-review.googlesource.com/345217 Commit-Ready: Tarun Vyas &lt;tarun.vyas@intel.com&gt; Tested-by: Russ Sage &lt;russ.sage@intel.com&gt; Reviewed-by: Stéphane Marchesin &lt;marcheu@chromium.org&gt; " fail_count="2" gerrit_number="345217" owner_email="tarun.vyas@intel.com" pass_count="0" patch_number="1" project="chromiumos/third_party/kernel" project_url="https://chromium-review.googlesource.com/chromiumos/third_party/kernel" ref="refs/changes/17/345217/1" remote="cros" total_fail_count="2"/><pending_commit branch="chromeos-4.4" change_id="I8956a62b4d81c3883a75f31c4d3376e76049f150" commit="57ebc32123ca989fafeaf0423d8aa0238650b60b" commit_message="UPSTREAM: drm/i915: Make GMBUS timeout message DRM_DEBUG_KMS There's no real reason the user should care that we're about to fall back to bitbanging, so let's change the message from DRM_INFO to DRM_DEBUG_KMS. Signed-off-by: Ville Syrjl &lt;ville.syrjala@linux.intel.com&gt; Link: http://patchwork.freedesktop.org/patch/msgid/1457366220-29409-5-git-send-email-ville.syrjala@linux.intel.com Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=94890 Reviewed-by: Chris Wilson &lt;chris@chris-wilson.co.uk&gt; (cherry picked from commit 706778013bc5ee97970de3a2deee80b007e29c25 from drm-intel-next-2016-04-25) Signed-off-by: Tarun Vyas &lt;tarun.vyas@intel.com&gt; BUG=chrome-os-partner:52640 TEST=Image builds, boots and is browse-able Change-Id: I8956a62b4d81c3883a75f31c4d3376e76049f150 Reviewed-on: https://chromium-review.googlesource.com/345218 Commit-Ready: Tarun Vyas &lt;tarun.vyas@intel.com&gt; Tested-by: Russ Sage &lt;russ.sage@intel.com&gt; Reviewed-by: Stéphane Marchesin &lt;marcheu@chromium.org&gt; " fail_count="2" gerrit_number="345218" owner_email="tarun.vyas@intel.com" pass_count="0" patch_number="1" project="chromiumos/third_party/kernel" project_url="https://chromium-review.googlesource.com/chromiumos/third_party/kernel" ref="refs/changes/18/345218/1" remote="cros" total_fail_count="2"/><pending_commit branch="chromeos-4.4" change_id="I8f989f102b6d4fa02274c059f6fc482a467f0224" commit="f1fded842af2f36790652e84a8f07b49b7773d69" commit_message="UPSTREAM: drm/i915: Reject panel_type &gt; 0xf from VBT VBT can only contain 16 panel entries, indexed with the panel_type. To play it safe we should reject panel_type &gt; 0xf, so that we don't read past the valid data. v2: Add debug logging (Jani) Cc: Jani Nikula &lt;jani.nikula@linux.intel.com&gt; Cc: Rob Kramer &lt;rob@solution-space.com&gt; Signed-off-by: Ville Syrjl &lt;ville.syrjala@linux.intel.com&gt; Reviewed-by: Jani Nikula &lt;jani.nikula@intel.com&gt; (v1) Link: http://patchwork.freedesktop.org/patch/msgid/1460359329-10817-1-git-send-email-ville.syrjala@linux.intel.com (cherry picked from commit eeeebea6cbe0d85817e2fa8eee8a2f5c9d88a44a from drm-intel-next-2016-04-25) Signed-off-by: Tarun Vyas &lt;tarun.vyas@intel.com&gt; BUG=chrome-os-partner:52640 TEST=Image builds, boots and is browse-able Change-Id: I8f989f102b6d4fa02274c059f6fc482a467f0224 Reviewed-on: https://chromium-review.googlesource.com/345219 Commit-Ready: Tarun Vyas &lt;tarun.vyas@intel.com&gt; Tested-by: Russ Sage &lt;russ.sage@intel.com&gt; Reviewed-by: Stéphane Marchesin &lt;marcheu@chromium.org&gt; " fail_count="2" gerrit_number="345219" owner_email="tarun.vyas@intel.com" pass_count="0" patch_number="1" project="chromiumos/third_party/kernel" project_url="https://chromium-review.googlesource.com/chromiumos/third_party/kernel" ref="refs/changes/19/345219/1" remote="cros" total_fail_count="2"/><pending_commit branch="chromeos-4.4" change_id="Icb765d1afd6d5d87b6555d09975fef7263e3d204" commit="df919188e50b2f8d529465fd16f5f8751149acb5" commit_message="UPSTREAM: drm/i915: Replace the static panel_type variable with dev_priv-&gt;vbt.panel_type Store the extracted panel_type under dev_priv.vbt instead of keeping around a static variable for it. Cc: Rob Kramer &lt;rob@solution-space.com&gt; Signed-off-by: Ville Syrjl &lt;ville.syrjala@linux.intel.com&gt; Reviewed-by: Jani Nikula &lt;jani.nikula@intel.com&gt; (cherry picked from commit 3e845c7a4095b7f051a61c8eb07d6d379c6e014f from drm-intel-next-2016-04-25) Signed-off-by: Tarun Vyas &lt;tarun.vyas@intel.com&gt; BUG=chrome-os-partner:52640 TEST=Image builds, boots and is browse-able Change-Id: Icb765d1afd6d5d87b6555d09975fef7263e3d204 Reviewed-on: https://chromium-review.googlesource.com/345220 Commit-Ready: Tarun Vyas &lt;tarun.vyas@intel.com&gt; Tested-by: Russ Sage &lt;russ.sage@intel.com&gt; Reviewed-by: Stéphane Marchesin &lt;marcheu@chromium.org&gt; " fail_count="2" gerrit_number="345220" owner_email="tarun.vyas@intel.com" pass_count="0" patch_number="1" project="chromiumos/third_party/kernel" project_url="https://chromium-review.googlesource.com/chromiumos/third_party/kernel" ref="refs/changes/20/345220/1" remote="cros" total_fail_count="2"/><pending_commit branch="chromeos-4.4" change_id="I5dba371a01d02b254a62837f894437e0f28bf394" commit="048a1cd0cab1f7d305ec98656fff951c6c48a505" commit_message="UPSTREAM: drm/i915: Get panel_type from OpRegion panel details We've had problems on several occasions with using the panel type from the VBT block 40. Usually it seems to be 2, which often doesn't give us the correct timings for the panel. After some more digging I found a way to get a panel type via the OpRegion SWSCI GBDA &quot;Get Panel Details&quot; method. Let's try to use it. The spec has this to say about the output: &quot;Bits [15:8] - Panel Type Bits contain the panel type user setting from CMOS 00h = Not Valid, use default Panel Type &amp; Timings from VBT 01h - 0Fh = Panel Number&quot; Another version of the spec lists the valid range as 1-16, which makes more sense since VBT supports 16 panels. Based on actual results from Rob's G45, 1-16 is what we need to accept. The other bits in the output don't look relevant for the problem at hand. The input is specified as: &quot;Bits [31:4] - Reserved Reserved (must be zero) Bits [3:0] - Panel Number These bits contain the sequential index of Panel, starting at 0 and counting upwards from the first integrated Internal Flat-Panel Display Encoder present, and then from the first external Display Encoder (e.g., S/DVO-B then S/DVO-C) which supports Internal Flat-Panels. 0h - 0Fh = Panel number&quot; For now I've just hardcoded the input panel number as 0. That would seem like a decent choise for LVDS. Not so sure about eDP when port != A. v2: Accept values 1-16 Filter out bogus results in opregion code (Jani) Add debug logging for all the different branches (Jani) Cc: Jani Nikula &lt;jani.nikula@linux.intel.com&gt; Cc: Rob Kramer &lt;rob@solution-space.com&gt; Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=94825 Signed-off-by: Ville Syrjl &lt;ville.syrjala@linux.intel.com&gt; Link: http://patchwork.freedesktop.org/patch/msgid/1460359431-11003-1-git-send-email-ville.syrjala@linux.intel.com Reviewed-by: Jani Nikula &lt;jani.nikula@intel.com&gt; Tested-by: Rob Kramer &lt;rob@solution-space.com&gt; (cherry picked from commit a05628195a0d9f3173dd9aa76f482aef692e46ee from drm-intel-next-2016-04-25) Signed-off-by: Tarun Vyas &lt;tarun.vyas@intel.com&gt; BUG=chrome-os-partner:52640 TEST=Image builds, boots and is browse-able Change-Id: I5dba371a01d02b254a62837f894437e0f28bf394 Reviewed-on: https://chromium-review.googlesource.com/345221 Commit-Ready: Tarun Vyas &lt;tarun.vyas@intel.com&gt; Tested-by: Russ Sage &lt;russ.sage@intel.com&gt; Reviewed-by: Stéphane Marchesin &lt;marcheu@chromium.org&gt; " fail_count="2" gerrit_number="345221" owner_email="tarun.vyas@intel.com" pass_count="0" patch_number="1" project="chromiumos/third_party/kernel" project_url="https://chromium-review.googlesource.com/chromiumos/third_party/kernel" ref="refs/changes/21/345221/1" remote="cros" total_fail_count="2"/><pending_commit branch="chromeos-4.4" change_id="I2f18d8257c5b3f814730f706a4fd0499f9ebe563" commit="58e5f9cbf6bfdfe43e5746c5e042c41f9c85469a" commit_message="UPSTREAM: drm/i915: Use consistent forcewake auto-release timeout across kernel configs Because it is based on jiffies, current implementation releases the forcewake at any time between straight away and between 1ms and 10ms, depending on the kernel configuration (CONFIG_HZ). This is probably not what has been desired, since the dynamics of keeping parts of the GPU awake should not be correlated with this kernel configuration parameter. Change the auto-release mechanism to use hrtimers and set the timeout to 1ms with a 1ms of slack. This should make the GPU power consistent across kernel configs, and timer slack should enable some timer coalescing where multiple force-wake domains exist, or with unrelated timers. For GlBench/T-Rex this decreases the number of forcewake releases from ~480 to ~300 per second, and for a heavy combined OGL/OCL test from ~670 to ~360 (HZ=1000 kernel). Even though this reduction can be attributed to the average release period extending from 0-1ms to 1-2ms, as discussed above, it will make the forcewake timeout consistent for different CONFIG_HZ values. Real life measurements with the above workload has shown that, with this patch, both manage to auto-release the forcewake between 2-4 times per 10ms, even though the number of forcewake gets is dramatically different. T-Rex requests between 5-10 explicit gets and 5-10 implict gets in each 10ms period, while the OGL/OCL test requests 250 and 380 times in the same period. The two data points together suggest that the nature of the forwake accesses is bursty and that further changes and potential timeout extensions, or moving the start of timeout from the first to the last automatic forcewake grab, should be carefully measured for power and performance effects. v2: * Commit spelling. (Dave Gordon) * More discussion on numbers in the commit. (Chris Wilson) Signed-off-by: Tvrtko Ursulin &lt;tvrtko.ursulin@intel.com&gt; Reviewed-by: Dave Gordon &lt;david.s.gordon@intel.com&gt; Cc: Chris Wilson &lt;chris@chris-wilson.co.uk&gt; Reviewed-by: Chris Wilson &lt;chris@chris-wilson.co.uk&gt; (cherry picked from commit a57a4a67e5ee1826df0f054ad98f397829e4c573 from drm-intel-next-2016-04-25) Signed-off-by: Tarun Vyas &lt;tarun.vyas@intel.com&gt; BUG=chrome-os-partner:52640 TEST=Image builds, boots and is browse-able Change-Id: I2f18d8257c5b3f814730f706a4fd0499f9ebe563 Reviewed-on: https://chromium-review.googlesource.com/345222 Commit-Ready: Tarun Vyas &lt;tarun.vyas@intel.com&gt; Tested-by: Russ Sage &lt;russ.sage@intel.com&gt; Reviewed-by: Stéphane Marchesin &lt;marcheu@chromium.org&gt; " fail_count="2" gerrit_number="345222" owner_email="tarun.vyas@intel.com" pass_count="0" patch_number="1" project="chromiumos/third_party/kernel" project_url="https://chromium-review.googlesource.com/chromiumos/third_party/kernel" ref="refs/changes/22/345222/1" remote="cros" total_fail_count="2"/><pending_commit branch="chromeos-4.4" change_id="Iee9187734fd0e8120e4359c56200ec3c2a04a48d" commit="da9667e05f4b6bc7cd402fa18773183cdf8c8b88" commit_message="UPSTREAM: drm/i915: Simplify for_each_fw_domain iterators As the vast majority of users do not use the domain id variable, we can eliminate it from the iterator and also change the latter using the same principle as was recently done for for_each_engine. For a couple of callers which do need the domain mask, store it in the domain array (which already has the domain id), then both can be retrieved thence. Result is clearer code and smaller generated binary, especially in the tight fw get/put loops. Also, relationship between domain id and mask is no longer assumed in the macro. v2: Improve grammar in the commit message and rename the iterator to for_each_fw_domain_masked for consistency. (Dave Gordon) Signed-off-by: Tvrtko Ursulin &lt;tvrtko.ursulin@intel.com&gt; Reviewed-by: Chris Wilson &lt;chris@chris-wilson.co.uk&gt; Reviewed-by: Dave Gordon &lt;david.s.gordon@intel.com&gt; (cherry picked from commit 33c582c10aea6162711a11c1a7e6f21598fc3033 from drm-intel-next-2016-04-25) Signed-off-by: Tarun Vyas &lt;tarun.vyas@intel.com&gt; BUG=chrome-os-partner:52640 TEST=Image builds, boots and is browse-able Change-Id: Iee9187734fd0e8120e4359c56200ec3c2a04a48d Reviewed-on: https://chromium-review.googlesource.com/345223 Commit-Ready: Tarun Vyas &lt;tarun.vyas@intel.com&gt; Tested-by: Russ Sage &lt;russ.sage@intel.com&gt; Reviewed-by: Stéphane Marchesin &lt;marcheu@chromium.org&gt; " fail_count="2" gerrit_number="345223" owner_email="tarun.vyas@intel.com" pass_count="0" patch_number="1" project="chromiumos/third_party/kernel" project_url="https://chromium-review.googlesource.com/chromiumos/third_party/kernel" ref="refs/changes/23/345223/1" remote="cros" total_fail_count="2"/><pending_commit branch="chromeos-4.4" change_id="I15e0ca77f7d765c691cfb0498c9dc509bbb8c9c8" commit="68b5b406817febb2bf9a48d63ee6594d4b6ae969" commit_message="UPSTREAM: drm/i915: Do not serialize forcewake acquire across domains On platforms with multiple forcewake domains it seems more efficient to request all desired ones and then to wait for acks to avoid needlessly serializing on each domain. v2: Rebase. Signed-off-by: Tvrtko Ursulin &lt;tvrtko.ursulin@intel.com&gt; Reviewed-by: Chris Wilson &lt;chris@chris-wilson.co.uk&gt; Link: http://patchwork.freedesktop.org/patch/msgid/1460045074-1006-1-git-send-email-tvrtko.ursulin@linux.intel.com (cherry picked from commit 4e1176dd615f11b7cb6791205dfb21647bf4580a from drm-intel-next-2016-04-25) Signed-off-by: Tarun Vyas &lt;tarun.vyas@intel.com&gt; BUG=chrome-os-partner:52640 TEST=Image builds, boots and is browse-able Change-Id: I15e0ca77f7d765c691cfb0498c9dc509bbb8c9c8 Reviewed-on: https://chromium-review.googlesource.com/345224 Commit-Ready: Tarun Vyas &lt;tarun.vyas@intel.com&gt; Tested-by: Russ Sage &lt;russ.sage@intel.com&gt; Reviewed-by: Stéphane Marchesin &lt;marcheu@chromium.org&gt; " fail_count="2" gerrit_number="345224" owner_email="tarun.vyas@intel.com" pass_count="0" patch_number="1" project="chromiumos/third_party/kernel" project_url="https://chromium-review.googlesource.com/chromiumos/third_party/kernel" ref="refs/changes/24/345224/1" remote="cros" total_fail_count="2"/><pending_commit branch="chromeos-4.4" change_id="Iaf86e70425082cdd208df40fdfcb881171ace387" commit="b0d22d615ee1228ac5c8e6793fad88b8f242b8fc" commit_message="UPSTREAM: drm/i915: Extract knowledge of register forcewake domains Knowledge of which register per platform belonds in which forcewake domain was embedded in the MMIO accessors themselves. Extract it into standalone macros so they can be used from new code in the following patches. This causes GCC to compile some of the MMIO accessors slightly differently and grows the code a tiny amount. But none of the growth is on the fast-path so it does not matter hugely. Affected sizes before: 00000000000026f0 00000000000001a5 t gen6_read16 0000000000002390 00000000000001a5 t gen6_read32 00000000000028a0 00000000000001a5 t gen6_read64 00000000000061d0 000000000000019e t gen8_write16 0000000000006510 000000000000019d t gen8_write32 0000000000006370 000000000000019d t gen8_write64 00000000000021f0 000000000000019d t gen8_write8 Affected sizes after: 0000000000002840 00000000000001aa t gen6_read16 00000000000024e0 00000000000001a9 t gen6_read32 00000000000029f0 00000000000001a9 t gen6_read64 0000000000004f20 00000000000001b5 t gen8_write16 0000000000004ba0 00000000000001b4 t gen8_write32 00000000000050e0 00000000000001b4 t gen8_write64 0000000000004d60 00000000000001b4 t gen8_write8 Other MMIO accessors are not affected in size. Signed-off-by: Tvrtko Ursulin &lt;tvrtko.ursulin@intel.com&gt; Acked-by: Chris Wilson &lt;chris@chris-wilson.co.uk&gt; Reviewed-by: Chris Wilson &lt;chris@chris-wilson.co.uk&gt; (cherry picked from commit 6863b76c6295490183ee198a4db5b2a072a68b4a from drm-intel-next-2016-04-25) Signed-off-by: Tarun Vyas &lt;tarun.vyas@intel.com&gt; BUG=chrome-os-partner:52640 TEST=Image builds, boots and is browse-able Change-Id: Iaf86e70425082cdd208df40fdfcb881171ace387 Reviewed-on: https://chromium-review.googlesource.com/345225 Commit-Ready: Tarun Vyas &lt;tarun.vyas@intel.com&gt; Tested-by: Russ Sage &lt;russ.sage@intel.com&gt; Reviewed-by: Stéphane Marchesin &lt;marcheu@chromium.org&gt; " fail_count="2" gerrit_number="345225" owner_email="tarun.vyas@intel.com" pass_count="0" patch_number="1" project="chromiumos/third_party/kernel" project_url="https://chromium-review.googlesource.com/chromiumos/third_party/kernel" ref="refs/changes/25/345225/1" remote="cros" total_fail_count="2"/><pending_commit branch="chromeos-4.4" change_id="I91906a9cd50f189866004242091e3915926bf095" commit="2f48c76f57d86aeb2d60fd5f681b30740e52c899" commit_message="UPSTREAM: drm/i915: Remove forcewake request registers from the shadowed table Chris Wilson points out that we can remove them from the array since they are always written to with raw accessors. Signed-off-by: Tvrtko Ursulin &lt;tvrtko.ursulin@intel.com&gt; Reviewed-by: Chris Wilson &lt;chris@chris-wilson.co.uk&gt; (cherry picked from commit a70ecc16d01c4fc732b81c6d7a755ef582691731 from drm-intel-next-2016-04-25) Signed-off-by: Tarun Vyas &lt;tarun.vyas@intel.com&gt; BUG=chrome-os-partner:52640 TEST=Image builds, boots and is browse-able Change-Id: I91906a9cd50f189866004242091e3915926bf095 Reviewed-on: https://chromium-review.googlesource.com/345226 Commit-Ready: Tarun Vyas &lt;tarun.vyas@intel.com&gt; Tested-by: Russ Sage &lt;russ.sage@intel.com&gt; Reviewed-by: Stéphane Marchesin &lt;marcheu@chromium.org&gt; " fail_count="2" gerrit_number="345226" owner_email="tarun.vyas@intel.com" pass_count="0" patch_number="1" project="chromiumos/third_party/kernel" project_url="https://chromium-review.googlesource.com/chromiumos/third_party/kernel" ref="refs/changes/26/345226/1" remote="cros" total_fail_count="2"/><pending_commit branch="chromeos-4.4" change_id="Ib13c14f7278e5547ab62945e5767abf38de2c0b6" commit="cef3fe94add96743a1a951e4db45ceff358b1f4a" commit_message="UPSTREAM: drm/i915: Only grab correct forcewake for the engine with execlists Rather than blindly waking up all forcewake domains on command submission, we can teach each engine what is (or are) the correct one to take. On platforms with multiple forcewake domains like VLV, CHV, SKL and BXT, this has the potential of lowering the GPU and CPU power use and submission latency. To implement it we add a function named intel_uncore_forcewake_for_reg whose purpose is to query which forcewake domains need to be taken to read or write a specific register with raw mmio accessors. These enables the execlists engine setup to query which forcewake domains are relevant per engine on the currently running platform. v2: * Kerneldoc. * Split from intel_uncore.c macro extraction, WARN_ON, no warns on old platforms. (Chris Wilson) v3: * Single domain per engine, mention all registers, bi-directional function and a new name, fix handling of gen6 and gen7 writes. (Chris Wilson) Signed-off-by: Tvrtko Ursulin &lt;tvrtko.ursulin@intel.com&gt; Cc: Chris Wilson &lt;chris@chris-wilson.co.uk&gt; Reviewed-by: Chris Wilson &lt;chris@chris-wilson.co.uk&gt; Link: http://patchwork.freedesktop.org/patch/msgid/1460468251-14069-1-git-send-email-tvrtko.ursulin@linux.intel.com (cherry picked from commit 3756685a18e6aa74ca3484192b64f4f8a11c8bb5 from drm-intel-next-2016-04-25) Signed-off-by: Tarun Vyas &lt;tarun.vyas@intel.com&gt; BUG=chrome-os-partner:52640 TEST=Image builds, boots and is browse-able Change-Id: Ib13c14f7278e5547ab62945e5767abf38de2c0b6 Reviewed-on: https://chromium-review.googlesource.com/345227 Commit-Ready: Tarun Vyas &lt;tarun.vyas@intel.com&gt; Tested-by: Russ Sage &lt;russ.sage@intel.com&gt; Reviewed-by: Stéphane Marchesin &lt;marcheu@chromium.org&gt; " fail_count="2" gerrit_number="345227" owner_email="tarun.vyas@intel.com" pass_count="0" patch_number="1" project="chromiumos/third_party/kernel" project_url="https://chromium-review.googlesource.com/chromiumos/third_party/kernel" ref="refs/changes/27/345227/1" remote="cros" total_fail_count="2"/><pending_commit branch="master" change_id="I873088ad525fadfb637874e993bae5992ba923e6" commit="3d6eb8a4e7c934ce5d18b3bd88fd3c9aeb57e49c" commit_message="security_AccountsBaseline: add cups to lp group We want cupsd to be able to access USB printers, which will have group:lp. CQ-DEPEND=CL:350771 BUG=chromium:616866 TEST=security_AccountsBaseline on trybot Change-Id: I873088ad525fadfb637874e993bae5992ba923e6 Signed-off-by: Brian Norris &lt;briannorris@chromium.org&gt; Reviewed-on: https://chromium-review.googlesource.com/350850 " fail_count="0" gerrit_number="350850" owner_email="briannorris@chromium.org" pass_count="0" patch_number="3" project="chromiumos/third_party/autotest" project_url="https://chromium-review.googlesource.com/chromiumos/third_party/autotest" ref="refs/changes/50/350850/3" remote="cros" total_fail_count="0"/><pending_commit branch="master" change_id="I8d1d6988cfbe52572f4be89046c86a21c855d880" commit="8b16e1e992c81e2312165eb540ec92e1fecd9260" commit_message="add cups to lp group We want cupsd to be able to access USB printers, which will have group:lp. CQ-DEPEND=CL:350850,CL:*264046 BUG=chromium:616866 TEST=security_AccountsBaseline on trybot TEST=print to USB printer with non-root cupsd Change-Id: I8d1d6988cfbe52572f4be89046c86a21c855d880 Signed-off-by: Brian Norris &lt;briannorris@chromium.org&gt; Reviewed-on: https://chromium-review.googlesource.com/350771 Reviewed-by: Andrew de los Reyes &lt;adlr@chromium.org&gt; " fail_count="0" gerrit_number="350771" owner_email="briannorris@chromium.org" pass_count="0" patch_number="3" project="chromiumos/overlays/eclass-overlay" project_url="https://chromium-review.googlesource.com/chromiumos/overlays/eclass-overlay" ref="refs/changes/71/350771/3" remote="cros" total_fail_count="1"/><pending_commit branch="chromeos-4.4" change_id="I2cfd098e2a45df7c1d7015bf6c6218ace5c0aea3" commit="9bfef4dd3bc695eb316d0bb4669adb2ce69bd7d0" commit_message="FIXUP: FROMLIST: drm/panel: simple: Add support for Sharp LQ123P1JX31 2400x1600 panel We picked the patch FROMLIST and then folks pointed out that the size was not the number of pixels but was the physical size in mm. Fix it. This size comes from the EDID: Detailed mode: Clock 252.750 MHz, 259 mm x 173 mm 2400 2448 2480 2560 hborder 0 1600 1603 1613 1646 vborder 0 -hsync -vsync ...and matches the &quot;Active Area&quot; in the panel datasheet. BUG=chrome-os-partner:53565 TEST=modetest shows correct size now Change-Id: I2cfd098e2a45df7c1d7015bf6c6218ace5c0aea3 Signed-off-by: Douglas Anderson &lt;dianders@chromium.org&gt; Reviewed-on: https://chromium-review.googlesource.com/351358 Reviewed-by: Stephen Barber &lt;smbarber@chromium.org&gt; " fail_count="0" gerrit_number="351358" owner_email="dianders@chromium.org" pass_count="0" patch_number="1" project="chromiumos/third_party/kernel" project_url="https://chromium-review.googlesource.com/chromiumos/third_party/kernel" ref="refs/changes/58/351358/1" remote="cros" total_fail_count="0"/><pending_commit branch="chromeos-4.4" change_id="If505c6016a036a0df29f8b3472a7b9c24e6f1b83" commit="782947f76b7a9defe0d8b8d6b46fb56c9d6dbe53" commit_message="FROMLIST: dt-bindings: add Starry KR122EA0SRA panel binding The Starry KR122EA0SRA is a 12.2&quot;, 1920x1200 TFT-LCD panel connected using eDP interfaces. BUG=chrome-os-partner:53565 TEST=Test eDP on rk3399-gru Change-Id: If505c6016a036a0df29f8b3472a7b9c24e6f1b83 Signed-off-by: Douglas Anderson &lt;dianders@chromium.org&gt; (am from https://patchwork.kernel.org/patch/9170137/) Reviewed-on: https://chromium-review.googlesource.com/351359 Reviewed-by: Stephen Barber &lt;smbarber@chromium.org&gt; " fail_count="0" gerrit_number="351359" owner_email="dianders@chromium.org" pass_count="0" patch_number="1" project="chromiumos/third_party/kernel" project_url="https://chromium-review.googlesource.com/chromiumos/third_party/kernel" ref="refs/changes/59/351359/1" remote="cros" total_fail_count="0"/><pending_commit branch="chromeos-4.4" change_id="If77d93362379909cb101548d0447b2f97cecf46a" commit="7d49e6230035c52f413e41541b3dbd25c7b2bd1f" commit_message="FROMLIST: drm/panel: simple: Add support for Starry KR122EA0SRA 1920x1200 panel The Starry KR122EA0SRA is a 12.2&quot;, 1920x1200 TFT-LCD panel connected using eDP interfaces. EDID shows: Detailed mode: Clock 147.000 MHz, 263 mm x 164 mm 1920 1936 1952 1984 hborder 0 1200 1215 1217 1235 vborder 0 -hsync -vsync Manufacturer-specified data, tag 15 ASCII string: STARRY ASCII string: KR122EA0SRA BUG=chrome-os-partner:53565 TEST=Test eDP on rk3399-gru Conflicts: drivers/gpu/drm/panel/panel-simple.c Change-Id: If77d93362379909cb101548d0447b2f97cecf46a Signed-off-by: Douglas Anderson &lt;dianders@chromium.org&gt; (am from https://patchwork.kernel.org/patch/9170139/) Reviewed-on: https://chromium-review.googlesource.com/351314 Reviewed-by: Stéphane Marchesin &lt;marcheu@chromium.org&gt; " fail_count="0" gerrit_number="351314" owner_email="dianders@chromium.org" pass_count="0" patch_number="2" project="chromiumos/third_party/kernel" project_url="https://chromium-review.googlesource.com/chromiumos/third_party/kernel" ref="refs/changes/14/351314/2" remote="cros" total_fail_count="0"/><pending_commit branch="master" change_id="I51d1e4569f9354bd3ff8f76ea778a4df7dd91678" commit="5899cc4af5c28c2b7a1033405c06ea56f4c45d5c" commit_message="validation_pool.py: catch and better surface recursion depth exceptions BUG=chromium:618159 TEST=None Change-Id: I51d1e4569f9354bd3ff8f76ea778a4df7dd91678 Reviewed-on: https://chromium-review.googlesource.com/350920 Commit-Ready: Aviv Keshet &lt;akeshet@chromium.org&gt; Tested-by: Aviv Keshet &lt;akeshet@chromium.org&gt; Reviewed-by: David James &lt;davidjames@chromium.org&gt; " fail_count="1" gerrit_number="350920" owner_email="akeshet@chromium.org" pass_count="0" patch_number="2" project="chromiumos/chromite" project_url="https://chromium-review.googlesource.com/chromiumos/chromite" ref="refs/changes/20/350920/2" remote="cros" total_fail_count="1"/><pending_commit branch="master" change_id="I67fbe0c140a04b87d1a5c86c740d719b028b25d8" commit="e033b6cfd0bebcf8d7f5d0d9ae187ddb541b7993" commit_message="validation_pool.py: recursion depth limit for _AddChangeToPlanWithDeps BUG=chromium:618159 TEST=None Change-Id: I67fbe0c140a04b87d1a5c86c740d719b028b25d8 Reviewed-on: https://chromium-review.googlesource.com/350872 Commit-Ready: Aviv Keshet &lt;akeshet@chromium.org&gt; Tested-by: Aviv Keshet &lt;akeshet@chromium.org&gt; Reviewed-by: David James &lt;davidjames@chromium.org&gt; " fail_count="1" gerrit_number="350872" owner_email="akeshet@chromium.org" pass_count="0" patch_number="1" project="chromiumos/chromite" project_url="https://chromium-review.googlesource.com/chromiumos/chromite" ref="refs/changes/72/350872/1" remote="cros" total_fail_count="1"/><pending_commit branch="master" change_id="Ieef1cf46198977cb7e246e5383199650b27f75c4" commit="9d3cb0bd48059bfbda3c1f78ee7e35420226492b" commit_message="CRAS: Allow jack switch number to be specified. Some sound cards can detect multiple types of connections into the audio jack - for example distinguish between line-out and headphones by measuring the impedance on the other end. In that case we want each jack to have it's own I/O node so that each can have it's own volume settings. This allows us to specify the jack used more exactly. BUG=None TEST=Added unit tests. Validated that only the specified switch is used. Change-Id: Ieef1cf46198977cb7e246e5383199650b27f75c4 Reviewed-on: https://chromium-review.googlesource.com/347362 Commit-Ready: John Muir &lt;muirj@google.com&gt; Tested-by: John Muir &lt;muirj@google.com&gt; Reviewed-by: Dylan Reid &lt;dgreid@chromium.org&gt; " fail_count="0" gerrit_number="347362" owner_email="muirj@google.com" pass_count="0" patch_number="12" project="chromiumos/third_party/adhd" project_url="https://chromium-review.googlesource.com/chromiumos/third_party/adhd" ref="refs/changes/62/347362/12" remote="cros" total_fail_count="0"/><pending_commit branch="master" change_id="I610209b18dfd40677da7624418eb6b6ac15e0666" commit="b02b982789db91c2db4b1691058ed567e8ff5ece" commit_message="CRAS: iodev_list - Fix incorrect arg to rm_mute_cb This has been incorrect forever, fix it. This doesn't affect anything as this code isn't run in actual systems. BUG=None TEST=Not applicable. Change-Id: I610209b18dfd40677da7624418eb6b6ac15e0666 Signed-off-by: Dylan Reid &lt;dgreid@chromium.org&gt; Reviewed-on: https://chromium-review.googlesource.com/348652 Commit-Ready: John Muir &lt;muirj@google.com&gt; Tested-by: John Muir &lt;muirj@google.com&gt; " fail_count="0" gerrit_number="348652" owner_email="muirj@google.com" pass_count="0" patch_number="11" project="chromiumos/third_party/adhd" project_url="https://chromium-review.googlesource.com/chromiumos/third_party/adhd" ref="refs/changes/52/348652/11" remote="cros" total_fail_count="0"/><pending_commit branch="master" change_id="Ife415ecfcd1bc9001e8503dd59d8251d91b7a433" commit="596250c0623d0caaa87b4067bcc9dc2cb2039763" commit_message="Update speech synthesis ebuild rules to allow changes to voice file names BUG=chromium:614271 TEST=manual test using ChromeVox Change-Id: Ife415ecfcd1bc9001e8503dd59d8251d91b7a433 Reviewed-on: https://chromium-review.googlesource.com/346900 Commit-Ready: Dominic Mazzoni &lt;dmazzoni@chromium.org&gt; Tested-by: Dominic Mazzoni &lt;dmazzoni@chromium.org&gt; Reviewed-by: Dan Erat &lt;derat@chromium.org&gt; Reviewed-by: Dominic Mazzoni &lt;dmazzoni@chromium.org&gt; " fail_count="0" gerrit_number="346900" owner_email="dmazzoni@chromium.org" pass_count="0" patch_number="4" project="chromiumos/overlays/chromiumos-overlay" project_url="https://chromium-review.googlesource.com/chromiumos/overlays/chromiumos-overlay" ref="refs/changes/00/346900/4" remote="cros" total_fail_count="0"/><pending_commit branch="master" change_id="I88371d4a2aca0397f0ed98d0e261d86242905839" commit="26198baab72ac80919bff5b504127bca83eefbde" commit_message="login: Make ContainerManagerInterface a JobManagerInterface This is part 3/3 in a series of changes needed for a refactoring of container-related objects. This change makes ContainerManagerInterface comply with JobManagerInterface. BUG=b:29179661 BUG=b:29190864 TEST=cheets_SettingsBridge Change-Id: I88371d4a2aca0397f0ed98d0e261d86242905839 Reviewed-on: https://chromium-review.googlesource.com/351013 Commit-Ready: Luis Hector Chavez &lt;lhchavez@google.com&gt; Tested-by: Luis Hector Chavez &lt;lhchavez@google.com&gt; Reviewed-by: Dan Erat &lt;derat@chromium.org&gt; " fail_count="0" gerrit_number="351013" owner_email="lhchavez@google.com" pass_count="0" patch_number="4" project="chromiumos/platform2" project_url="https://chromium-review.googlesource.com/chromiumos/platform2" ref="refs/changes/13/351013/4" remote="cros" total_fail_count="1"/><pending_commit branch="master" change_id="Ic72e711c32c65cebb9e93d09237837ea51a31d29" commit="0b466f8d421bcd6f45f7de26889e2a803ba46dcf" commit_message="[autotest] In repair, if no power, try reinstalling the software. It's possible for a DUT to have AC power, yet have a software bug that causes it to report &quot;no AC power.&quot; So, make &quot;no AC power&quot; a trigger for all repair actions that reinstall the software. BUG=chromium:619110 TEST=None Change-Id: Ic72e711c32c65cebb9e93d09237837ea51a31d29 Reviewed-on: https://chromium-review.googlesource.com/351501 Commit-Ready: Richard Barnette &lt;jrbarnette@chromium.org&gt; Commit-Ready: Simran Basi &lt;sbasi@chromium.org&gt; Tested-by: Richard Barnette &lt;jrbarnette@chromium.org&gt; Reviewed-by: Kevin Cheng &lt;kevcheng@chromium.org&gt; " fail_count="0" gerrit_number="351501" owner_email="jrbarnette@chromium.org" pass_count="0" patch_number="2" project="chromiumos/third_party/autotest" project_url="https://chromium-review.googlesource.com/chromiumos/third_party/autotest" ref="refs/changes/01/351501/2" remote="cros" total_fail_count="0"/><pending_commit branch="master" change_id="I99743fdc40862856ada69cedd8ce49c01e0218c4" commit="8c5064c061440ba56c63e751f5000b91d4c545e5" commit_message="Network mode and Security mode dependency. Security modes do not support all network modes and have to be filtered. Or any other contraints can be added in this method. BUG=618805 TEST=None Change-Id: I99743fdc40862856ada69cedd8ce49c01e0218c4 Reviewed-on: https://chromium-review.googlesource.com/349724 Commit-Ready: Ashakiran Byrappa &lt;abyrappa@google.com&gt; Tested-by: Ashakiran Byrappa &lt;abyrappa@google.com&gt; Reviewed-by: Tien Chang &lt;tienchang@chromium.org&gt; " fail_count="0" gerrit_number="349724" owner_email="abyrappa@google.com" pass_count="0" patch_number="6" project="chromiumos/third_party/autotest" project_url="https://chromium-review.googlesource.com/chromiumos/third_party/autotest" ref="refs/changes/24/349724/6" remote="cros" total_fail_count="0"/><pending_commit branch="master" change_id="Ib330d4562603aef98280aab77ea01f6482414656" commit="e5c4b0a69e573411bbfeba426afafbe44c0a1c52" commit_message="Update on_before_task() with bot_file arg. This is needed as per https://codereview.chromium.org/2007683004. Change-Id: Ib330d4562603aef98280aab77ea01f6482414656 Reviewed-on: https://chromium-review.googlesource.com/351540 Commit-Ready: Marc-Antoine Ruel &lt;maruel@chromium.org&gt; Tested-by: Marc-Antoine Ruel &lt;maruel@chromium.org&gt; Reviewed-by: Kevin Cheng &lt;kevcheng@chromium.org&gt; " fail_count="0" gerrit_number="351540" owner_email="maruel@chromium.org" pass_count="0" patch_number="2" project="chromiumos/third_party/autotest" project_url="https://chromium-review.googlesource.com/chromiumos/third_party/autotest" ref="refs/changes/40/351540/2" remote="cros" total_fail_count="0"/><pending_commit branch="master" change_id="I318091ffb329554aad68dac8a4040d66985ee333" commit="3778b363e0f098b10b0f177a509f869c7151439e" commit_message="cryptohome: Add equivalents of getxattr and lsattr to platform. This is relanding of https://chromium-review.googlesource.com/#/c/340132/. Unit test was failing on x86_64 because FS_IOC_GETFLAGS in ext4 actually returns int though the signature suggests long. I replaced the argument to FS_IOC_GETFLAGS from long to int and (hopefully) fixed the issue. They will be used by cryptohome to distinguish the Drive cache directory under encrypted environment. Design doc: https://docs.google.com/document/d/1Kdq-b5kpudbotQ1q2GRNd52f-oZUrf7mfuZb1XUqH4U/edit#heading=h.sa3sh9r88p48 BUG=chromium:533750,chromium:618523 TEST=P2_TEST_FILTER=&quot;PlatformTest.*&quot; cros_workon_make --test cryptohome (BOARD=link, x86-alex, umaro) Change-Id: I318091ffb329554aad68dac8a4040d66985ee333 Reviewed-on: https://chromium-review.googlesource.com/351140 Commit-Ready: Keigo Oka &lt;oka@chromium.org&gt; Tested-by: Keigo Oka &lt;oka@chromium.org&gt; Reviewed-by: Keigo Oka &lt;oka@chromium.org&gt; Reviewed-by: Darren Krahn &lt;dkrahn@chromium.org&gt; " fail_count="0" gerrit_number="351140" owner_email="oka@chromium.org" pass_count="0" patch_number="6" project="chromiumos/platform2" project_url="https://chromium-review.googlesource.com/chromiumos/platform2" ref="refs/changes/40/351140/6" remote="cros" total_fail_count="0"/><pending_commit branch="master" change_id="Iea9a5e3418a9cef92cd3c87b65914101a7d9ac8c" commit="14808ade2002c84a51189abfa58ef4d6a84b833b" commit_message="crosh: drop the upstart-related cups commands We now autostart with socket-based activation, so we don't need these. BUG=chromium:588231, chromium:593139 TEST=test that `printer ...` commands still work (i.e., they launch cupsd on-demand), and we no longer can do `cups --start` Change-Id: Iea9a5e3418a9cef92cd3c87b65914101a7d9ac8c Signed-off-by: Brian Norris &lt;briannorris@chromium.org&gt; Reviewed-on: https://chromium-review.googlesource.com/346057 Reviewed-by: Sean Kau &lt;skau@chromium.org&gt; " fail_count="0" gerrit_number="346057" owner_email="briannorris@chromium.org" pass_count="0" patch_number="2" project="chromiumos/platform2" project_url="https://chromium-review.googlesource.com/chromiumos/platform2" ref="refs/changes/57/346057/2" remote="cros" total_fail_count="0"/><pending_commit branch="master" change_id="Ibcd998cb846cbc742601d137114b8f9416f68e41" commit="297d759c4daa9ffc8f8fca127b1722be4e55756a" commit_message="Autotest: extend the timeout limit for suite job in test push. This CL extend the timeout limit for suite job from 24 mins to 30 mins to reduce 'timeout error' in test push. BUG=chromium:619112 TEST=None Change-Id: Ibcd998cb846cbc742601d137114b8f9416f68e41 Reviewed-on: https://chromium-review.googlesource.com/351482 Commit-Ready: Xixuan Wu &lt;xixuan@chromium.org&gt; Tested-by: Xixuan Wu &lt;xixuan@chromium.org&gt; Reviewed-by: Dan Shi &lt;dshi@google.com&gt; " fail_count="0" gerrit_number="351482" owner_email="xixuan@chromium.org" pass_count="0" patch_number="1" project="chromiumos/third_party/autotest" project_url="https://chromium-review.googlesource.com/chromiumos/third_party/autotest" ref="refs/changes/82/351482/1" remote="cros" total_fail_count="0"/><pending_commit branch="master" change_id="I1dcaabe26c43ecfd288fb647c9066b5083eeb10f" commit="1e0285eb49f22ed2715d080021aed60ac3ffdf3d" commit_message="[autotest] Add pylint 1.1.0 to external_packages. Autotest pylint check is based on pylint 1.1.0. However, the pylint version in chroot and dept_tools are both 1.4.1. This difference causes developer can't upload CLs inside chroot, and it leads to lots of confusion due to different errors from 1.1 and 1.4.1. This change adds pylint 1.1.0 to external_packages. With that, after developers runs utils/build_externals.py, pylint 1.1.0 will be installed in site-packages folder. Then utils/run_pylint.py can import the desired 1.1.0 version and run proper checks. BUG=chromium:452983 TEST=local test, run ./utils/run_pylint.py server/hosts/adb_host.py in chroot, lint check should fail. run build_externals run ./utils/run_pylint.py server/hosts/adb_host.py in chroot again, lint check should pass with no error. Change-Id: I1dcaabe26c43ecfd288fb647c9066b5083eeb10f Reviewed-on: https://chromium-review.googlesource.com/351481 Commit-Ready: Dan Shi &lt;dshi@google.com&gt; Tested-by: Dan Shi &lt;dshi@google.com&gt; Reviewed-by: Simran Basi &lt;sbasi@chromium.org&gt; " fail_count="0" gerrit_number="351481" owner_email="dshi@google.com" pass_count="0" patch_number="1" project="chromiumos/third_party/autotest" project_url="https://chromium-review.googlesource.com/chromiumos/third_party/autotest" ref="refs/changes/81/351481/1" remote="cros" total_fail_count="0"/><pending_commit branch="master" change_id="If8e1ec79803c7f378b21f4e9423a56bd6763eb4e" commit="3875c8c02206df3c372b63135cffaf4fbb299779" commit_message="reef: corrections to motion sensors The motion sensors array as well as the config variables were copied from another board and mostly wrong for Reef. BUG=none BRANCH=none TEST=sensors which are connected successfully initialize, still need to test lid sensors. Change-Id: If8e1ec79803c7f378b21f4e9423a56bd6763eb4e Signed-off-by: David Hendricks &lt;dhendrix@chromium.org&gt; Reviewed-on: https://chromium-review.googlesource.com/349733 Reviewed-by: Kevin K Wong &lt;kevin.k.wong@intel.com&gt; Reviewed-by: Shawn N &lt;shawnn@chromium.org&gt; " fail_count="0" gerrit_number="349733" owner_email="dhendrix@chromium.org" pass_count="0" patch_number="3" project="chromiumos/platform/ec" project_url="https://chromium-review.googlesource.com/chromiumos/platform/ec" ref="refs/changes/33/349733/3" remote="cros" total_fail_count="0"/><pending_commit branch="master" change_id="Ic967af1019f511229be289e2fcf1200c4c5ff541" commit="83cb849997c4c207c54b202d1531791b9d444b36" commit_message="crash: Store all ARC reports in ~chronos/crash For Java crashes, crash_reporter runs as chronos, so reports for collection failures cannot be written to /var/spool/crash. Also, ARC reports should always be stored in the cryptohome. BUG=b:29158715 TEST=Reports for native crashes, Java crashes, and collection failures are stored in ~chronos/crash. Change-Id: Ic967af1019f511229be289e2fcf1200c4c5ff541 Reviewed-on: https://chromium-review.googlesource.com/351331 Commit-Ready: Dominik Laskowski &lt;domlaskowski@google.com&gt; Tested-by: Dominik Laskowski &lt;domlaskowski@google.com&gt; Reviewed-by: Luis Hector Chavez &lt;lhchavez@google.com&gt; " fail_count="0" gerrit_number="351331" owner_email="domlaskowski@google.com" pass_count="0" patch_number="2" project="chromiumos/platform2" project_url="https://chromium-review.googlesource.com/chromiumos/platform2" ref="refs/changes/31/351331/2" remote="cros" total_fail_count="0"/><pending_commit branch="master" change_id="I237914511051cbe2dc2cb2e06ffa969c07c4e347" commit="0ffbfc241a0246e61cfb8871309762b0cddc681b" commit_message="cidb: Add CQ cl_actions counter metric This adds a Monarch counter for cl_actions. There is a separate metric per action type, with &quot;reason&quot; being a field. This was done because the number of possible reasons is very large, so we don't want to overload the number of field tuples by also putting the action type in the fields. TEST=Unit tests BUG=chromium:617329 Change-Id: I237914511051cbe2dc2cb2e06ffa969c07c4e347 Reviewed-on: https://chromium-review.googlesource.com/350403 Commit-Ready: Paul Hobbs &lt;phobbs@google.com&gt; Tested-by: Paul Hobbs &lt;phobbs@google.com&gt; Reviewed-by: Paul Hobbs &lt;phobbs@google.com&gt; " fail_count="0" gerrit_number="350403" owner_email="phobbs@google.com" pass_count="0" patch_number="4" project="chromiumos/chromite" project_url="https://chromium-review.googlesource.com/chromiumos/chromite" ref="refs/changes/03/350403/4" remote="cros" total_fail_count="0"/><pending_commit branch="master" change_id="I66dfd56db9a53d40b1d56064f41f783fc0077040" commit="cf7eb4e8b8d312112f9113434944203e0bd76f32" commit_message="amd64 profile: add transparent_hugepage USE flag. We have enabled transparent hugepages for wolf board for a while. Now we want to enable transparent hugepages for the boards with amd64 architecture. BUG=chromium:569963 TEST=cbuildbot falco-release peppy-release squawks-release Change-Id: I66dfd56db9a53d40b1d56064f41f783fc0077040 Reviewed-on: https://chromium-review.googlesource.com/347467 Commit-Ready: Yunlian Jiang &lt;yunlian@chromium.org&gt; Tested-by: Yunlian Jiang &lt;yunlian@chromium.org&gt; Reviewed-by: Mike Frysinger &lt;vapier@chromium.org&gt; " fail_count="0" gerrit_number="347467" owner_email="yunlian@chromium.org" pass_count="0" patch_number="3" project="chromiumos/overlays/chromiumos-overlay" project_url="https://chromium-review.googlesource.com/chromiumos/overlays/chromiumos-overlay" ref="refs/changes/67/347467/3" remote="cros" total_fail_count="0"/><lkgm version="8437.0.0-rc2"/></manifest>