[PATCH v2] usb/uhci: Add support for Aspeed BMC SoCs

The Aspeed 2400/2500 families have a variant of UHCI which requires some quirks to the driver to work: - The register offsets are different. We add a remapping helper. - All accesses have to be done via 32-bit loads and stores. We force all accessors to use readl/writel. This is of no

[GIT PULL] usb: chipidea bug fixes for v4.12

The following changes since commit 2ea659a9ef488125eb46da6eb571de5eae5c43f6: Linux 4.12-rc1 (2017-05-13 13:19:49 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/peter.chen/usb.git/ tags/usb-ci-v4.12-rc2 for you to fetch changes up to

[PATCHv4] phy: cpcap-usb: Add CPCAP PMIC USB support

Some Motorola phones like droid 4 use a custom CPCAP PMIC that has a multiplexing USB PHY. This USB PHY can operate at least in four modes using pin multiplexing and two control GPIOS: - Pass through companion PHY for the SoC USB PHY - ULPI PHY for the SoC - Pass through USB for the modem - UART

Re: [PATCH 3/3] mfd: twl: move header file out of I2C realm

On Mon, May 22, 2017 at 12:02:10AM +0200, Wolfram Sang wrote: > include/linux/i2c is not for client devices. Move the header file to a > more appropriate location. > > Signed-off-by: Wolfram Sang > --- > arch/arm/mach-omap2/common.h| 2 +- >

Re: [PATCH 3/3] mfd: twl: move header file out of I2C realm

On Mon, 22 May 2017 00:02:10 +0200 Wolfram Sang wrote: > include/linux/i2c is not for client devices. Move the header file to a > more appropriate location. > > Signed-off-by: Wolfram Sang > --- > arch/arm/mach-omap2/common.h| 2 +- >

[PATCH] usb: typec: Add a sysfs node to manage port type

User space applications in some cases have the need to enforce a specific port type(DFP/UFP/DRP). This change allows userspace to attempt setting the desired port type. Low level drivers can however reject the request if the specific port type is not supported. Signed-off-by: Badhri Jagan

Re: Anomalies reported by usbtest module using testusb

On Mon, 22 May 2017, Marek Pikarski wrote: > Hi! > > I am currently hunting the source of an issue that we have with an USB > modem. There could even be some HW / board design issue. > > My idea was to try the kernel USB unit tests and this seems to work out > as it gave me some interesting

Re: Runtime PM enabled EHCI does not respond to device plugging.

On Mon, 22 May 2017, Kai-Heng Feng wrote: > So in order to detect SD card under runtime PM, it's a perfectly > normal behavior, right? Yes. > Sorry for not explaining the original question well enough - the real > problem is that after enabling runtime PM on EHCI, the two physical > ports on

Re: [PATCH v1] ACPI: Switch to use generic UUID API

On Thu, 2017-05-04 at 12:21 +0300, Andy Shevchenko wrote: > acpi_evaluate_dsm() and friends take a pointer to a raw buffer of 16 > bytes. Instead we convert them to use uuid_le type. At the same time > we > convert current users. > > acpi_str_to_uuid() becomes useless after the conversion and

[PATCH v9 00/15] Replace PCI pool by DMA pool API

by the dma pool API and remove the defines. Changes in v9: - Rebased series onto next-20170522 - I have fixed and improved the patch for lpfc driver Changes in v8: - Rebased series onto next-20170428 Changes in v7: - Rebased series onto next-20170416 - Added Acked-by, Tested-by and Reviwed-by tags

[PATCH v9 02/15] dmaengine: pch_dma: Replace PCI pool old API

The PCI pool API is deprecated. This commit replaces the PCI pool old API by the appropriate function with the DMA pool API. Signed-off-by: Romain Perier Acked-by: Peter Senna Tschudin Tested-by: Peter Senna Tschudin

[PATCH v9 01/15] block: DAC960: Replace PCI pool old API

The PCI pool API is deprecated. This commit replaces the PCI pool old API by the appropriate function with the DMA pool API. Signed-off-by: Romain Perier Acked-by: Peter Senna Tschudin Tested-by: Peter Senna Tschudin

[PATCH v9 04/15] net: e100: Replace PCI pool old API

The PCI pool API is deprecated. This commit replaces the PCI pool old API by the appropriate function with the DMA pool API. Signed-off-by: Romain Perier Acked-by: Peter Senna Tschudin Acked-by: Jeff Kirsher

[PATCH v9 03/15] IB/mthca: Replace PCI pool old API

The PCI pool API is deprecated. This commit replaces the PCI pool old API by the appropriate function with the DMA pool API. Signed-off-by: Romain Perier Acked-by: Peter Senna Tschudin Tested-by: Peter Senna Tschudin

[PATCH v9 09/15] scsi: csiostor: Replace PCI pool old API

The PCI pool API is deprecated. This commit replaces the PCI pool old API by the appropriate function with the DMA pool API. It also updates the name of some variables and the content of comments, accordingly. Signed-off-by: Romain Perier Reviewed-by: Peter Senna

[PATCH v9 05/15] mlx4: Replace PCI pool old API

The PCI pool API is deprecated. This commit replaces the PCI pool old API by the appropriate function with the DMA pool API. Signed-off-by: Romain Perier Acked-by: Peter Senna Tschudin Tested-by: Peter Senna Tschudin

[PATCH v9 07/15] wireless: ipw2200: Replace PCI pool old API

The PCI pool API is deprecated. This commit replaces the PCI pool old API by the appropriate function with the DMA pool API. Signed-off-by: Romain Perier Reviewed-by: Peter Senna Tschudin --- drivers/net/wireless/intel/ipw2x00/ipw2200.c |

[PATCH v9 08/15] scsi: be2iscsi: Replace PCI pool old API

The PCI pool API is deprecated. This commit replaces the PCI pool old API by the appropriate function with the DMA pool API. Signed-off-by: Romain Perier Acked-by: Peter Senna Tschudin Tested-by: Peter Senna Tschudin

[PATCH v9 11/15] scsi: megaraid: Replace PCI pool old API

The PCI pool API is deprecated. This commit replaces the PCI pool old API by the appropriate function with the DMA pool API. Signed-off-by: Romain Perier Reviewed-by: Peter Senna Tschudin Acked-by: Sumit Saxena

[PATCH v9 06/15] mlx5: Replace PCI pool old API

The PCI pool API is deprecated. This commit replaces the PCI pool old API by the appropriate function with the DMA pool API. Signed-off-by: Romain Perier Reviewed-by: Peter Senna Tschudin Acked-by: Doug Ledford

[PATCH v9 10/15] scsi: lpfc: Replace PCI pool old API

The PCI pool API is deprecated. This commit replaces the PCI pool old API by the appropriate function with the DMA pool API. It also updates some comments, accordingly. Signed-off-by: Romain Perier Reviewed-by: Peter Senna Tschudin ---

[PATCH v9 14/15] scsi: pmcraid: Replace PCI pool old API

The PCI pool API is deprecated. This commit replaces the PCI pool old API by the appropriate function with the DMA pool API. Signed-off-by: Romain Perier Acked-by: Peter Senna Tschudin Tested-by: Peter Senna Tschudin

[PATCH v9 12/15] scsi: mpt3sas: Replace PCI pool old API

The PCI pool API is deprecated. This commit replaces the PCI pool old API by the appropriate function with the DMA pool API. Signed-off-by: Romain Perier Reviewed-by: Peter Senna Tschudin --- drivers/scsi/mpt3sas/mpt3sas_base.c | 73

[PATCH v9 13/15] scsi: mvsas: Replace PCI pool old API

The PCI pool API is deprecated. This commit replaces the PCI pool old API by the appropriate function with the DMA pool API. Signed-off-by: Romain Perier Reviewed-by: Peter Senna Tschudin --- drivers/scsi/mvsas/mv_init.c | 6 +++---

[PATCH v9 15/15] PCI: Remove PCI pool macro functions

Now that all the drivers use dma pool API, we can remove the macro functions for PCI pool. Signed-off-by: Romain Perier Reviewed-by: Peter Senna Tschudin --- include/linux/pci.h | 9 - 1 file changed, 9 deletions(-) diff --git

Re: [PATCH] USB: serial: mos7840: add support for setting custom baud rate

On Mon, May 22, 2017 at 06:03:36PM +0200, Johan Hovold wrote: > On Mon, May 22, 2017 at 06:58:16PM +0300, Peter Mamonov wrote: > > Hi Johan, > > > > Could you, please, give some feedback on the patch I've send recently? > > Your patch is in my queue of patches to review for -next. I'll try to >

Re: [PATCH] USB: serial: mos7840: add support for setting custom baud rate

On Mon, May 22, 2017 at 06:58:16PM +0300, Peter Mamonov wrote: > Hi Johan, > > Could you, please, give some feedback on the patch I've send recently? Your patch is in my queue of patches to review for -next. I'll try to process it this week. Thanks, Johan -- To unsubscribe from this list: send

Re: [PATCH 2/3] usb: host: ohci-platform: Add support for omap3 and later

* Tony Lindgren [170522 09:03]: > With the runtime PM implemented for ohci-platform driver, we can > now support omap3 and later OHCI by adding one device tree > property. And the related dts patch from v1 series I can queue separately when people are happy with the driver

[PATCHv2 0/3] Make ohci-platform usable for omap3/4/5

Hi, Here's v2 of this series. Regards, Tony Changes since v1: - Update runtime PM support for ohci based on Alan's comments and more testing - Just remove ohci-omap3 as it needs LS/FS USB PHY not available on most hardware Tony Lindgren (3): usb: host: ohci-platform: Add basic runtime

[PATCH 1/3] usb: host: ohci-platform: Add basic runtime PM support

This is needed in preparation of adding support for omap3 and later OHCI. The runtime PM will only do something on platforms that implement it. Cc: devicet...@vger.kernel.org Cc: Hans de Goede Cc: Rob Herring Cc: Roger Quadros Cc: Sebastian

[PATCH 2/3] usb: host: ohci-platform: Add support for omap3 and later

With the runtime PM implemented for ohci-platform driver, we can now support omap3 and later OHCI by adding one device tree property. Cc: Hans de Goede Cc: Rob Herring Cc: Yoshihiro Shimoda Cc: Sebastian Reichel

[PATCH 3/3] usb: host: ohci-omap3: Remove driver in favor of ohci-platform

This driver is no longer needed and can be removed. The reason why it's safe to remove this driver is that most omap devices don't have a USB low-speed or full-speed compatible PHY installed and configured with drivers/mfd/omap-usb-host.c. This means that devices like beagleboard and pandaboard

Re: [PATCH v4 2/3] usb: gadget: f_uac2: split out audio core

On Thu, May 18, 2017 at 4:07 AM, Ruslan Bilovol wrote: > Abstract the peripheral side ALSA sound card code from > the f_uac2 function into a component that can be called > by various functions, so the various flavors can be split > apart and selectively reused. > >

Re: [PATCH] USB: serial: mos7840: add support for setting custom baud rate

Hi Johan, Could you, please, give some feedback on the patch I've send recently? Regards, Peter On Thu, May 11, 2017 at 09:12:48PM +0300, Peter Mamonov wrote: > The patch implements TIOCSSERIAL ioctl call. The following fields of the > `struct serial_struct` are processed: > > - flags:

Re: [RFC V1 1/1] net: cdc_ncm: Reduce memory use when kernel memory low

From: "Baxter, Jim" Date: Mon, 22 May 2017 16:45:42 +0100 > From: David S. Miller (da...@davemloft.net) > Sent: Wed, 17 May 2017 14:18:19 -0400 > >> >> When there isn't memory pressure this will hurt performance of >> course. >> >> It is a quite common paradigm to back

Re: drivers/usb/host/xhci-ring.c:1390 handle_cmd_completion

On Fri, May 19, 2017 at 02:53:20PM +0200, Jason A. Donenfeld wrote: > I'm having this issue on kernel 4.11.0 and 4.11.1. It usually happens > after a while of ordinary USB use. Afterwards, USB does not work. If I > rmmod all the modules and reinsert them, it works for a while, but > even sooner

Re: [RFC V1 1/1] net: cdc_ncm: Reduce memory use when kernel memory low

From: David S. Miller (da...@davemloft.net) Sent: Wed, 17 May 2017 14:18:19 -0400 > > When there isn't memory pressure this will hurt performance of > course. > > It is a quite common paradigm to back down to 0 order memory requests > when higher order ones fail, so this isn't such a bad

Re: IC JMS56x unstable and hang with uas / usb_storage

Dear Sir, Sure. I has try to use usb_storage, but no luck also. /etc/modprobe.d/usbbox.conf # usb3.0 disk blacklist uas options usb-storage quirks=152d:9561:u I has two JMS56x box, and it is working fine with windows 7, so i think it is Linux Issue On 22/5/2017 22:44, Oliver Neukum wrote:

Re: [PATCH] usb: xhci: add quirk flag for broken stop command on AMD platforms

On 5/22/2017 6:49 PM, Mathias Nyman wrote: > On 22.05.2017 11:56, Shyam Sundar S K wrote: >> Hi Mathias, >> >> >> On 5/19/2017 12:43 PM, Mathias Nyman wrote: >>> On 18.05.2017 16:46, Alan Stern wrote: On Thu, 18 May 2017, Shyam Sundar S K wrote: > on AMD platforms with SNPS 3.1 USB

Re: IC JMS56x unstable and hang with uas / usb_storage

Am Montag, den 22.05.2017, 22:13 +0800 schrieb Tim.Lau: > > > [ 1692.900365] usb 9-2: reset SuperSpeed USB device number 2 using xhci_hcd > [ 1692.924000] scsi host4: uas_eh_bus_reset_handler success > [ 1697.801121] sd 4:0:0:1: [sde] tag#0 FAILED Result: hostbyte=DID_OK > driverbyte=0x0e > [

Re: resolving issue by: USB_AUTOSUSPEND=0

Bus 004 Device 004: ID 0bda:8153 Realtek Semiconductor Corp. Bus 004 Device 003: ID 2109:0813 VIA Labs, Inc. Bus 004 Device 002: ID 05e3:0617 Genesys Logic, Inc. Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 003 Device 004: ID 0835:2a01 Action Star Enterprise Co., Ltd Bus 003

Re: resolving issue by: USB_AUTOSUSPEND=0

Am Montag, den 22.05.2017, 14:12 +0200 schrieb Daniel Duris: > /: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p, 5000M > |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/4p, 5000M > |__ Port 1: Dev 3, If 0, Class=Hub, Driver=hub/4p, 5000M > |__ Port 4: Dev 4, If 0,

Re: [RFC V1 1/1] net: cdc_ncm: Reduce memory use when kernel memory low

Am Freitag, den 19.05.2017, 14:46 + schrieb David Laight: > For XHCI it isn't too bad because it will do arbitrary scatter-gather > (apart from the ring end). > But I believe the earlier controllers only support fragments that > end on usb packet boundaries. > > I looked at the usbnet code a

Re: [PATCH] usb: xhci: add quirk flag for broken stop command on AMD platforms

On 22.05.2017 11:56, Shyam Sundar S K wrote: Hi Mathias, On 5/19/2017 12:43 PM, Mathias Nyman wrote: On 18.05.2017 16:46, Alan Stern wrote: On Thu, 18 May 2017, Shyam Sundar S K wrote: on AMD platforms with SNPS 3.1 USB controller has an issue if the stop EP command is issued when the

Anomalies reported by usbtest module using testusb

Hi! I am currently hunting the source of an issue that we have with an USB modem. There could even be some HW / board design issue. My idea was to try the kernel USB unit tests and this seems to work out as it gave me some interesting results! It would be so great if someone on this list

Re: uas failing on multiple disk access on a jmicron JMS567 bridge

On 22.05.2017 11:48, Christoph Gohle wrote: Hey Mathias, On 19 May 2017, at 09:58, Mathias Nyman wrote: 4.11 kernel has xhci traces enabled, could you try to reproduce it with 4.11? xhci traces can be enabled with: echo 1 >

Re: kernel does not receive any USB3.0 plug/unplug events from the Renesas upd720202 chipset

On 21.05.2017 23:03, Xavier . wrote: Hello. I have one problem with chip Renesas uPD720202 (card Startech PCIUSB3S22). In Windows XP run fine, very fine, but in GNU/Linux kernel does not receive any USB3.0 plug/unplug events, why? No usb device is recognized, it is as if the card had nothing

Re: resolving issue by: USB_AUTOSUSPEND=0

/: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p, 5000M |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/4p, 5000M |__ Port 1: Dev 3, If 0, Class=Hub, Driver=hub/4p, 5000M |__ Port 4: Dev 4, If 0, Class=Vendor Specific Class, Driver=r8152, 5000M /: Bus 03.Port 1: Dev

Re: resolving issue by: USB_AUTOSUSPEND=0

/: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p, 5000M |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/4p, 5000M |__ Port 1: Dev 3, If 0, Class=Hub, Driver=hub/4p, 5000M |__ Port 4: Dev 4, If 0, Class=Vendor Specific Class, Driver=r8152, 5000M /: Bus 03.Port 1:

Re: resolving issue by: USB_AUTOSUSPEND=0

Am Montag, den 22.05.2017, 13:03 +0200 schrieb Daniel Duris: > 1) Happens all the time, i.e. from the boot and after any resume as well. > > 2) No, only the ethernet. > > 3) Can not answer as for the other PCs, but happens with any of the > DA200 adapters and possibly others as well. Hi, it

Re: [PATCH] usb/uhci: Add support for Aspeed BMC SoCs

On Mon, 2017-05-22 at 11:29 +0200, Greg KH wrote: > On Mon, May 22, 2017 at 06:43:25PM +1000, Benjamin Herrenschmidt wrote: > > The Aspeed 2400/2500 families have a variant of UHCI which requires > > some quirks to the driver to work: > > A UHCI driver? New hardware? That's crazy, what decade

[PATCH v4 0/4] reset: APIs to manage a list of resets

Set of patches to support getting and de/asserting a list (array) of reset controllers available with the device. This series also contains reset controls patches for dwc3-of-simple and tegra pmc drivers. A small patch is added in this series to correctly re-order the resource handling in

[PATCH v4 2/4] reset: Add APIs to manage array of resets

Many devices may want to request a bunch of resets and control them. So it's better to manage them as an array. Add APIs to _get(), _assert(), and _deassert() an array of reset_control. Note that, these APIs don't guarantee that the reset lines managed in the array are handled in any particular

[PATCH v4 3/4] usb: dwc3: of-simple: Add support to get resets for the device

Add support to get a list of resets available for the device. These resets must be kept de-asserted until the device is in use. Cc: Felipe Balbi Cc: Philipp Zabel Signed-off-by: Vivek Gautam ---

[PATCH v4 1/4] usb: dwc3: of-simple: Re-order resource handling in remove

Move clock handling after of_platform_depopulate to achieve a sequence that is reverse of the probe sequence. Cc: Felipe Balbi Signed-off-by: Vivek Gautam --- - new patch in this series. drivers/usb/dwc3/dwc3-of-simple.c | 4 ++-- 1 file

[PATCH v4 4/4] soc/tegra: pmc: Use the new reset APIs to manage reset controllers

Make use of reset_control_array_*() set of APIs to manage an array of reset controllers available with the device. Cc: Jon Hunter Cc: Thierry Reding Cc: Philipp Zabel Signed-off-by: Vivek Gautam ---

Re: [PATCH 3/3] mfd: twl: move header file out of I2C realm

On Mon, May 22, 2017 at 12:28:12PM +0200, Wolfram Sang wrote: > If you were not CCed on the other patches, then you are likely not > listed as a maintainer for them? Right, but it does mean that the people who only get a subset of patches are missing context for how things are expected to be

[PATCH v4] usb: usbip: set buffer pointers to NULL after free

The usbip stack dynamically allocates the transfer_buffer and setup_packet of each urb that got generated by the tcp to usb stub code. As these pointers are always used only once we will set them to NULL after use. This is done likewise to the free_urb code in vudc_dev.c. This patch fixes double

Re: resolving issue by: USB_AUTOSUSPEND=0

1) Happens all the time, i.e. from the boot and after any resume as well. 2) No, only the ethernet. 3) Can not answer as for the other PCs, but happens with any of the DA200 adapters and possibly others as well. On 22.05.2017 11:21, Oliver Neukum wrote: > Am Donnerstag, den 18.05.2017, 16:16

Re: [PATCH 3/3] mfd: twl: move header file out of I2C realm

On Mon, May 22, 2017 at 10:52:43AM +0100, Mark Brown wrote: > On Mon, May 22, 2017 at 12:02:10AM +0200, Wolfram Sang wrote: > > include/linux/i2c is not for client devices. Move the header file to a > > more appropriate location. > > Acked-by: Mark Brown Thanks! > I'm

Re: [PATCH 3/3] mfd: twl: move header file out of I2C realm

Hi, On Mon, May 22, 2017 at 12:02:10AM +0200, Wolfram Sang wrote: > include/linux/i2c is not for client devices. Move the header file to a > more appropriate location. > > Signed-off-by: Wolfram Sang > --- > [...] > drivers/power/supply/twl4030_charger.c | 2 +- > [...]

[PATCH v5 0/4] usb: usbip: Fix ports and port status

The commit 0775a9cbc694e8c7 ("usbip: vhci extension: modifications to vhci driver") introduced several bugs relating to the number of ports amd the port status. In addition, a small improvement is made to the vhci_hcd module. v4 & v5: - Fix a coding style issue v3 resend: - Remove already

[PATCH v5 2/4] usb: usbip tool: Add ncontrollers in vhci_driver structure

From: Yuyang Du A new field ncontrollers is added to the vhci_driver structure. And this field is stored by scanning the vhci_hcd* dirs in the platform udev. Suggested-and-reviewed-by: Krzysztof Opasiak Signed-off-by: Yuyang Du

[PATCH v5 1/4] usb: usbip tool: Check the return of get_nports()

From: Yuyang Du If we get nonpositive number of ports, there is no sense to continue, then fail gracefully. In addition, the commit 0775a9cbc694e8c72 ("usbip: vhci extension: modifications to vhci driver") introduced configurable numbers of controllers and ports, but we

[PATCH v5 3/4] usb: usbip tool: Fix refresh_imported_device_list()

From: Yuyang Du The commit 0775a9cbc694e8c7 ("usbip: vhci extension: modifications to vhci driver") introduced multiple controllers, but the status of the ports are only extracted from the first status file, fix it. Reviewed-by: Krzysztof Opasiak

[PATCH v5 4/4] usb: usbip tool: Fix parse_status()

From: Yuyang Du In parse_status(), all nports number of idev's are initiated to 0 by memset(), it is simply wrong, because parse_status() reads the status sys file one by one, therefore, it can only update the according vhci_driver->idev's for it to parse. Reviewed-by:

Re: [PATCH 3/3] mfd: twl: move header file out of I2C realm

On Mon, May 22, 2017 at 12:02:10AM +0200, Wolfram Sang wrote: > include/linux/i2c is not for client devices. Move the header file to a > more appropriate location. Acked-by: Mark Brown I'm missing the rest of the series and/or the cover letter... signature.asc Description:

Re: [PATCH v2 0/9] usbip: Enable USB3 SuperSpeed

Hi Shuah, On Fri, May 19, 2017 at 04:55:40PM -0600, Shuah Khan wrote: > > > > v2: > > - Remove set_link_state() since it is not used > > > > Regards, > > Yuyang > > Hi Yuyang, > > Thanks for the patch series. I will try to review this next week > on my business trip. If not, I will

Re: [PATCH v4 1/4] usb: usbip tool: Check the return of get_nports()

On Mon, May 22, 2017 at 12:13:12PM +0300, Sergei Shtylyov wrote: > >+if (vhci_driver->nports <= 0) { > >+err("no available ports"); > >+goto err; > >+} > >+else if (vhci_driver->nports > MAXNPORT) { > > } and *else if* should be on te same line. Not sure

Re: [PATCH] usb/uhci: Add support for Aspeed BMC SoCs

On Mon, May 22, 2017 at 06:43:25PM +1000, Benjamin Herrenschmidt wrote: > The Aspeed 2400/2500 families have a variant of UHCI which requires > some quirks to the driver to work: A UHCI driver? New hardware? That's crazy, what decade is this? :) > > - The register offsets are different. We

Re: resolving issue by: USB_AUTOSUSPEND=0

Am Donnerstag, den 18.05.2017, 16:16 +0200 schrieb Daniel Duris: > This issue that I have reported earlier - makes use of any external > adapaters pain the ass as it often ends with USB "hanging" and it need > sto be disconnected/reconnected to make it work again: > > repeating every few minutes

Re: [PATCH 3/3] mfd: twl: move header file out of I2C realm

On 22/05/2017 at 00:02:10 +0200, Wolfram Sang wrote: > include/linux/i2c is not for client devices. Move the header file to a > more appropriate location. > > Signed-off-by: Wolfram Sang Acked-by: Alexandre Belloni > --- >

Re: [PATCH v4 1/4] usb: usbip tool: Check the return of get_nports()

Hello! On 5/22/2017 11:41 AM, Yuyang Du wrote: If we get nonpositive number of ports, there is no sense to continue, then fail gracefully. In addition, the commit 0775a9cbc694e8c72 ("usbip: vhci extension: modifications to vhci driver") introduced configurable numbers of controllers and

Re: [PATCH 08/12] Add USB quirk for HVR-950q to avoid intermittent device resets

Hi Devin, On 04/20/2017 01:13 AM, Devin Heitmueller wrote: > The USB core and sysfs will attempt to enumerate certain parameters > which are unsupported by the au0828 - causing inconsistent behavior > and sometimes causing the chip to reset. Avoid making these calls. > > This problem manifested

Re: [PATCH] usb: xhci: add quirk flag for broken stop command on AMD platforms

Hi Mathias, On 5/19/2017 12:43 PM, Mathias Nyman wrote: > On 18.05.2017 16:46, Alan Stern wrote: >> On Thu, 18 May 2017, Shyam Sundar S K wrote: >> >>> on AMD platforms with SNPS 3.1 USB controller has an issue >>> if the stop EP command is issued when the controller is not >>> in running state.

Re: Unable to open file: /etc/ima/ima-policy (-2)

Am Sonntag, den 21.05.2017, 16:39 -0400 schrieb Cristian: > Hi, > > dmesg: > [5.336633] Unable to open file: /etc/ima/ima-policy (-2) > > Regards, Hi, what relations does this have to USB? What you are seeing is most likely a known issue with systemd

Re: uas failing on multiple disk access on a jmicron JMS567 bridge

Hey Mathias, > On 19 May 2017, at 09:58, Mathias Nyman wrote: > >> > > 4.11 kernel has xhci traces enabled, could you try to reproduce it with 4.11? > xhci traces can be enabled with: > > echo 1 > /sys/kernel/debug/tracing/events/xhci-hcd/enable > > If you

[PATCH] usb/uhci: Add support for Aspeed BMC SoCs

The Aspeed 2400/2500 families have a variant of UHCI which requires some quirks to the driver to work: - The register offsets are different. We add a remapping helper. - All accesses have to be done via 32-bit loads and stores. We force all accessors to use readl/writel. This is of no

[PATCH v4 4/4] usb: usbip tool: Fix parse_status()

In parse_status(), all nports number of idev's are initiated to 0 by memset(), it is simply wrong, because parse_status() reads the status sys file one by one, therefore, it can only update the according vhci_driver->idev's for it to parse. Reviewed-by: Krzysztof Opasiak

[PATCH v4 1/4] usb: usbip tool: Check the return of get_nports()

If we get nonpositive number of ports, there is no sense to continue, then fail gracefully. In addition, the commit 0775a9cbc694e8c72 ("usbip: vhci extension: modifications to vhci driver") introduced configurable numbers of controllers and ports, but we have a static port number maximum,

[PATCH v4 3/4] usb: usbip tool: Fix refresh_imported_device_list()

The commit 0775a9cbc694e8c7 ("usbip: vhci extension: modifications to vhci driver") introduced multiple controllers, but the status of the ports are only extracted from the first status file, fix it. Reviewed-by: Krzysztof Opasiak Signed-off-by: Yuyang Du

[PATCH v4 0/4] usb: usbip: Fix ports and port status

From: Yuyang Du The commit 0775a9cbc694e8c7 ("usbip: vhci extension: modifications to vhci driver") introduced several bugs relating to the number of ports amd the port status. In addition, a small improvement is made to the vhci_hcd module. v4: - Fix a coding style

[PATCH v4 2/4] usb: usbip tool: Add ncontrollers in vhci_driver structure

A new field ncontrollers is added to the vhci_driver structure. And this field is stored by scanning the vhci_hcd* dirs in the platform udev. Suggested-and-reviewed-by: Krzysztof Opasiak Signed-off-by: Yuyang Du ---

Re: [PATCH 2/3] mfd: tps65010: move header file out of I2C realm

On Mon, May 22, 2017 at 12:02 AM, Wolfram Sang wrote: > include/linux/i2c is not for client devices. Move the header file to a > more appropriate location. > > Signed-off-by: Wolfram Sang > --- > arch/arm/mach-omap1/board-h2-mmc.c | 2 +- >

Re: [PATCH 3/3] mfd: twl: move header file out of I2C realm

On Mon, May 22, 2017 at 12:02:10AM +0200, Wolfram Sang wrote: > include/linux/i2c is not for client devices. Move the header file to a > more appropriate location. > > Signed-off-by: Wolfram Sang > --- > arch/arm/mach-omap2/common.h| 2 +- >

Re: [PATCH 2/3] mfd: tps65010: move header file out of I2C realm

On Mon, May 22, 2017 at 12:02:09AM +0200, Wolfram Sang wrote: > include/linux/i2c is not for client devices. Move the header file to a > more appropriate location. > > Signed-off-by: Wolfram Sang > --- > arch/arm/mach-omap1/board-h2-mmc.c | 2 +- >

Re: [PATCH 2/2] usbnet: Improve a size determination in usbnet_write_cmd_async()

Am Montag, den 22.05.2017, 07:10 +0200 schrieb SF Markus Elfring: > From: Markus Elfring > Date: Mon, 22 May 2017 06:42:33 +0200 > > Replace the specification of a data structure by a pointer dereference > as the parameter for the operator "sizeof" to make the

Re: [PATCH 1/2] usbnet: Delete an error message for a failed memory allocation in usbnet_write_cmd_async()

Am Montag, den 22.05.2017, 07:09 +0200 schrieb SF Markus Elfring: > From: Markus Elfring > Date: Mon, 22 May 2017 06:33:48 +0200 > > Omit an extra message for a memory allocation failure in this function. > > This issue was detected by using the Coccinelle

Re: Kernel / USB bug

On 3 May 2017 at 10:07, Oliver Neukum wrote: > Am Dienstag, den 02.05.2017, 20:06 +0200 schrieb Nicolas Repentin: >> Hi >> >> I got this bug : using last kernel on Archlinux (4.10.13-1, since 4.4), >> an USB 3.0 external HDD dies all the time when writing on it. > > Hi, > > did