USB 2.0 device has 8ms latency

Hi, I'm working on a linux driver for a usb to i2c chip (the MCP2221). The USB chip is USB 2.0 Full Speed, and the driver that I'm working on is here: http://ww1.microchip.com/downloads/en/DeviceDoc/mcp2221_0_1.tar.gz The driver uses HID Interrupt for communication, and both the in and out

Re: [PATCH] net: asix: add support for the Billionton GUSB2AM-1G-B USB adapter

From: Date: Thu, 15 Oct 2015 18:51:38 +0800 > * > This email message, including any attachments, is for the sole > use of the intended recipient(s) and may contain confidential and > privileged

[PATCH] net: asix: add support for the Billionton GUSB2AM-1G-B USB adapter

From: Jonathan Chang Just another AX88178-based 10/100/1000 USB-to-Ethernet dongle. This one shows up in lsusb as: "ID 08dd:0114 Billionton Systems, Inc". Signed-off-by: Jonathan Chang Cc: "David S. Miller" Cc:

[GIT PULL] On-demand device probing

Hi, this second pull request replaces the last references to device_initcall_sync with late_initcall, as noticed by Frank Rowand. Also fixes the url of the git repo and the wrapping, as suggested by Mark Brown. Thanks, Tomeu The following changes since commit

Re: iperf UDP packet loss with Chipidea HDRC

did you get any solutions ??? -- To unsubscribe from this list: send the line "unsubscribe linux-usb" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

RE: Crash in usb_f_mass_storage

> -Original Message- > From: Paul Jones [mailto:p.jo...@teclyn.com] > Sent: Thursday, October 15, 2015 12:30 AM > To: Alan Stern > Cc: Kaukab, Yousaf; Felipe Balbi; Linux USB Mailing List > Subject: Re: Crash in usb_f_mass_storage > > > On 14 Oct 2015, at 15:37, Alan Stern

Re: USB 2.0 device has 8ms latency

On Thu, 15 Oct 2015, John Tapsell wrote: > I did have one wacky idea. I'm sure it's stupid, but here it is: Is > it at all possible that there's a bug in the linux usb code where a > bInterval value of 1ms is being converted into microframes (8 > microframes) but then because it's a full speed

Provide information: All connected USB devices are enumerated at boot time

Hi there, I am currently working on a problem that I need to know when all connected USB devices are enumerated when the system starts up. The problem is the following: * After the kernel finished booting, some hardware testing is performed * This hardware testing involves various USB devices

Re: USB 2.0 device has 8ms latency

On 15 October 2015 at 15:37, Alan Stern wrote: > On Thu, 15 Oct 2015, John Tapsell wrote: > >> I did have one wacky idea. I'm sure it's stupid, but here it is: Is >> it at all possible that there's a bug in the linux usb code where a >> bInterval value of 1ms is being

Re: Provide information: All connected USB devices are enumerated at boot time

Alan Stern wrote: > On Thu, 15 Oct 2015, Stefan Reichör wrote: > >> Hi there, >> >> I am currently working on a problem that I need to know when all >> connected USB devices are enumerated when the system starts up. >> >> The problem is the following: >> * After the kernel finished booting,

[ANNOUNCE] tree closed for v4.4 merge window

Hi guys, it's already -rc5 and I need to close my tree for this merge window. Major fixes will still be queued. I still have 3 patches on DWC2 pending John's Ack, so those are the last ones which will get into my tree; after that, only bug fixes and new features will be deferred to v4.5. Thanks

Re: [PATCH] usb: gadget: function: acm: return zlp for OUT setup

On Thu, Oct 15, 2015 at 7:59 PM, Alan Stern wrote: > On Thu, 15 Oct 2015, Jassi Brar wrote: > >> On Wed, Oct 14, 2015 at 11:18 PM, Alan Stern >> wrote: >> > On Wed, 14 Oct 2015, Jassi Brar wrote: >> > >> >> BTW, should the gadget stack ever

Re: Provide information: All connected USB devices are enumerated at boot time

On Thu, 15 Oct 2015, Stefan Reichör wrote: > Hi there, > > I am currently working on a problem that I need to know when all > connected USB devices are enumerated when the system starts up. > > The problem is the following: > * After the kernel finished booting, some hardware testing is

Re: USB 2.0 device has 8ms latency

Hi Greg, I'm trying to write a driver for this specific usb-to-i2c chip (mcp2221). It only offers an In and Out Interrupt Endpoint. To do a single i2c read I need to: 1. Send a packet saying "I want to read from i2c" 2. Wait for a reply saying 'okay'. 3. Send another packet saying "Please

Re: USB 2.0 device has 8ms latency

On 15 October 2015 at 15:00, Greg KH wrote: > A: No. > Q: Should I include quotations after my reply? > > http://daringfireball.net/2007/07/on_top > > On Thu, Oct 15, 2015 at 02:56:48PM +0100, John Tapsell wrote: >> Hi Greg, >> >> I'm trying to write a driver for

Re: [PATCH v9 4/5] xhci: mediatek: support MTK xHCI host controller

On 29.09.2015 06:01, Chunfeng Yun wrote: There some vendor quirks for MTK xhci host controller: 1. It defines some extra SW scheduling parameters for HW to minimize the scheduling effort for synchronous and interrupt endpoints. The parameters are put into reseved DWs of slot context and

Re: USB 2.0 device has 8ms latency

A: No. Q: Should I include quotations after my reply? http://daringfireball.net/2007/07/on_top On Thu, Oct 15, 2015 at 02:56:48PM +0100, John Tapsell wrote: > Hi Greg, > > I'm trying to write a driver for this specific usb-to-i2c chip > (mcp2221). It only offers an In and Out Interrupt

Re: [PATCH] usb: gadget: function: acm: return zlp for OUT setup

On Thu, 15 Oct 2015, Jassi Brar wrote: > On Wed, Oct 14, 2015 at 11:18 PM, Alan Stern > wrote: > > On Wed, 14 Oct 2015, Jassi Brar wrote: > > > >> BTW, should the gadget stack ever queue a Non-ZLP as reply to some > >> setup request that has USB_DIR_IN not set? > > >

Re: USB 2.0 device has 8ms latency

On Thu, Oct 15, 2015 at 12:05:52PM +0100, John Tapsell wrote: > Hi, > > I'm working on a linux driver for a usb to i2c chip (the MCP2221). > The USB chip is USB 2.0 Full Speed, and the driver that I'm working > on is here: > > http://ww1.microchip.com/downloads/en/DeviceDoc/mcp2221_0_1.tar.gz

Re: [PATCH v2] usb: dwc2: host: Fix use after free w/ simultaneous irqs

John, On Thu, Oct 15, 2015 at 4:21 PM, John Youn wrote: > Passing a NULL qtd to some of the subcases will lead to a NULL > pointer dereference in that function or some function that it > calls. > > I think you could just check the qtd after each call and bail if > it's

Re: Crash in usb_f_mass_storage

On 15 Oct 2015, at 17:18, Paul Jones wrote: > On 15 Oct 2015, at 04:12, Kaukab, Yousaf wrote: > >>> -Original Message- >>> From: Paul Jones [mailto:p.jo...@teclyn.com] >>> Sent: Thursday, October 15, 2015 12:30 AM >>> To: Alan Stern >>> Cc:

Re: Crash in usb_f_mass_storage

On 15 Oct 2015, at 04:12, Kaukab, Yousaf wrote: >> -Original Message- >> From: Paul Jones [mailto:p.jo...@teclyn.com] >> Sent: Thursday, October 15, 2015 12:30 AM >> To: Alan Stern >> Cc: Kaukab, Yousaf; Felipe Balbi; Linux USB Mailing List >> Subject: Re: Crash

Re: [PATCH v1 14/14] usb: dwc2: host: use kmem cache to allocate descriptors

Gregory, On Mon, Oct 12, 2015 at 2:17 AM, Gregory Herrero wrote: > - qh->desc_list = kzalloc(qh->desc_list_sz, flags | GFP_DMA32); > + qh->desc_list = kmem_cache_zalloc(desc_cache, flags | GFP_DMA32); I haven't gotten your series to work yet on Rockchip

[PATCH] xhci: Workaround to get Intel xHCI reset working more reliably

From: Rajmohan Mani Existing Intel xHCI controllers require a delay of 1 mS, after setting the CMD_RESET bit in command register, before accessing any HC registers. This allows the HC to complete the reset operation and be ready for HC register access. Without this

Re: [PATCH v2] usb: dwc2: host: Fix use after free w/ simultaneous irqs

On 10/14/2015 3:51 PM, Douglas Anderson wrote: > While plugging / unplugging on a DWC2 host port with "slub_debug=FZPUA" > enabled, I found a crash that was quite obviously a use after free. > > It appears that in some cases when we handle the various sub-cases of > HCINT we may end up freeing

[PATCH v2] USB: serial: cp210x: Workaround for cp2108 failure due to GET_LINE_CTL bug

cp2108 GET_LINE_CTL returns the 16-bit value with the 2 bytes swapped. However, SET_LINE_CTL functions properly. When the driver tries to modify the register, it reads it, modifies some bits and writes back. Because the read bytes were swapped, this often results in an invalid value to be written.

Re: Crash in usb_f_mass_storage

On 15 Oct 2015, at 04:12, Kaukab, Yousaf wrote: >> -Original Message- >> From: Paul Jones [mailto:p.jo...@teclyn.com] >> Sent: Thursday, October 15, 2015 12:30 AM >> To: Alan Stern >> Cc: Kaukab, Yousaf; Felipe Balbi; Linux USB Mailing List >> Subject: Re: Crash

[PATCH] USB: serial: cp210x: Adding tx_empty() to avoid cp2108 failure

Occasionally, writing data and immediately closing the port makes cp2108 stop responding. The device had to be unplugged to clear the error. The failure is induced by shutting down the device while its Tx queue still has unsent data. Reporting the correct amount of those data avoids the problem.

[PATCH] USB: serial: cp210x: Workaround for cp2108 failure due to GET_LINE_CTL bug

cp2108 GET_LINE_CTL returns the 16-bit value with the 2 bytes swapped. However, SET_LINE_CTL functions properly. When the driver tries to modify the register, it reads it, modifies some bits and writes back. Because the read bytes were swapped, this often results in an invalid value to be written.

[PATCH 1/1] usb: chipidea: otg: don't wait vbus drops below BSV when starts host

Some HW design may use ID pin state to control vbus for otg port, so before host role start, the vbus is already turned on, in this case, we do not need wait vbus dropping below BSV. Signed-off-by: Li Jun --- drivers/usb/chipidea/otg.c |9 ++--- 1 file changed, 6

Re: Provide information: All connected USB devices are enumerated at boot time

On Thu, 15 Oct 2015, Stefan Reichör wrote: > My idea is now to have a fixed and known set of USB hubs. > This should be doable with my hardware configurations. > > Each of these hubs provide the information that "all devices attached to > this hub have been probed". > > The test program waits

Re: Provide information: All connected USB devices are enumerated at boot time

On Thu, Oct 15, 2015 at 05:23:21PM +0200, Stefan Reichör wrote: > Alan Stern wrote: > > > On Thu, 15 Oct 2015, Stefan Reichör wrote: > > > >> Hi there, > >> > >> I am currently working on a problem that I need to know when all > >> connected USB devices are enumerated when the system starts up.

Re: [PATCH] net: asix: add support for the Billionton GUSB2AM-1G-B USB adapter

On Thu, 15 Oct 2015 06:05:07 -0700, David Miller writes: > From: > Date: Thu, 15 Oct 2015 18:51:38 +0800 > > > * > > This email message, including any attachments, is for the

Re: [PATCH] usb: gadget: function: acm: return zlp for OUT setup

On Thu, 15 Oct 2015, Jassi Brar wrote: > On Thu, Oct 15, 2015 at 7:59 PM, Alan Stern wrote: > > On Thu, 15 Oct 2015, Jassi Brar wrote: > > > >> On Wed, Oct 14, 2015 at 11:18 PM, Alan Stern > >> wrote: > >> > On Wed, 14 Oct 2015, Jassi Brar

Re: [PATCH] usb: gadget: function: acm: return zlp for OUT setup

Hi, Jassi Brar writes: > On Wed, Oct 14, 2015 at 10:40 PM, Felipe Balbi wrote: >> >> Hi, >> >> Jassi Brar writes: >>> On Wed, Oct 14, 2015 at 9:18 PM, Felipe Balbi wrote: Hi, Jassi Brar

[PATCH] net: asix: add support for the Billionton GUSB2AM-1G-B USB adapter

From: Chia-Sheng Chang Just another AX88178-based 10/100/1000 USB-to-Ethernet dongle. This one shows up in lsusb as: "ID 08dd:0114 Billionton Systems, Inc". Signed-off-by: Chia-Sheng Chang Cc: "David S. Miller" Cc: Luca Ceresoli