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

Owned by Kamal Mostafa
Get this repository:
git clone https://git.launchpad.net/~kamalmostafa/ubuntu/+source/linux-aws/+git/cosmic
Only Kamal Mostafa can upload to this repository. If you are Kamal Mostafa please log in for upload directions.

Branches

Name Last Modified Last Commit
graviton-lp1834962 2019-07-11 19:17:07 UTC
UBUNTU: SAUCE: [aws] arm64: acpi/pci: invoke _DSM whether to preserve firmwar...

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>

master 2019-07-04 06:37:44 UTC
UBUNTU: Ubuntu-aws-4.18.0-1021.25

Author: Khaled El Mously
Author Date: 2019-07-04 06:37:44 UTC

UBUNTU: Ubuntu-aws-4.18.0-1021.25

Signed-off-by: Khalid Elmously <khalid.elmously@canonical.com>

hibernate-master 2019-04-03 16:08:06 UTC
UBUNTU SAUCE [aws]: xen: Only restore the ACPI SCI interrupt in xen_restore_p...

Author: Frank van der Linden
Author Date: 2018-11-10 00:18:32 UTC

UBUNTU SAUCE [aws]: xen: Only restore the ACPI SCI interrupt in xen_restore_pirqs.

Restoring all PIRQs, which is the right thing to do, was causing problems
on larger instances. This is a horrible workaround until this issue is fully
understood.

Signed-off-by: Frank van der Linden <fllinden@amazon.com>
Reviewed-by: Alakesh Haloi <alakeshh@amazon.com>
Reviewed-by: Anchal Agarwal <anchalag@amazon.com>
Reviewed-by: Qian Lu <luqia@amazon.com>
Signed-off-by: Kamal Mostafa <kamal@canonical.com>

13 of 3 results
This repository contains Public information 
Everyone can see this information.

Subscribers