~vicamo/+git/ubuntu-kernel:bug-1856103/new-device-ids-for-cmp-v/unstable

Branch merges

Related source package recipes

No recipes using this branch. (?)

Create packaging recipe

Related snap packages

Related charm recipes

bae4c71... by You-Sheng Yang on 2020-01-17

Bug 1856103: New device IDs for CMP-V

8b46687... by Andy Shevchenko <email address hidden> on 2020-01-13

mfd: intel-lpss: Add Intel Comet Lake PCH-V PCI IDs

Intel Comet Lake PCH-V has the same LPSS than Intel Kaby Lake.
Add the new IDs to the list of supported devices.

Signed-off-by: Andy Shevchenko <email address hidden>
(cherry picked from
https://<email address hidden>/)
Signed-off-by: You-Sheng Yang <email address hidden>

84117f3... by Kai-Heng Feng on 2020-03-20

USB: Disable LPM on WD19's Realtek Hub

BugLink: https://bugs.launchpad.net/bugs/1868217

Realtek Hub (0bda:0x0487) used in Dell Dock WD19 sometimes drops off the
bus when bringing underlying ports from U3 to U0.

Disabling LPM on the hub during setting link state is not enough, so
let's disable LPM completely for this hub.

Acked-by: Alan Stern <email address hidden>
Signed-off-by: Kai-Heng Feng <email address hidden>
Cc: stable <email address hidden>
Link: https://<email address hidden>
Signed-off-by: Greg Kroah-Hartman <email address hidden>
(cherry picked from commit b63e48fb50e1ca71db301ca9082befa6f16c55c4 linux-next)
Signed-off-by: Kai-Heng Feng <email address hidden>
Signed-off-by: Seth Forshee <email address hidden>

42e66d1... by Mathias Nyman on 2020-03-20

xhci: Finetune host initiated USB3 rootport link suspend and resume

BugLink: https://bugs.launchpad.net/bugs/1868217

Depending on the current link state the steps to resume the link to U0
varies. The normal case when a port is suspended (U3) we set the link
to U0 and wait for a port event when U3exit completed and port moved to
U0.

If the port is in U1/U2, then no event is issued, just set link to U0

If port is in Resume or Recovery state then the device has already
initiated resume, and this host initiated resume is racing against it.
Port event handler for device initiated resume will set link to U0,
just wait for the port to reach U0 before returning.

Signed-off-by: Mathias Nyman <email address hidden>
Link: https://<email address hidden>
Signed-off-by: Greg Kroah-Hartman <email address hidden>
(cherry picked from commit ceca49382ac20e06ce04c21279c7f2868c4ec1d4 linux-next)
Signed-off-by: Kai-Heng Feng <email address hidden>
Signed-off-by: Seth Forshee <email address hidden>

29b6fd2... by Kai-Heng Feng on 2020-03-20

xhci: Wait until link state trainsits to U0 after setting USB_SS_PORT_LS_U0

BugLink: https://bugs.launchpad.net/bugs/1868217

Like U3 case, xHCI spec doesn't specify the upper bound of U0 transition
time. The 20ms is not enough for some devices.

Intead of polling PLS or PLC, we can facilitate the port change event to
know that the link transits to U0 is completed.

While at it, also separate U0 and U3 case to make the code cleaner.

[variable rename to u3exit, and skip completion for usb2 ports -Mathias ]
Signed-off-by: Kai-Heng Feng <email address hidden>
Signed-off-by: Mathias Nyman <email address hidden>
Link: https://<email address hidden>
Signed-off-by: Greg Kroah-Hartman <email address hidden>
(cherry picked from commit 0200b9f790b0fc9e9a42f685f5ad54b23fe959f4 linux-next)
Signed-off-by: Kai-Heng Feng <email address hidden>
Signed-off-by: Seth Forshee <email address hidden>

37ccc18... by Kai-Heng Feng on 2020-03-20

xhci: Ensure link state is U3 after setting USB_SS_PORT_LS_U3

BugLink: https://bugs.launchpad.net/bugs/1868217

The xHCI spec doesn't specify the upper bound of U3 transition time. For
some devices 20ms is not enough, so we need to make sure the link state
is in U3 before further actions.

I've tried to use U3 Entry Capability by setting U3 Entry Enable in
config register, however the port change event for U3 transition
interrupts the system suspend process.

For now let's use the less ideal method by polling PLS.

[use usleep_range(), and shorten the delay time while polling -Mathias]
Signed-off-by: Kai-Heng Feng <email address hidden>
Signed-off-by: Mathias Nyman <email address hidden>
Link: https://<email address hidden>
Signed-off-by: Greg Kroah-Hartman <email address hidden>
(cherry picked from commit eb002726fac7cefb98ff39ddb89e150a1c24fe85 linux-next)
Signed-off-by: Kai-Heng Feng <email address hidden>
Signed-off-by: Seth Forshee <email address hidden>

1aff393... by Kleber Sacilotto de Souza on 2020-03-17

UBUNTU: [Packaging] Add BugLink to update-version-dkms commit

BugLink: https://bugs.launchpad.net/bugs/1867790

The commit created by update-version-dkms doesn't have any BugLink, so it
gets added to the debian changelog under "* Miscellaneous Ubuntu changes".

Fix it by to adding a BugLink to https://bugs.launchpad.net/bugs/1786013
("Packaging resync"), which is the bug report being used for all the other
automated commits.

Signed-off-by: Kleber Sacilotto de Souza <email address hidden>
Acked-by: Paolo Pisati <email address hidden>
Signed-off-by: Seth Forshee <email address hidden>

1af1e07... by AceLan Kao on 2020-03-10

UBUNTU: SAUCE: r8169: disable ASPM L1.1

BguLink: https://bugs.launchpad.net/bugs/1836030

r8169 doesn't suport ASPM L1.1, so we don't have to disable ASPM
completely. Disable ASPM L1.1 doesn't affect the power consumption and
the network function keeps working after S3 test 30 times.

Signed-off-by: AceLan Kao <email address hidden>
Signed-off-by: Seth Forshee <email address hidden>

6d3c466... by Kai-Heng Feng on 2020-02-19

UBUNTU: [Config] CONFIG_RTW88_8723DE=y

BugLink: https://bugs.launchpad.net/bugs/1780590

Enable Realtek 8723DE Wireless LAN.

Signed-off-by: Kai-Heng Feng <email address hidden>
Signed-off-by: Seth Forshee <email address hidden>

39ba049... by Ping-Ke Shih on 2019-12-16

UBUNTU: SAUCE: rtw88: 8723d: Add 8723DE to Kconfig and Makefile

BugLink: https://bugs.launchpad.net/bugs/1780590

Since 8723D code is ready, we can build it.

Change-Id: Ia62e9e334acde23a287f86ee37d53209466c142b
Signed-off-by: Ping-Ke Shih <email address hidden>
Signed-off-by: Kai-Heng Feng <email address hidden>
Signed-off-by: Seth Forshee <email address hidden>