~vicamo/+git/ubuntu-kernel:bug-1858761/fix-dell-aio-uart-backlight/eoan

Branch merges

Related source package recipes

No recipes using this branch. (?)

Create packaging recipe

Related snap packages

Related charm recipes

2baa394... by You-Sheng Yang on 2020-01-14

Bug 1858671: UBUNTU: SAUCE: platform/x86: dell-uart-backlight: add retry for get scalar status

ada928e... by AceLan Kao on 2020-01-08

UBUNTU: SAUCE: platform/x86: dell-uart-backlight: add retry for get scalar status

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

Found on new platforms that UART require more than 1 second to respond
commands in the first 10 seconds after booted.
dell_uart_get_scalar_status() is the first command we send to scalar and
this command should be more reliable than other commands, and make sure
we got correct response from scalar. So, add retry and increase the read
timeout to 2 seconds.

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

7625302... by Catalin Marinas on 2020-01-08

arm64: Revert support for execute-only user mappings

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

The ARMv8 64-bit architecture supports execute-only user permissions by
clearing the PTE_USER and PTE_UXN bits, practically making it a mostly
privileged mapping but from which user running at EL0 can still execute.

The downside, however, is that the kernel at EL1 inadvertently reading
such mapping would not trip over the PAN (privileged access never)
protection.

Revert the relevant bits from commit cab15ce604e5 ("arm64: Introduce
execute-only page access permissions") so that PROT_EXEC implies
PROT_READ (and therefore PTE_USER) until the architecture gains proper
support for execute-only user mappings.

Fixes: cab15ce604e5 ("arm64: Introduce execute-only page access permissions")
Cc: <email address hidden> # 4.9.x-
Acked-by: Will Deacon <email address hidden>
Signed-off-by: Catalin Marinas <email address hidden>
Signed-off-by: Linus Torvalds <email address hidden>

(cherry picked from commit 24cecc37746393432d994c0dbc251fb9ac7c5d72)
Signed-off-by: Tyler Hicks <email address hidden>
Acked-by: Marcelo Henrique Cerri <email address hidden>
Acked-by: Connor Kuehl <email address hidden>
Signed-off-by: Marcelo Henrique Cerri <email address hidden>

32cad8f... by Hui Wang on 2019-12-09

UBUNTU: [config]: SND_SOC_SOF_HDA_COMMON_HDMI_CODEC=y

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

Signed-off-by: Hui Wang <email address hidden>
Acked-by: Stefan Bader <email address hidden>
Acked-by: Kleber Sacilotto de Souza <email address hidden>
Signed-off-by: Kleber Sacilotto de Souza <email address hidden>

d7be45a... by Kai Vehmanen on 2019-12-09

ASoC: SOF: enable sync_write in hdac_bus

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

Align SOF HDA implementation with snd-hda-intel driver and enable
sync_write flag for all supported Intel platforms in SOF. When set,
a sync is issued after each verb write.

Sync after write has helped to overcome intermittent delays in
system resume flow on Intel Coffee Lake systems, and most recently
probe errors related to the HDMI codec on Ice Lake systems.

Matches the snd-hda-intel driver change done in commit 2756d9143aa5
("ALSA: hda - Fix intermittent CORB/RIRB stall on Intel chips").

Signed-off-by: Kai Vehmanen <email address hidden>
Signed-off-by: Pierre-Louis Bossart <email address hidden>
Link: https://<email address hidden>
Signed-off-by: Mark Brown <email address hidden>
(cherry picked from commit f3416e7144f5d4ba0fc5dcef6ebfff891266c46a)
Signed-off-by: Hui Wang <email address hidden>
Acked-by: Stefan Bader <email address hidden>
Acked-by: Kleber Sacilotto de Souza <email address hidden>
Signed-off-by: Kleber Sacilotto de Souza <email address hidden>

9a1ab2f... by Kai Vehmanen on 2019-12-09

ASoC: Intel: bxt_rt298: common hdmi codec support

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

Add support for using snd-hda-codec-hdmi driver for HDMI/DP
instead of ASoC hdac-hdmi. This is aligned with how other
HDA codecs are already handled.

Signed-off-by: Kai Vehmanen <email address hidden>
Reviewed-by: Takashi Iwai <email address hidden>
Reviewed-by: Pierre-Louis Bossart <email address hidden>
Link: https://<email address hidden>
Signed-off-by: Mark Brown <email address hidden>
(cherry picked from commit 7d2ae58376658a3ca0d8f9a53f6f065df126c432)
Signed-off-by: Hui Wang <email address hidden>
Acked-by: Stefan Bader <email address hidden>
Acked-by: Kleber Sacilotto de Souza <email address hidden>
Signed-off-by: Kleber Sacilotto de Souza <email address hidden>

e93f0e7... by Kai Vehmanen on 2019-12-09

ASoC: intel: sof_rt5682: common hdmi codec support

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

Add support for using snd-hda-codec-hdmi driver for HDMI/DP
instead of ASoC hdac-hdmi. This is aligned with how other
HDA codecs are already handled.

Signed-off-by: Kai Vehmanen <email address hidden>
Reviewed-by: Takashi Iwai <email address hidden>
Reviewed-by: Pierre-Louis Bossart <email address hidden>
Link: https://<email address hidden>
Signed-off-by: Mark Brown <email address hidden>
(cherry picked from commit 59bbd703ea2eae7c2766713135e4742c07fbbad7)
Signed-off-by: Hui Wang <email address hidden>
Acked-by: Stefan Bader <email address hidden>
Acked-by: Kleber Sacilotto de Souza <email address hidden>
Signed-off-by: Kleber Sacilotto de Souza <email address hidden>

926af02... by Kai Vehmanen on 2019-12-09

ASoC: Intel: glk_rt5682_max98357a: common hdmi codec support

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

Add support for using snd-hda-codec-hdmi driver for HDMI/DP
instead of ASoC hdac-hdmi. This is aligned with how other
HDA codecs are already handled.

Signed-off-by: Kai Vehmanen <email address hidden>
Reviewed-by: Takashi Iwai <email address hidden>
Reviewed-by: Pierre-Louis Bossart <email address hidden>
Link: https://<email address hidden>
Signed-off-by: Mark Brown <email address hidden>
(cherry picked from commit dfe87aa86cd92d21603d64f4035fecae19c92e7a)
Signed-off-by: Hui Wang <email address hidden>
Acked-by: Stefan Bader <email address hidden>
Acked-by: Kleber Sacilotto de Souza <email address hidden>
Signed-off-by: Kleber Sacilotto de Souza <email address hidden>

351aa59... by Kai Vehmanen on 2019-12-09

ASoC: Intel: bxt-da7219-max98357a: common hdmi codec support

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

Add support for using snd-hda-codec-hdmi driver for HDMI/DP
instead of ASoC hdac-hdmi. This is aligned with how other
HDA codecs are already handled.

Signed-off-by: Kai Vehmanen <email address hidden>
Reviewed-by: Takashi Iwai <email address hidden>
Reviewed-by: Pierre-Louis Bossart <email address hidden>
Link: https://<email address hidden>
Signed-off-by: Mark Brown <email address hidden>
(cherry picked from commit 57ad18906f24278893b128967551fe7fa0996129)
Signed-off-by: Hui Wang <email address hidden>
Acked-by: Stefan Bader <email address hidden>
Acked-by: Kleber Sacilotto de Souza <email address hidden>
Signed-off-by: Kleber Sacilotto de Souza <email address hidden>

b8b32a3... by Kai Vehmanen on 2019-12-09

ASoC: SOF: Intel: add support for snd-hda-codec-hdmi

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

Add support to implement HDMI/DP audio by using the common
snd-hda-codec-hdmi driver.

Change of codec driver affects user-space as the two
drivers expose different mixer controls. A new kernel
module option "use_common_hdmi" is added to user-space
to indicate which interface should be used. The default
driver can be selected via a Kconfig option.

Signed-off-by: Kai Vehmanen <email address hidden>
Reviewed-by: Takashi Iwai <email address hidden>
Reviewed-by: Pierre-Louis Bossart <email address hidden>
Link: https://<email address hidden>
Signed-off-by: Mark Brown <email address hidden>
(backported from commit 139c7febad1afa221c687f3314560284e482a1f4)
Signed-off-by: Hui Wang <email address hidden>
Acked-by: Stefan Bader <email address hidden>
Acked-by: Kleber Sacilotto de Souza <email address hidden>
Signed-off-by: Kleber Sacilotto de Souza <email address hidden>