Re: at91sam9x5: USB mass storage gadget problems

Hi, Alan Stern writes: > On Thu, 12 Nov 2015, Felipe Balbi wrote: > >> >> >> Also, my problem seems to be sensitive to the host port being USB >> >> >> 3.0 since I have an older Lenovo X201 with USB 2.0 ports that does >> >> >> _not_ exhibit this problem. IOW when I

Re: at91sam9x5: USB mass storage gadget problems

On Thu, 12 Nov 2015, Felipe Balbi wrote: > Hi, > > Alan Stern writes: > > On Thu, 12 Nov 2015, Felipe Balbi wrote: > > > >> >> >> Also, my problem seems to be sensitive to the host port being USB > >> >> >> 3.0 since I have an older Lenovo X201 with USB 2.0 ports that

[PATCH 0/4 V2] usb: dwc2: fix usb host support on Raspberry Pi

This patch series fixes multiple issues on Raspberry Pi which were reproducable since commit 09a75e857790 ("usb: dwc2: refactor common low-level hw code to platform.c") Changes in V2: - add fix for kernel oops - extend "usb: dwc2: Return errors from PHY" to handle kernel without PHY support -

[PATCH 1/4 V2] usb: dwc2: fix kernel oops during driver probe

This patch make sure that all necessary members of dwc2_hsotg are initialized before the irq handler is requested. So the kernel oops triggered by dwc2_handle_common_intr has been fixed. dwc2 2098.usb: Configuration mismatch. Forcing host mode dwc2 2098.usb: no platform data or

Re: at91sam9x5: USB mass storage gadget problems

On 15-11-12 02:37 PM, Alan Stern wrote: On Thu, 12 Nov 2015, Felipe Balbi wrote: Also, my problem seems to be sensitive to the host port being USB 3.0 since I have an older Lenovo X201 with USB 2.0 ports that does _not_ exhibit this problem. IOW when I connect my Arietta G25 mass storage

RE: [PATCH v2] USB: DCW3: GADGET: Set Correct Max Speed

The max speed was always being set to USB_SUPER_SPEED even when the phy was only capable of HIGH_SPEED. This uses the value set for the phy to set the max for the gadget. It resolves an issue with Window PCs where they report that using a USB3.0 port would result in better performance even when

Re: Page allocation failure

On Tue, 10 Nov 2015, Steinar H. Gunderson wrote: > On Mon, Nov 02, 2015 at 11:48:36AM -0500, Alan Stern wrote: > > Order 7? Maybe you're trying to put too much data into a single > > transfer and encountering problems with memory fragmentation. Try > > using more frequent, smaller transfers. >

[PATCH 3/4 V2] usb: dwc2: Return errors from PHY

When searching for PHYs, any error was treated as if the PHY did not exist or was not specified. Thus the probe function did not correctly return error conditions such as -EPROBE_DEFER. Fixed so that only a non-existing PHY is ignored and any other error is returned. Reported-by: Alexander Aring

Re: Page allocation failure

On Thu, Nov 12, 2015 at 05:08:32PM -0500, Alan Stern wrote: > You're right; I got the two patch sets mixed up. Considering that it > was written a couple of years ago, you'll probably have to do some work > to get it to apply to the current kernel. Let me know if you need any > help. There

Re: [PATCH 2/2] usb: phy: msm: fix connect/disconnect bug for dragonboard OTG port

On Wed, Nov 11, 2015 at 09:48:00AM -0800, Tim Bird wrote: > > > On 11/10/2015 07:14 PM, Peter Chen wrote: > > On Tue, Nov 10, 2015 at 04:46:51PM -0800, Tim Bird wrote: > >> This fixes a bug where if you disconnect and re-connect the USB cable, > >> the gadget driver stops working. > >> > >> Add

Re: [RFC] usb: dwc2: hcd: fix split schedule issue

Hi John 在 2015/11/12 12:29, John Youn 写道: On 11/11/2015 4:22 PM, Doug Anderson wrote: John, On Fri, Nov 6, 2015 at 2:04 AM, Yunzhi Li wrote: hi John , As we talked yesterday, I tried to fix the split schedule sequence. This patch will avoid scheduling SSPLIT-IN

Re: usb: dwc2: regression during boot on Raspberry Pi

On 11/11/2015 11:13 PM, Stefan Wahren wrote: > Am 12.11.2015 um 05:39 schrieb John Youn: >> On 11/11/2015 3:20 PM, Stefan Wahren wrote: >>> Hi John, >>> >>> Am 11.11.2015 um 00:21 schrieb John Youn: On 11/9/2015 12:43 PM, Stefan Wahren wrote: > Hi, The gadget side required it

Re: [PATCH v3 1/5] Implement an ioctl to support the USMTMC-USB488 READ_STATUS_BYTE operation.

On Thu, Nov 12, 2015 at 11:07 AM, dave penkler wrote: > Thanks for your comments, I will resubmit taking into account all > suggestions. > >> > - redundant parens Example 1. + (atomic_read(>iin_data_valid) != 0), >> > - pieces of code takes whole line

Re: [PATCH 1/2] cdc_acm: Ignore Infineon Flash Loader utility

On Wed, Nov 11, 2015 at 07:24:23PM +0100, Daniele Palmas wrote: > Hi Johan, > > 2015-11-06 12:24 GMT+01:00 Johan Hovold : > > On Thu, Nov 05, 2015 at 01:57:43PM +0100, Jonas Jonsson wrote: > >> Some modems, such as the Telit UE910, are using an Infineon Flash Loader > >>

Re: at91sam9x5: USB mass storage gadget problems

On Thu, 12 Nov 2015, Felipe Balbi wrote: > >> >> Also, my problem seems to be sensitive to the host port being USB > >> >> 3.0 since I have an older Lenovo X201 with USB 2.0 ports that does > >> >> _not_ exhibit this problem. IOW when I connect my Arietta G25 mass > >> >> storage gadget to the

Re: at91sam9x5: USB mass storage gadget problems

On Thu, 12 Nov 2015, Douglas Gilbert wrote: > Yes, the X201 has USB 2.0 host ports. It is running a stock Ubuntu > 15.10 kernel: 4.2.0-18-generic and the log indicates that the > ehci_pci driver is being used. Part of the X201's syslog is > attached in which a driver complains about the invalid

Re: [PATCH v2 3/3] usb: core: lpm: remove usb3_lpm_enabled in usb_device

On 11/13/2015 12:20 AM, Alan Stern wrote: On Thu, 12 Nov 2015, Lu Baolu wrote: Commit 8306095fd2c1 ("USB: Disable USB 3.0 LPM in critical sections.") adds usb3_lpm_enabled member to struct usb_device. There is no reference to this member now. Hence, it could be removed. Signed-off-by: Lu

Re: Page allocation failure

On Fri, Nov 13, 2015 at 12:00:53AM +0100, Steinar H. Gunderson wrote: > I guess I should either add some debug printks or else see if there's > anything in the snooping that can help me track it down. Interestingly enough, I get this at startup: [ 3316.681227] x86/PAT: app:4154 map pfn RAM range

Re: [PATCH 0/4 V2] usb: dwc2: fix usb host support on Raspberry Pi

On 11/12/2015 1:08 PM, Stefan Wahren wrote: > This patch series fixes multiple issues on Raspberry Pi which > were reproducable since commit 09a75e857790 > ("usb: dwc2: refactor common low-level hw code to platform.c") > > Changes in V2: > - add fix for kernel oops > - extend "usb: dwc2: Return

Re: [PATCH 1/2] cdc_acm: Ignore Infineon Flash Loader utility

Hi Bjorn, 2015-11-12 12:39 GMT+01:00 Bjørn Mork : > Oliver Neukum writes: >> On Thu, 2015-11-12 at 10:12 +0100, Johan Hovold wrote: >>> What exactly do you mean by "not work"? Does the driver fail to probe? >>> Or is it just that your user-space tool expects the

Re: [PATCH 1/2] cdc_acm: Ignore Infineon Flash Loader utility

On Thu, 2015-11-12 at 10:12 +0100, Johan Hovold wrote: > What exactly do you mean by "not work"? Does the driver fail to probe? > Or is it just that your user-space tool expects the tty devices to be > named ttyUSBn rather than ttyACMn (in which case the tool needs to be > fixed)? Hi, actually

Re: [PATCH 1/2] cdc_acm: Ignore Infineon Flash Loader utility

On Thu, Nov 12, 2015 at 10:59:28AM +0100, Oliver Neukum wrote: > On Thu, 2015-11-12 at 10:12 +0100, Johan Hovold wrote: > > What exactly do you mean by "not work"? Does the driver fail to probe? > > Or is it just that your user-space tool expects the tty devices to be > > named ttyUSBn rather than

Re: [PATCH 1/2] cdc_acm: Ignore Infineon Flash Loader utility

Oliver Neukum writes: > On Thu, 2015-11-12 at 10:12 +0100, Johan Hovold wrote: >> What exactly do you mean by "not work"? Does the driver fail to probe? >> Or is it just that your user-space tool expects the tty devices to be >> named ttyUSBn rather than ttyACMn (in which case

Re: scsi-sd fails with error "Invalid field in cdb" for SATA-to-USB adapter JMicron

On 2015-11-11 16:16, Alan Stern wrote: >> Bus 001 Device 007: ID 152d:0567 JMicron Technology Corp. / JMicron USA >> Technology Corp. >> Device Descriptor: >>bLength18 >>bDescriptorType 1 >>bcdUSB 2.10 >>bDeviceClass0 (Defined at

Re: [PATCH v3 00/12] usb: early: add support for early printk through USB3 debug port

On 11/13/2015 10:26 AM, Dave Young wrote: On 11/13/15 at 10:04am, Lu, Baolu wrote: Hi Dave, On 11/12/2015 02:01 PM, Dave Young wrote: Hi, Baolu On 11/12/15 at 10:45am, Lu, Baolu wrote: Hi Dave, Which device are you testing with? This implementation was developed and tested on Intel

Re: [PATCH v2 1/3] usb: core: lpm: fix usb3_hardware_lpm sysfs node

On 11/13/2015 12:20 AM, Alan Stern wrote: On Thu, 12 Nov 2015, Lu Baolu wrote: Commit 655fe4effe0f ("usbcore: add sysfs support to xHCI usb3 hardware LPM") introduced usb3_hardware_lpm sysfs node. This doesn't show the correct status of USB3 U1 and U2 LPM status. This patch fixes this by

Re: [PATCH 1/2] cdc_acm: Ignore Infineon Flash Loader utility

Bjørn Mork writes: > Yes. I have a Sierra Wireless EM7345 modem which is based on the same > chipset. No, it's not. But it's probably from the same family of chipsets. Bjørn -- To unsubscribe from this list: send the line "unsubscribe linux-usb" in the body of a message to

Re: [PATCH v4 0/7] usb: host: xhci-plat: add support for the R-Car M2-N and H3 xHCI controllers

On 27.10.2015 03:18, Yoshihiro Shimoda wrote: This patch set adds support for R-Car M2-N (r8a7793) and H3 (r8a7795) xHCI controllers. To add support these new SoCs, this patch set adds a new member "priv" in struct xhci_hcd. This patch is based on the latest usb.git / usb-next branch. (The

[PATCH] usb: chipidea: implement platform shutdown callback

disable wakeup irq during shutdown, otherwise kexec fails for kernels that setup irq handlers before resetting the hardware Signed-off-by: Andreas Fenkart --- drivers/usb/chipidea/ci_hdrc_imx.c | 6 ++ 1 file changed, 6 insertions(+) diff --git

Re: [PATCH 1/2] cdc_acm: Ignore Infineon Flash Loader utility

Daniele Palmas writes: > Unfortunately the application has a proprietary firmware flashing > protocol under NDA, so I am not able to share it. I know that I will > lose points for that... I was afraid of that. > I can confirm that it is not a stupid device name assumption,

Re: at91sam9x5: USB mass storage gadget problems

Hi, Alan Stern writes: > On Thu, 12 Nov 2015, Felipe Balbi wrote: > >> Hi, >> >> Alan Stern writes: >> > [Adding linux-usb to the CC list] >> > >> > On Wed, 11 Nov 2015, Douglas Gilbert wrote: >> > >> >> Hi, >> >> I have been running into

Re: [PATCH v3 00/12] usb: early: add support for early printk through USB3 debug port

Hi Dave, On 11/12/2015 02:01 PM, Dave Young wrote: Hi, Baolu On 11/12/15 at 10:45am, Lu, Baolu wrote: >Hi Dave, > >Which device are you testing with? This implementation was developed >and tested on Intel Skylake devices. > >It doesn't surprise me if it doesn't work with other silicons. But

Re: [PATCH v3 00/12] usb: early: add support for early printk through USB3 debug port

On 11/13/15 at 10:04am, Lu, Baolu wrote: > Hi Dave, > > On 11/12/2015 02:01 PM, Dave Young wrote: > >Hi, Baolu > > > >On 11/12/15 at 10:45am, Lu, Baolu wrote: > >>>Hi Dave, > >>> > >>>Which device are you testing with? This implementation was developed > >>>and tested on Intel Skylake devices. >

Re: [RFC] usb: dwc2: hcd: fix split schedule issue

On 11/11/2015 8:46 PM, Doug Anderson wrote: > John, > > On Wed, Nov 11, 2015 at 8:29 PM, John Youn wrote: >> I also feel it is not quite right as the SSPLIT should be able to >> happen during the SSPLIT of another device. I tried to reproduce >> and see the same

Re: [REPOST PATCH] usb: dwc2: host: Support immediate retries for split transactions

On 11/11/2015 10:34 AM, Douglas Anderson wrote: > In some cases, like when you've got a "Microsoft Wireless Keyboard 2000" > connected to dwc2 with a hub, expected that we'll get some transfer > errors sometimes. The controller is expected to try at least 3 times > before giving up. See figure

Re: at91sam9x5: USB mass storage gadget problems

[Adding linux-usb to the CC list] On Wed, 11 Nov 2015, Douglas Gilbert wrote: > Hi, > I have been running into problems trying to use a USB device port > on an Acme System's Arietta G25 (Atmel at91sam9g25 hence at91sam9x5 > family in the kernel) as a USB mass storage gadget. Since the problem >

Re: scsi-sd fails with error "Invalid field in cdb" for SATA-to-USB adapter JMicron

On Thu, 12 Nov 2015, Dmitry Katsubo wrote: > On 2015-11-11 16:16, Alan Stern wrote: > >> Bus 001 Device 007: ID 152d:0567 JMicron Technology Corp. / JMicron USA > >> Technology Corp. > >> Device Descriptor: > >>bLength18 > >>bDescriptorType 1 > >>bcdUSB

Re: [PATCH 1/2] cdc_acm: Ignore Infineon Flash Loader utility

Hi, 2015-11-12 14:55 GMT+01:00 Bjørn Mork : > Daniele Palmas writes: > >> Unfortunately the application has a proprietary firmware flashing >> protocol under NDA, so I am not able to share it. I know that I will >> lose points for that... > > I was afraid of

Re: at91sam9x5: USB mass storage gadget problems

Hi, Alan Stern writes: > [Adding linux-usb to the CC list] > > On Wed, 11 Nov 2015, Douglas Gilbert wrote: > >> Hi, >> I have been running into problems trying to use a USB device port >> on an Acme System's Arietta G25 (Atmel at91sam9g25 hence at91sam9x5 >> family in

Re: [PATCH v2 1/3] usb: core: lpm: fix usb3_hardware_lpm sysfs node

On Thu, 12 Nov 2015, Lu Baolu wrote: > Commit 655fe4effe0f ("usbcore: add sysfs support to xHCI usb3 > hardware LPM") introduced usb3_hardware_lpm sysfs node. This > doesn't show the correct status of USB3 U1 and U2 LPM status. > > This patch fixes this by replacing usb3_hardware_lpm with two >

USB Device needs to be unplugged and plugged in to work

I posted this question in Stack Overflow, and somebody recommended that I post it here. I'm using an IMU (Inertial Measurement Unit) which connects via USB. I have to unplug it and plug it again to be able to use it. The IMU is used to get acceleration and positioning data (among other

Re: [PROBLEM] usb hub malformed packets causes null pointer dereference

On Tue, 10 Nov 2015, Cornea, Alexandru wrote: > Hello, > > We observed a kernel panic due to a null pointer dereference in the USB > stack while sending malformed USB hub packets. This is an interesting bug. Not least because it has nothing to do with the malformed packets -- it was

Re: [PATCH v2 3/3] usb: core: lpm: remove usb3_lpm_enabled in usb_device

On Thu, 12 Nov 2015, Lu Baolu wrote: > Commit 8306095fd2c1 ("USB: Disable USB 3.0 LPM in critical sections.") > adds usb3_lpm_enabled member to struct usb_device. There is no reference > to this member now. Hence, it could be removed. > > Signed-off-by: Lu Baolu Since

Re: request to add information for USB 3G dongle

On 23.09.2015 16:20, Bjørn Mork wrote: > Rolf Leggewie writes: > >> Hello, >> >> I found the following in my syslog. >> >> Aug 2 22:16:01 localhost usb_modeswitch[7313]: usb_modeswitch: switched >> to 19d2:0063 on 2/18 >> Aug 2 22:16:02 localhost usb_modeswitch[7313]:

Re: Help needed for EHCI problem: removing an active bulk-in QH

On Mon, Nov 9, 2015 at 9:21 AM, Alan Stern wrote: > Here's a revised quick-and-dirty workaround. It replaces the earlier > one. (And like the earlier one, it is meant to apply on top of > the usbfs-snoop patch, but I don't think that makes any difference > now.) > >

Re: USB Device needs to be unplugged and plugged in to work

On Thu, 2015-11-12 at 16:23 +, Jose Colmenares wrote: > With driver A I get some basic information from the device like model > number, but it freezes when I request data. With driver B, it just > won't even start. Until, like I said, I unplug it and plug it again > and then everything works.

Re: USB Device needs to be unplugged and plugged in to work

On Thu, 12 Nov 2015, Jose Colmenares wrote: > I posted this question in Stack Overflow, and somebody recommended > that I post it here. > > I'm using an IMU (Inertial Measurement Unit) which connects via USB. > I have to unplug it and plug it again to be able to use it. The IMU > is used to get

Re: at91sam9x5: USB mass storage gadget problems

On Thu, 12 Nov 2015, Felipe Balbi wrote: > Hi, > > Alan Stern writes: > > [Adding linux-usb to the CC list] > > > > On Wed, 11 Nov 2015, Douglas Gilbert wrote: > > > >> Hi, > >> I have been running into problems trying to use a USB device port > >> on an Acme System's

Re: request to add information for USB 3G dongle

Rolf Leggewie writes: > On 23.09.2015 16:20, Bjørn Mork wrote: >> Rolf Leggewie writes: >> >>> Hello, >>> >>> I found the following in my syslog. >>> >>> Aug 2 22:16:01 localhost usb_modeswitch[7313]: usb_modeswitch: switched >>> to 19d2:0063 on