From mboxrd@z Thu Jan 1 00:00:00 1970 Return-path: Received: from mail-ea0-f173.google.com ([209.85.215.173]:35338 "EHLO mail-ea0-f173.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932316Ab3GVVXP (ORCPT ); Mon, 22 Jul 2013 17:23:15 -0400 Received: by mail-ea0-f173.google.com with SMTP id g15so4122194eak.18 for ; Mon, 22 Jul 2013 14:23:13 -0700 (PDT) From: Christian Lamparter To: Oleksij Rempel Cc: linux-wireless@vger.kernel.org, Sarah Sharp , Seth Forshee Subject: Re: FUSB200 xhci issue Date: Mon, 22 Jul 2013 23:23:10 +0200 Message-ID: <3155156.7uKpoiQrxp@blech> (sfid-20130722_232318_739663_4FCD6F29) In-Reply-To: <51ED9A6D.4070900@rempel-privat.de> References: <51ED4E12.8030006@rempel-privat.de> <1559414.LIxku4Z5O8@blech> <51ED9A6D.4070900@rempel-privat.de> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: linux-wireless-owner@vger.kernel.org List-ID: On Monday, July 22, 2013 10:47:41 PM Oleksij Rempel wrote: > Am 22.07.2013 21:54, schrieb Christian Lamparter: > > Hello! > > > > On Monday, July 22, 2013 05:21:54 PM Oleksij Rempel wrote: > >> i'm one of ath9k_htc devs. Currently i'm working on usb_suspend issue of > >> this adapters. Looks like ar9271 and ar7010 have FUSB200, and i > >> accidentally discovered that 9170 have it too. Are there any issue with > >> usb-suspend + xhci controllers by you? Did you some how specially > >> handled it? > > > > No, I haven't heard any complains about xhci + suspend. In fact, > > it's working fine with the NEC xhci I have. I also have a AR9271 > > and AR7010, so if you want I could try if they survive a suspend > > +resume cycle when attached. > > > > But, I do have a bug-report from someone else who has/had? problems > > with carl9170 and xhci. If you want, you can get the details from: > > "carl9170 A-MPDU transmit problem": > > > > > > The likely cause is related to Intel's xhci silicon (Ivy Bridge is > > affected, but I don't know about Haswell): > > > > Same situation is here - i have problem on Ivy Bridge. (Note: I don't have any Ivy Bridge system. Just Sandy Bridge and AMD's new A6-1450 Temash and both xhci work. So I can't do any proper comparisons like you.) > Steps to reproduce: > - plug adapter. Module and firmware will be loaded > - make sure usb autosupend is enabled. By default it is not! Use > powertop or directly sysfs to enable autosuspend for this device > - rmmod .... and wait some seconds until adapter is suspended and then > modprobe ath9k_htc > > first packet which is bigger as 64Byte will kill EP4 FIFO. Size register > will report wrong size.. bigger as FIFO can handle. And only first ~40 > readet bytes will be actually OK.. all the rest of packet will be trashed. This is what happens with a WN721 (ar9271): [17619.597905] usbcore: deregistering interface driver ath9k_htc [17619.679549] usb 2-2: ath9k_htc: USB layer deinitialized [17619.679602] ath9k_htc: Driver unloaded [17667.543024] usb 2-2: reset high-speed USB device number 3 using xhci_hcd <---- [17667.572168] xhci_hcd 0000:19:00.0: xHCI xhci_drop_endpoint called with disabled ep ffff88031aa77600 [17667.572174] xhci_hcd 0000:19:00.0: xHCI xhci_drop_endpoint called with disabled ep ffff88031aa77640 [17667.572177] xhci_hcd 0000:19:00.0: xHCI xhci_drop_endpoint called with disabled ep ffff88031aa77680 [17667.572180] xhci_hcd 0000:19:00.0: xHCI xhci_drop_endpoint called with disabled ep ffff88031aa776c0 [17667.572183] xhci_hcd 0000:19:00.0: xHCI xhci_drop_endpoint called with disabled ep ffff88031aa77700 [17667.572185] xhci_hcd 0000:19:00.0: xHCI xhci_drop_endpoint called with disabled ep ffff88031aa77740 [17667.573826] usb 2-2: ath9k_htc: Firmware htc_9271.fw requested [17667.573873] usbcore: registered new interface driver ath9k_htc [17668.038200] usb 2-2: ath9k_htc: Transferred FW: htc_9271.fw, size: 51272 [17668.273249] ath9k_htc 2-2:1.0: ath9k_htc: HTC initialized with 33 credits The driver loads, but there's no "wlanX" interface, no phyX interface and the driver can't be unloaded due to "Error: Module ath9k_htc is in use". Regards Christian