[linux-yocto] [PATCH 7/9] mfd: intel_vuport: Add Intel virtual USB port MFD Driver

From: Lu Baolu Some Intel platforms have an USB port mux controlled by GPIOs. There's a single ACPI platform device that provides 1) USB ID extcon device; 2) USB vbus regulator device; and 3) USB port switch device. This MFD driver will split these 3 devices for their

[linux-yocto] [PATCH 8/9] usb: pci-quirks: add Intel USB drcfg mux device

From: Lu Baolu In some Intel platforms, a single usb port is shared between USB host and device controllers. The shared port is under control of a switch which is defined in the Intel vendor defined extended capability for xHCI. This patch adds the support to detect

[linux-yocto] [PATCH 6/9] usb: mux: add driver for Intel drcfg controlled port mux

From: Lu Baolu Several Intel PCHs and SOCs have an internal mux that is used to share one USB port between device controller and host controller. The mux is handled through the Dual Role Configuration Register. Signed-off-by: Heikki Krogerus

[linux-yocto] [PATCH 9/9] MAINTAINERS: add maintainer entry for Intel USB dual role mux drivers

From: Lu Baolu Add a maintainer entry for Intel USB dual role mux drivers and add myself as a maintainer. Signed-off-by: Lu Baolu Signed-off-by: Wan Ahmad Zainie --- MAINTAINERS | 10 ++ 1

[linux-yocto] [PATCH 5/9] usb: mux: add driver for Intel gpio controlled port mux

From: Lu Baolu In some Intel platforms, a single usb port is shared between USB host and device controller. The shared port is under control of GPIO pins. This patch adds the support for USB GPIO controlled port mux. [baolu: removed .owner per

[linux-yocto] [PATCH 4/9] usb: mux: add generic code for dual role port mux

From: Lu Baolu Several Intel platforms implement USB dual role by having completely separate xHCI and dwc3 IPs in PCH or SOC silicons. These two IPs share a single USB port. There is another external port mux which controls where the data lines should go. While the USB

[linux-yocto] [PATCH 3/9] regulator: fixed: add support for ACPI interface

From: Lu Baolu Add support to retrieve fixed voltage configure information through ACPI interface. This is needed for Intel Bay Trail devices, where a GPIO is used to control the USB vbus. Signed-off-by: Lu Baolu Signed-off-by: Wan Ahmad

[linux-yocto] [PATCH 0/9] usb: add support for Intel dual role port mux

From: Wan Ahmad Zainie Hi Bruce. Complete information for this patch series is available at URL below, https://lwn.net/Articles/689134/ It is not accepted to the mainline Linux kernel. However, this is the method that we have at this moment to control

[linux-yocto] [PATCH 2/9] extcon: usb-gpio: add support for ACPI gpio interface

From: Lu Baolu GPIO resource could be retrieved through APCI as well. Signed-off-by: Lu Baolu Reviewed-by: Felipe Balbi Acked-by: Chanwoo Choi Signed-off-by: Wan Ahmad Zainie

Re: [linux-yocto] [PATCH] brcmfmac: Prevent re-tuning conflicting with 'wake-up'

On 2016-07-12 2:36 AM, Lim Key Seong wrote: Hi Bruce, This patch is in the process of upstream. It is unknown when it will be merged. This patch is targeted for linux-yocto-4.1 standard/intel/base. merged. Bruce Thanks Best regards KS LIM Adrian Hunter (1): brcmfmac: Prevent

Re: [linux-yocto] [PATCH 00/10] pinctrl_register to report errors consistently

On 2016-07-11 10:42 PM, Yong, Jonathan wrote: Make pinctrl_register return proper error codes. The other commits are pulled in as depdencies. All commits are already in Linus's tree. This series should be applied to linux-yocto-4.1 standard/base. merged. Bruce Andrew Bresticker (1):

Re: [linux-yocto] [PATCH 0/6] Fix i2c-video probing duplicates

On 2016-07-11 6:32 PM, Sebastien Boeuf wrote: These ACPI patches are needed to fix i2c-video issue. When kernel boots, it detects twice the same hardware on i2c bus on GT board. For which kernel version / branch are these destined ? Since they are all upstream, I assume standard/base .. but

Re: [linux-yocto] [PATCH 1/1] UPSTREAM: mm: Export nr_swap_pages

On 2016-07-11 05:29 PM, Eric Ernst wrote: From: Chris Wilson Some modules, like i915.ko, use swappable objects and may try to swap them out under memory pressure (via the shrinker). Before doing so, they want to check using get_nr_swap_pages() to see if any swap space