lp:~kamalmostafa/ubuntu/+source/linux-aws/+git/disco

Author: Dominik Brodowski
Author Date: 2019-10-29 17:37:52 UTC

efi/random: Treat EFI_RNG_PROTOCOL output as bootloader randomness

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

Commit 428826f5358c ("fdt: add support for rng-seed") introduced
add_bootloader_randomness(), permitting randomness provided by the
bootloader or firmware to be credited as entropy. However, the fact
that the UEFI support code was already wired into the RNG subsystem
via a call to add_device_randomness() was overlooked, and so it was
not converted at the same time.

Note that this UEFI (v2.4 or newer) feature is currently only
implemented for EFI stub booting on ARM, and further note that
CONFIG_RANDOM_TRUST_BOOTLOADER must be enabled, and this should be
done only if there indeed is sufficient trust in the bootloader
_and_ its source of randomness.

[ ardb: update commit log ]

Tested-by: Bhupesh Sharma <bhsharma@redhat.com>
Signed-off-by: Dominik Brodowski <linux@dominikbrodowski.net>
Signed-off-by: Ard Biesheuvel <ard.biesheuvel@linaro.org>
Cc: Linus Torvalds <torvalds@linux-foundation.org>
Cc: Peter Zijlstra <peterz@infradead.org>
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: linux-efi@vger.kernel.org
Link: https://lkml.kernel.org/r/20191029173755.27149-4-ardb@kernel.org
Signed-off-by: Ingo Molnar <mingo@kernel.org>
(cherry picked from commit 18b915ac6b0ac5ba7ded03156860f60a9f16df2b)
Signed-off-by: Kamal Mostafa <kamal@canonical.com>

Author: Gal Pressman
Author Date: 2019-12-11 11:20:19 UTC

UBUNTU: SAUCE: linux/efa: Bump driver version to 1.5.0

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

Reviewed-by: Firas JahJah <firasj@amazon.com>
Reviewed-by: Yossi Leybovich <sleybo@amazon.com>
Signed-off-by: Gal Pressman <galpress@amazon.com>
Reference: https://github.com/amzn/amzn-drivers/releases/tag/efa_linux_1.5.0
Signed-off-by: Connor Kuehl <connor.kuehl@canonical.com>
Acked-by: Kleber Sacilotto de Souza <kleber.souza@canonical.com>
Acked-by: Marcelo Henrique Cerri <marcelo.cerri@canonical.com>
Signed-off-by: Kleber Sacilotto de Souza <kleber.souza@canonical.com>

Author: Ioanna Alifieraki
Author Date: 2019-11-01 15:59:09 UTC

UBUNTU: [Config] Update autofs4 path in aws.inclusion-list

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

Commit a2225d931f75ddd3c39f4d0d195fad99dfd68671 removes fs/autofs4 path
and replaces it with fs/autofs. This results in the autofs module ending
up in linux-modules-extra package. Update the aws.inclusion-list with
the correct path.

This issue has been addressed for the generic kernels (commit
374de32adb8311db49b20183b6d340af742759f3). This fixes it for the aws
kernels.

Signed-off-by: Ioanna Alifieraki <ioanna-maria.alifieraki@canonical.com>
Acked-by: Stefan Bader <stefan.bader@canonical.com>
Acked-by: Kamal Mostafa <kamal@canonical.com>
Signed-off-by: Khalid Elmously <khalid.elmously@canonical.com>

Author: Kamal Mostafa
Author Date: 2019-10-08 17:49:07 UTC

UBUNTU: [Config] updateconfigs for arm64 errata

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

Signed-off-by: Kamal Mostafa <kamal@canonical.com>

Author: Kamal Mostafa
Author Date: 2019-09-16 16:44:19 UTC

TEST KERNEL

Author: Gal Pressman
Author Date: 2019-09-05 13:45:32 UTC

UBUNTU: SAUCE: linux/efa: Bump driver version to 1.4.0

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

Reviewed-by: Firas JahJah <firasj@amazon.com>
Reviewed-by: Yossi Leybovich <sleybo@amazon.com>
Signed-off-by: Gal Pressman <galpress@amazon.com>
Reference: https://github.com/amzn/amzn-drivers/tree/master/kernel/linux/efa
Signed-off-by: Kamal Mostafa <kamal@canonical.com>

Author: Frank van der Linden
Author Date: 2019-05-31 23:14:06 UTC

UBUNTU: SAUCE: [aws] arm64: acpi/pci: invoke _DSM whether to preserve firmware PCI setup

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

On arm64 ACPI systems, we unconditionally reconfigure the entire PCI
hierarchy at boot. This is a departure from what is customary on ACPI
systems, and may break assumptions in some places (e.g., EFIFB), that
the kernel will leave BARs of enabled PCI devices where they are.

Given that PCI already specifies a device specific ACPI method (_DSM)
for PCI root bridge nodes that tells us whether the firmware thinks
the configuration should be left alone, let's sidestep the entire
policy debate about whether the PCI configuration should be preserved
or not, and put it under the control of the firmware instead.

[not upstream, taken from https://patchwork.kernel.org/patch/9675707/]

Signed-off-by: Ard Biesheuvel <ard.biesheuvel@linaro.org>
Signed-off-by: Kamal Mostafa <kamal@canonical.com>