[PATCH] usb: core: sysfs: constify attribute_group

File size before: textdata bss dec hex filename 67982848 4965025b2 drivers/usb/core/sysfs.o File size After adding 'const': textdata bss dec hex filename 72302400 4963425a2 drivers/usb/core/sysfs.o Signed-off-by:

[PATCH v3 1/1] usb:host:xhci support option to disable the xHCI USB2 HW LPM

XHCI specification 1.1 does not require xHCI-compliant controllers to always enable hardware USB2 LPM. However, the current xHCI driver always enable it when seeing HLC=1. This patch supports an option for users to control disabling USB2 Hardware LPM via DT/ACPI attribute. This option is needed in

[PATCH] PCI / PM: Avoid using device_may_wakeup() for runtime PM

From: Rafael J. Wysocki pci_target_state() calls device_may_wakeup() which checks whether or not the device may wake up the system from sleep states, but pci_target_state() is used for runtime PM too. Since runtime PM is expected to always enable remote wakeup if

[PATCH 3/5 v4] usb: pci-quirks: Protect the I/O port pair of SB800

This patch uses the previously introduced macro called request_declared_muxed_region() to synchronize access to the I/O port pair 0xcd6 / 0xcd7 on SB800. These I/O ports are also used by i2c-piix4 and sp5100_tco, so synchronization is necessary. The other drivers will also be modified to use the

[PATCH 2/5 v2] Modify behaviour of request_*muxed_region()

In order to make request_*muxed_region() behave more like mutex_lock(), a possible failure case needs to be eliminated. When drivers do not properly share the same I/O region, e.g. one is using request_region() and the other is using request_muxed_region(), the kernel didn't warn the user about

[PATCH 0/5 v4] Fix sp5100_tco watchdog driver regression

This patch series fixes a regression introduced by: commit 2fee61d22e606fc99ade9079fda15fdee83ec33e Author: Christian Fetzer Date: Thu Nov 19 20:13:48 2015 +0100 i2c: piix4: Add support for multiplexed main adapter in SB800 The regression caused sp5100_tco fail to

[PATCH 1/5 v2] Extend the request_region() infrastructure

Add a new IORESOURCE_ALLOCATED flag that is automatically used when alloc_resource() is used internally in kernel/resource.c and free_resource() now takes this flag into account. The core of __request_region() was factored out into a new function called __request_declared_region() that needs

[PATCH 4/5 v4] i2c: i2c-piix4: Use request_declared_muxed_region()

Use the new request_declared_muxed_region() macro to synchronize access to the I/O port pair 0xcd6 / 0xcd7. At the same time, remove the long lifetime request_region() call to reserve these I/O ports, so the sp5100_tco watchdog driver can also load. This fixes an old regression in Linux 4.4-rc4,

[PATCH 5/5 v4] watchdog: sp5100_tco: Use request_declared_muxed_region()

Use the new request_declared_muxed_region() macro to synchronize accesses to the SB800 I/O port pair (0xcd6 / 0xcd7) with the PCI quirk for isochronous USB transfers and with the i2c-piix4 driver. At the same time, remove the long lifetime request_region() call to reserve these I/O ports,

Re: [PATCH 2/3] usb: dwc3: gadget: Fix early exit in set/clear ep halt

Hi, John Youn writes: > I haven't checked, but Thinh looked and couldn't find anything > relating to the macOS issue. Which is why we want more information > about the problem. > > I can take a look at it too later today when I get a chance. >

Re: [PATCH v3] usb: xhci: Issue stop EP command only when the EP state is running

On 6/22/2017 4:34 PM, Mathias Nyman wrote: > On 22.06.2017 13:44, Shyam Sundar S K wrote: >> >> On 6/19/2017 9:42 AM, Shyam Sundar S K wrote: >>> on AMD platforms with SNPS 3.1 USB controller if stop endpoint command is >>> issued the controller does not respond, when the EP is not in running

Re: [PATCH v3] usb: xhci: Issue stop EP command only when the EP state is running

On 22.06.2017 13:44, Shyam Sundar S K wrote: On 6/19/2017 9:42 AM, Shyam Sundar S K wrote: on AMD platforms with SNPS 3.1 USB controller if stop endpoint command is issued the controller does not respond, when the EP is not in running state. HW completes the command execution and reports

Re: [PATCH v3] usb: xhci: Issue stop EP command only when the EP state is running

On 6/19/2017 9:42 AM, Shyam Sundar S K wrote: > on AMD platforms with SNPS 3.1 USB controller if stop endpoint command is > issued the controller does not respond, when the EP is not in running > state. HW completes the command execution and reports > "Context State Error" completion code. This

Re: [PATCH 2/5] dt-bindings: phy-hisi-inno-usb2: add support for hisi-inno-usb2 phy

Hi, On 2017/6/21 17:00, Jiancheng Xue wrote: > Add support for hisi-inno-usb2 phy. > > Signed-off-by: Jiancheng Xue > --- > .../devicetree/bindings/phy/phy-hisi-inno-usb2.txt | 36 > ++ > 1 file changed, 36 insertions(+) > create mode 100644 >