~acelankao/ubuntu/+source/linux-oem:oem

Last commit made on 2018-01-29
Get this branch:
git clone -b oem https://git.launchpad.net/~acelankao/ubuntu/+source/linux-oem
Only AceLan Kao can upload to this branch. If you are AceLan Kao please log in for upload directions.

Branch merges

Branch information

Recent commits

139f484... by Timo Aaltonen

UBUNTU: Ubuntu-oem-4.13.0-1020.21

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

7a2cbd1... by Jesse Sung

UBUNTU: SAUCE: Support fw upgrade for CAC Reader BCM58102

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

Import usb-cv from Broadcom's release 4.8.005.2-1.0.0.

Signed-off-by: Wen-chien Jesse Sung <email address hidden>
Signed-off-by: Timo Aaltonen <email address hidden>

9c6fed7... by Lv Zheng

ACPI: EC: Fix possible issues related to EC initialization order

BugLink: http://bugs.launchpad.net/bugs/1743672

Use the observation that the EC command/data register addresses are
sufficient to determine if two EC devices are equivelent to modify
acpi_is_boot_ec().

Then, for the removed comparison factors, EC ID and EC GPE, they need
to be synchronized for the boot_ec:

 1. Before registering the BIOS-provided EC event handlers in
    acpi_ec_register_query_methods(), the namespace node holding
    _Qxx methods should be located. The real namespace PNP0C09
    device location then is apparently more trustworthy than the
    ECDT EC ID.

 2. Because of the ASUS quirks, the ECDT EC GPE is more trustworthy
    than the namespace PNP0C09 device's _GPE setting.

Use the above observations to synchronize the boot_ec settings in
acpi_ec_add().

Finally, change the order of acpi_ec_ecdt_start() and acpi_ec_add(),
called from acpi_bus_register_driver(), so as to follow the fast path
of determining the location of _Qxx.

Signed-off-by: Lv Zheng <email address hidden>
[ rjw : Changelog & comments ]
Signed-off-by: Rafael J. Wysocki <email address hidden>

(cherry picked from commit 69b957c26b32c3407d1b8cc0d2390b271728db8a)
Signed-off-by: Hui Wang <email address hidden>
Acked-by: Aaron Ma <email address hidden>
Acked-by: Chia-Lin Kao <email address hidden>
Signed-off-by: Timo Aaltonen <email address hidden>

17daca2... by AceLan Kao

ath9k: add a quirk to set use_msi automatically

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

Some platform(BIOS) blocks legacy interrupts (INTx), and only allows MSI
for WLAN device. So adding a quirk to list those machines and set
use_msi automatically.
Adding the following platforms to the quirk.
   Dell Inspiron 24-3460
   Dell Inspiron 3472
   Dell Inspiron 14-3473
   Dell Vostro 3262
   Dell Vostro 15-3572

Signed-off-by: AceLan Kao <email address hidden>
Patchwork-Id: 10150851
Signed-off-by: Kalle Valo <email address hidden>
(cherry picked from commit 80e9c82810514341b19481d23d7b494cf2bd4aa9
git://git.kernel.org/pub/scm/linux/kernel/git/kvalo/ath.git pending)
Signed-off-by: AceLan Kao <email address hidden>
Signed-off-by: Timo Aaltonen <email address hidden>

9cd9ce7... by Russell Hu <email address hidden>

ath9k: add MSI support

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

On new Intel platforms like ApolloLake, legacy interrupt mechanism
(INTx) is not supported, so WLAN modules are not working because
interrupts are missing, therefore this patch is to add MSI support to
ath9k. With module paremeter "use_msi=1", ath9k driver would try to
use MSI instead of INTx.

Signed-off-by: Russell Hu <email address hidden>
Patchwork-Id: 9999249
Signed-off-by: Kalle Valo <email address hidden>
(cherry picked from commit 5abd0aeef3c69c340c3c2e25d1824aa9b3a2e09b
git://git.kernel.org/pub/scm/linux/kernel/git/kvalo/ath.git pending)
Signed-off-by: AceLan Kao <email address hidden>
Signed-off-by: Timo Aaltonen <email address hidden>

3122c4c... by Alex Deucher

UBUNTU: SAUCE: drm/amdgpu: add atpx quirk handling (v2)

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

Add quirks for handling PX/HG systems. In this case, add
a quirk for a weston dGPU that only seems to properly power
down using ATPX power control rather than HG (_PR3).

v2: append a new weston XT

Signed-off-by: Alex Deucher <email address hidden>
Signed-off-by: Junwei Zhang <email address hidden> (v2)
Reviewed-and-Tested-by: Junwei Zhang <email address hidden>
Reviewed-by: Alex Deucher <email address hidden>
Acked-by: Christian König <email address hidden>
Signed-off-by: Timo Aaltonen <email address hidden>

2829aea... by Lucas De Marchi

UBUNTU: SAUCE: x86/gpu: add CFL to early quirks

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

CFL was missing from intel_early_ids[]. The PCI ID needs to be there to
allow the memory region to be stolen, otherwise we could have RAM being
arbitrarily overwritten if for example we keep using the UEFI framebuffer,
depending on how BIOS has set up the e820 map.

Fixes: b056f8f3d6b9 ("drm/i915/cfl: Add Coffee Lake PCI IDs for S Skus.")
Signed-off-by: Lucas De Marchi <email address hidden>
Cc: Rodrigo Vivi <email address hidden>
Cc: Anusha Srivatsa <email address hidden>
Cc: Jani Nikula <email address hidden>
Cc: Joonas Lahtinen <email address hidden>
Cc: David Airlie <email address hidden>
Cc: <email address hidden>
Cc: <email address hidden>
Cc: Ingo Molnar <email address hidden>
Cc: H. Peter Anvin <email address hidden>
Cc: Thomas Gleixner <email address hidden>
Cc: <email address hidden>
Cc: <email address hidden> # v4.13+ 0890540e21cf drm/i915: add GT number to intel_device_info
Cc: <email address hidden> # v4.13+ 41693fd52373 drm/i915/kbl: Change a KBL pci id to GT2 from GT1.5
Cc: <email address hidden> # v4.13+
Reviewed-by: Rodrigo Vivi <email address hidden>
Signed-off-by: Timo Aaltonen <email address hidden>

465baa1... by Anuj Phogat <email address hidden>

drm/i915/kbl: Change a KBL pci id to GT2 from GT1.5

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

See Mesa commit 9c588ff

Cc: Matt Turner <email address hidden>
Cc: Rodrigo Vivi <email address hidden>
Signed-off-by: Anuj Phogat <email address hidden>
Reviewed-by: Rodrigo Vivi <email address hidden>
Signed-off-by: Rodrigo Vivi <email address hidden>
Link: https://patchwork<email address hidden>
(cherry picked from commit 41693fd5237397d3c61b311af0fda1f6f39297c2)
Signed-off-by: Timo Aaltonen <email address hidden>

c6e2f1b... by Lionel Landwerlin <email address hidden>

drm/i915: add GT number to intel_device_info

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

Up to Coffeelake we could deduce this GT number from the device ID.
This doesn't seem to be the case anymore. This change reorders pciids
per GT and adds a gt field to intel_device_info. We set this field on
the following platforms :

   - SNB/IVB/HSW/BDW/SKL/KBL/CFL/CNL

Before & After :

$ modinfo drivers/gpu/drm/i915/i915.ko | grep ^alias | wc -l
209

v2: Add SNB & IVB (Chris)

v3: Fix compilation error in early-quirks (Lionel)

v4: Fix inconsistency between FEATURE/PLATFORM macros (Ville)

Signed-off-by: Lionel Landwerlin <email address hidden>
Reviewed-by: Chris Wilson <email address hidden>
Link: https://patchwork.freedesktop<email address hidden>
(cherry picked from commit 0890540e21cf1156b4cf960a4c1c734db4e816f9)
Signed-off-by: Timo Aaltonen <email address hidden>

4711978... by AceLan Kao

Bluetooth: btusb: Add support for 0cf3:e010

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

Device 0cf3:e010 is one of the QCA ROME family.

T: Bus=01 Lev=01 Prnt=01 Port=13 Cnt=03 Dev#= 4 Spd=12 MxCh= 0
D: Ver= 2.01 Cls=e0(wlcon) Sub=01 Prot=01 MxPS=64 #Cfgs= 1
P: Vendor=0cf3 ProdID=e010 Rev=00.01
C: #Ifs= 2 Cfg#= 1 Atr=e0 MxPwr=100mA
I: If#= 0 Alt= 0 #EPs= 3 Cls=e0(wlcon) Sub=01 Prot=01 Driver=btusb
I: If#= 1 Alt= 0 #EPs= 2 Cls=e0(wlcon) Sub=01 Prot=01 Driver=btusb

patchwork: https://patchwork.kernel.org/patch/10139897/
Signed-off-by: AceLan Kao <email address hidden>
Acked-by: Po-Hsu Lin <email address hidden>
Acked-by: Shrirang Bagul <email address hidden>
Signed-off-by: Timo Aaltonen <email address hidden>