~canonical-kernel/ubuntu/+source/linux-oem-osp1/+git/eoan:oem-next

Last commit made on 2020-04-24
Get this branch:
git clone -b oem-next https://git.launchpad.net/~canonical-kernel/ubuntu/+source/linux-oem-osp1/+git/eoan
Members of Canonical Kernel can upload to this branch. Log in for directions.

Branch merges

Branch information

Recent commits

03b9ced... by AceLan Kao

UBUNTU: Ubuntu-oem-osp1-5.0.0-1050.55

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

5a3885f... by Hui Wang

UBUNTU: SAUCE: ASoC: intel/skl/hda - set autosuspend timeout for hda codecs

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

On some Lenovo and HP laptops, if both codec driver and SOF driver
are in runtime suspend mode, we plug a headset to the audio jack,
the headphone could be detected but Mic couldn't.

That is because when plugging, the headphone triggers a unsol event
first, and about 0.7s later (on the Lenovo X1 Carbon 7th), the Mic
triggers a unsol event. But if the codec driver enters runtime suspend
within 0.7s, the Mic can't trigger the unsol event.

If we don't set autosuspend_delay to a non-zero value for the hda codec
driver, it will enter runtime suspend immediately after the headphone
triggers the unsol event.

Follow the sequence of legacy hda driver and set a autosuspend delay
of 1sec after card registration (refer to pci/hda/hda_intel.c and
pci/hda/hda_codec.c).

Signed-off-by: Hui Wang <email address hidden>
Co-developed-by: Kai Vehmanen <email address hidden>
Signed-off-by: Kai Vehmanen <email address hidden>
Co-developed-by: Jaska Uimonen <email address hidden>
Signed-off-by: Jaska Uimonen <email address hidden>
(backported from commit 22d5e98fe5cf82e842fb025d59d6edcf9f03a528
git://github.com/thesofproject/linux.git)
Signed-off-by: Hui Wang <email address hidden>
Signed-off-by: AceLan Kao <email address hidden>

a44dc92... by AceLan Kao

UBUNTU: link-to-tracker: update tracking bug

BugLink: https://bugs.launchpad.net/bugs/1874611
Properties: no-test-build
Signed-off-by: AceLan Kao <email address hidden>

04f33be... by AceLan Kao

UBUNTU: Start new release

Ignore: yes
Signed-off-by: AceLan Kao <email address hidden>

bac274f... by Timo Aaltonen

UBUNTU: Ubuntu-oem-osp1-5.0.0-1049.54

Signed-off-by: Timo Aaltonen <email address hidden>

1627d43... by Timo Aaltonen

UBUNTU: link-to-tracker: update tracking bug

BugLink: https://bugs.launchpad.net/bugs/1874163
Properties: no-test-build
Signed-off-by: Timo Aaltonen <email address hidden>

e8d5628... by Timo Aaltonen

UBUNTU: [Config] CONFIG_GCC_VERSION=70400

Ignore: yes
Signed-off-by: Timo Aaltonen <email address hidden>

88fe1b3... by Timo Aaltonen

UBUNTU: Start new release

Ignore: yes
Signed-off-by: Timo Aaltonen <email address hidden>

51e6ba0... by AceLan Kao

UBUNTU: Ubuntu-oem-osp1-5.0.0-1048.53

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

7ccc6ab... by Ping-Ke Shih

UBUNTU: SAUCE: rtw88: Move driver IQK to set channel before association for 11N chip

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

Originally, driver do IQK after auth/assoc, but it's doing 4-way handshake
if we connect to an AP with WPA2 security. Since 11N chips use software IQK
that causes more than 100ms, so IQK and 4-way handshake can be overlap, then
4-way handshake may be failed. To resolve this issue, move IQK prior to
issue auth.

Change-Id: I019fe3d6cf2cdc6c0454558904bfc5c2f0c7e6ea
Signed-off-by: Ping-Ke Shih <email address hidden>
Signed-off-by: Kai-Heng Feng <email address hidden>
Signed-off-by: AceLan Kao <email address hidden>