APPLIED[OSP1] Re: [SRU][OEM-OSP1-B/D/E][PATCH 0/4] Add New device id's for CMP-H

[Timo Aaltonen]

On 18.11.2019 11.52, Timo Aaltonen wrote:
> On 18.11.2019 11.49, Timo Aaltonen wrote:
>> On 14.11.2019 17.10, You-Sheng Yang wrote:
>>> From: You-Sheng Yang <vicamo at gmail.com>
>>>
>>> BugLink: https://bugs.launchpad.net/bugs/1846335
>>>
>>> [Impact]
>>> On new CML PCH-H platforms, many devices are not correctly probed,
>>> inclusive of touchpad.
>>>
>>> [Fix]
>>> New device IDs for CML PCH-H are landed in v5.4-rc1 and linux-next. So
>>> far the known list are:
>>> * 8f05eee67c14: "mmc: sdhci-pci: Add another Id for Intel CML"
>>> * 07f047e3fe33: "i2c: i801: Add support for Intel Comet Lake PCH-H"
>>> * 5a0feb6287e3: "mtd: spi-nor: intel-spi: Add support for Intel Comet
>>>   Lake-H SPI serial flash"
>>> * dd047dce3a6f: "mfd: intel-lpss: Add Intel Comet Lake PCH-H PCI IDs"
>>>
>>> The first one has been included in v5.4-rc1, while the rest are
>>> currently in linux-next.
>>>
>>> [Test Case]
>>> Verify built kernel on platforms with CML PCH-H. Check if intel-lpss
>>> module is loaded, i2c-hid is probed, and so on.
>>>
>>> [Regression Potential]
>>> Low. These patches add only new device IDs of previously not probed
>>> devices.
>>>
>>> [Other Info]
>>> There 4 patches for OEM-OSP1-B/D/E and only 3 for U because 8f05eee67c14
>>> is already included in U.
>>>
>>> Adrian Hunter (1):
>>>   mmc: sdhci-pci: Add another Id for Intel CML
>>>
>>> Andy Shevchenko (1):
>>>   mfd: intel-lpss: Add Intel Comet Lake PCH-H PCI IDs
>>>
>>> Jarkko Nikula (1):
>>>   i2c: i801: Add support for Intel Comet Lake PCH-H
>>>
>>> Mika Westerberg (1):
>>>   mtd: spi-nor: intel-spi: Add support for Intel Comet Lake-H SPI serial
>>>     flash
>>>
>>>  drivers/i2c/busses/i2c-i801.c       |  4 ++++
>>>  drivers/mfd/intel-lpss-pci.c        | 13 ++++++++++++-
>>>  drivers/mmc/host/sdhci-pci-core.c   |  1 +
>>>  drivers/mmc/host/sdhci-pci.h        |  1 +
>>>  drivers/mtd/spi-nor/intel-spi-pci.c |  1 +
>>>  5 files changed, 19 insertions(+), 1 deletion(-)
>>>
>>
>> applied to osp1 oem-next, thanks
>>
> 
> actually, it got inherited via disco, but anyway..

sigh, too many threads.. this was for the x86/timer patch

-- 
t