USB for Linux

• Date Index

• [PATCH] USB: fix endpoint-disabling for failed config changes, (continued)
  • [PATCH] USB: fix endpoint-disabling for failed config changes, Alan Stern
• [balbi-usb:i2c-transferred-bytes-on-NACK 7/9] drivers/media/i2c/adv7604.c:406:9: warning: initialization makes integer from pointer without a cast, Fengguang Wu
  • Re: [balbi-usb:i2c-transferred-bytes-on-NACK 7/9] drivers/media/i2c/adv7604.c:406:9: warning: initialization makes integer from pointer without a cast, Felipe Balbi
  • Re: [balbi-usb:i2c-transferred-bytes-on-NACK 7/9] drivers/media/i2c/adv7604.c:406:9: warning: initialization makes integer from pointer without a cast, Fengguang Wu
    • Re: [balbi-usb:i2c-transferred-bytes-on-NACK 7/9] drivers/media/i2c/adv7604.c:406:9: warning: initialization makes integer from pointer without a cast, Felipe Balbi
      • Re: [balbi-usb:i2c-transferred-bytes-on-NACK 7/9] drivers/media/i2c/adv7604.c:406:9: warning: initialization makes integer from pointer without a cast, Fengguang Wu
• [PATCH] usb: core: hub: Replace 'flush_work_sync()', Fabio Estevam
  • Re: [PATCH] usb: core: hub: Replace 'flush_work_sync()', Greg KH
    • Re: [PATCH] usb: core: hub: Replace 'flush_work_sync()', Fabio Estevam
• Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>, Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>, Mohan V
  • Re: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>, Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>, Felipe Balbi
    • Re: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>, Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>, Alan Stern
      • Re: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>, Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>, Felipe Balbi
  • Problem with OHCI on OMAP4430, Alan Stern
    • Re: Problem with OHCI on OMAP4430, Mohan V
      • Re: Problem with OHCI on OMAP4430, Alan Stern
        • Re: Problem with OHCI on OMAP4430, Mohan V
          • Re: Problem with OHCI on OMAP4430, Alan Stern
            • Re: Problem with OHCI on OMAP4430, Mohan V
              • Re: Problem with OHCI on OMAP4430, Alan Stern
                • Re: Problem with OHCI on OMAP4430, Mohan V
• [PATCH v5 0/2] USB: USB: two changes on hub autosuspend, Ming Lei
  • [PATCH v5 1/2] USB: check port changes before hub runtime suspend for some bug device, Ming Lei
  • [PATCH v5 2/2] USB: set hub's default autosuspend delay as 0, Ming Lei
• [RFC 0/4] xHCI trivial bug fixes, Sarah Sharp
  • [RFC 2/4] xhci: Fix missing break in xhci_evaluate_context_result., Sarah Sharp
  • [RFC 4/4] xhci: trivial: Remove assigned but unused ep_ctx., Sarah Sharp
  • [RFC 1/4] xhci: Fix potential NULL ptr deref in command cancellation., Sarah Sharp
  • [RFC 3/4] xhci: trivial: Remove assigned but unused slot_ctx., Sarah Sharp
• [Pull Request] xHCI bug fixes for 3.7-rc3, Sarah Sharp
  • [PATCH 1/4] usb/xhci: release xhci->lock during turning on/off usb port's acpi power resource and checking the existence of port's power resource, Sarah Sharp
  • [PATCH 2/4] usb/xhci: Remove (__force__ __u16) before assigning DeviceRemovable and assign directly., Sarah Sharp
  • [PATCH 3/4] xhci: endianness xhci_calculate_intel_u2_timeout, Sarah Sharp
  • [PATCH 4/4] xhci: fix integer overflow, Sarah Sharp
  • Re: [Pull Request] xHCI bug fixes for 3.7-rc3, Greg Kroah-Hartman
• [PATCH 00/17] USB: serial: fixes for v3.7, Johan Hovold
  • [PATCH RESEND 05/17] USB: ch341: fix port-data memory leak, Johan Hovold
  • [PATCH RESEND 03/17] USB: whiteheat: fix memory leak in error path, Johan Hovold
  • [PATCH 16/17] USB: quatech2: fix close and disconnect urb handling, Johan Hovold
  • [PATCH 08/17] USB: omninet: fix port-data memory leak, Johan Hovold
  • [PATCH RESEND 02/17] USB: metro-usb: fix io after disconnect, Johan Hovold
  • [PATCH 11/17] USB: opticon: fix DMA from stack, Johan Hovold
  • [PATCH 13/17] USB: sierra: fix port-data memory leaks, Johan Hovold
    • [PATCH 0/4] USB: sierra: memory-leak fixes for v3.7, Johan Hovold
      • [PATCH 2/4] USB: sierra: fix memory leak in attach error path, Johan Hovold
      • [PATCH 1/4] USB: sierra: fix memory leak at release, Johan Hovold
      • [PATCH 3/4] USB: sierra: fix memory leak in probe error path, Johan Hovold
        • [PATCH v2 RESEND 4/4] USB: sierra: fix port-data memory leak, Johan Hovold
      • Re: [PATCH 0/4] USB: sierra: memory-leak fixes for v3.7, Dan Williams
      • Re: [PATCH 0/4] USB: sierra: memory-leak fixes for v3.7, Lennart Sorensen
        • Re: [PATCH 0/4] USB: sierra: memory-leak fixes for v3.7, Johan Hovold
  • [PATCH 12/17] USB: opticon: fix memory leak in error path, Johan Hovold
  • [PATCH RESEND 04/17] USB: whiteheat: fix port-data memory leak, Johan Hovold
  • [PATCH 09/17] USB: quatech2: fix memory leak in error path, Johan Hovold
  • [PATCH 17/17] USB: quatech2: fix io after disconnect, Johan Hovold
  • [PATCH v2 06/17] USB: digi_acceleport: fix port-data memory leak, Johan Hovold
  • [PATCH 10/17] USB: quatech2: fix port-data memory leaks, Johan Hovold
  • [PATCH 07/17] USB: mos7720: fix port-data memory leak, Johan Hovold
  • [PATCH RESEND 01/17] USB: metro-usb: fix port-data memory leak, Johan Hovold
  • [PATCH 14/17] USB: mct_u232: fix port-data memory leak, Johan Hovold
  • [PATCH 15/17] USB: mct_u232: fix broken close, Johan Hovold
  • [PATCH] keyspan: fix NULL-pointer dereferences and memory leaks, Johan Hovold
  • [PATCH] USB: usb-wwan: fix multiple memory leaks in error paths, Johan Hovold
    • [PATCH v2] USB: usb-wwan: fix multiple memory leaks in error paths, Johan Hovold
  • Re: [PATCH 00/17] USB: serial: fixes for v3.7, Greg KH
    • Re: [PATCH 00/17] USB: serial: fixes for v3.7, Johan Hovold
• [PATCH v2]usb: "ehci-w90x900" Fix a typo and add some whitespace., Justin P. Mattock
• During xHC Initialization (device is not connected), when HC-RESET is asserted, software is not expecting WRC or PRC bit set, Ankit Patel
  • Re: During xHC Initialization (device is not connected), when HC-RESET is asserted, software is not expecting WRC or PRC bit set, Alan Stern
    • Re: During xHC Initialization (device is not connected), when HC-RESET is asserted, software is not expecting WRC or PRC bit set, Ankit Patel
  • <Possible follow-ups>
  • Re: During xHC Initialization (device is not connected), when HC-RESET is asserted, software is not expecting WRC or PRC bit set, Alan Stern
    • Re: During xHC Initialization (device is not connected), when HC-RESET is asserted, software is not expecting WRC or PRC bit set, Sarah Sharp
      • Re: During xHC Initialization (device is not connected), when HC-RESET is asserted, software is not expecting WRC or PRC bit set, Alan Stern
  • Re: During xHC Initialization (device is not connected), when HC-RESET is asserted, software is not expecting WRC or PRC bit set, Alan Stern
  • Re: During xHC Initialization (device is not connected), when HC-RESET is asserted, software is not expecting WRC or PRC bit set, Alan Stern
  • Re: During xHC Initialization (device is not connected), when HC-RESET is asserted, software is not expecting WRC or PRC bit set, Alan Stern
    • Re: During xHC Initialization (device is not connected), when HC-RESET is asserted, software is not expecting WRC or PRC bit set, Bhavik Kothari
      • Re: During xHC Initialization (device is not connected), when HC-RESET is asserted, software is not expecting WRC or PRC bit set, Greg KH
        • [PATCH] Patch for clearing PRC bit in PORTSC register at the time of XHCI driver insertion, Bhavik Kothari
          • Re: [PATCH] Patch for clearing PRC bit in PORTSC register at the time of XHCI driver insertion, Greg KH
            • Re: [PATCH] Patch for clearing PRC bit in PORTSC register at the time of XHCI driver insertion, Alan Stern
              • Re: [PATCH] Patch for clearing PRC bit in PORTSC register at the time of XHCI driver insertion, Sarah Sharp
                • Message not available
                  • Message not available
                    • Re: [PATCH] Patch for clearing PRC bit in PORTSC register at the time of XHCI driver insertion, Bhavik Kothari
                      • Re: [PATCH] Patch for clearing PRC bit in PORTSC register at the time of XHCI driver insertion, Greg KH
                        • Re: [PATCH] Patch for clearing PRC bit in PORTSC register at the time of XHCI driver insertion, Bhavik Kothari
                • Message not available
                  • Re: [PATCH] Patch for clearing PRC bit in PORTSC register at the time of XHCI driver insertion, Sarah Sharp
• [PATCH] MIPS: Alchemy: update development boards defconfigs with USB platform drivers, Florian Fainelli
• [PATCH 0/4] usb: expose DeviceRemovable to user space via sysfs attribute, Lan Tianyu
  • [PATCH 1/4] USB: Set usb port's DeviceRemovable according acpi information in EHCI, Lan Tianyu
  • [PATCH 3/4] usb: Create link files between child device and usb port device., Lan Tianyu
    • Re: [PATCH 3/4] usb: Create link files between child device and usb port device., Sergei Shtylyov
      • Re: [PATCH 3/4] usb: Create link files between child device and usb port device., Lan Tianyu
        • Re: [PATCH 3/4] usb: Create link files between child device and usb port device., Greg KH
          • Re: [PATCH 3/4] usb: Create link files between child device and usb port device., Lan Tianyu
            • Re: [PATCH 3/4] usb: Create link files between child device and usb port device., Greg KH
              • Re: [PATCH 3/4] usb: Create link files between child device and usb port device., Lan Tianyu
          • Re: [PATCH 3/4] usb: Create link files between child device and usb port device., Lan Tianyu
  • [PATCH 2/4] usb/xhci: set root hub's DeviceRemovable according to usb port connect type, Lan Tianyu
  • [PATCH 4/4] usb: Add "portX/connect_type" attribute to expose usb port's connect type, Lan Tianyu
• [GIT PULL] USB fixes for v3.7-rc3, Felipe Balbi
  • Re: [GIT PULL] USB fixes for v3.7-rc3, Greg KH
• [PATCH 1/2]staging: "ehci-w90x900" Fix typos., Justin P. Mattock
  • [PATCH 2/2]staging: "winbond" Fix typos., Justin P. Mattock
  • Re: [PATCH 1/2]staging: "ehci-w90x900" Fix typos., Alan Stern
• [PATCH] usb: musb: ux500: fix 'musbid' undeclared error in ux500_remove(), Wei Yongjun
  • Re: [PATCH] usb: musb: ux500: fix 'musbid' undeclared error in ux500_remove(), Rajaram R
    • Re: [PATCH] usb: musb: ux500: fix 'musbid' undeclared error in ux500_remove(), Felipe Balbi
      • Re: [PATCH] usb: musb: ux500: fix 'musbid' undeclared error in ux500_remove(), Rajaram R
        • Re: [PATCH] usb: musb: ux500: fix 'musbid' undeclared error in ux500_remove(), Felipe Balbi
• [PATCH] usb: musb: ux500: use platform_device_unregister in ux500_remove(), Wei Yongjun
• [PATCH] usb: musb: tusb6010: use platform_device_unregister in tusb_remove(), Wei Yongjun
• [PATCH] usb: musb: dsps: use platform_device_unregister in dsps_delete_musb_pdev(), Wei Yongjun
• [PATCH] usb: musb: davinci: use platform_device_unregister in davinci_remove(), Wei Yongjun
• [PATCH] usb: musb: da8xx: use platform_device_unregister in da8xx_remove(), Wei Yongjun
• [PATCH] usb: musb: blackfin: use platform_device_unregister in bfin_remove(), Wei Yongjun
• [PATCH] usb: musb: am35x: use platform_device_unregister in am35x_remove(), Wei Yongjun
• [usb:usb-linus 1/1] drivers/usb/core/hub.c:1216:3: warning: 'flush_work_sync' is deprecated (declared at include/linux/workqueue.h:448), Fengguang Wu
  • [PATCH] usb hub: use flush_work instead of flush_work_sync, Octavian Purdila
• [usb:usb-next 39/40] drivers/usb/host/ohci-sm501.c:241:2: error: implicit declaration of function 'ohci_finish_controller_resume', Fengguang Wu
  • [PATCH] USB: OHCI: sm501: fix build failure after ohci_finish_controller_resume removal, Florian Fainelli
    • Re: [PATCH] USB: OHCI: sm501: fix build failure after ohci_finish_controller_resume removal, Alan Stern
• [PATCH v4 0/2] USB: USB: two changes on hub autosuspend, Ming Lei
  • [PATCH v4 1/2] USB: check port changes before hub runtime suspend for some bug device, Ming Lei
    • Re: [PATCH v4 1/2] USB: check port changes before hub runtime suspend for some bug device, Alan Stern
      • Re: [PATCH v4 1/2] USB: check port changes before hub runtime suspend for some bug device, Ming Lei
  • [PATCH v4 2/2] USB: set hub's default autosuspend delay as 0, Ming Lei
• Re: [usb-storage] having problems with usb3 and Roseweil enclosure, Sarah Sharp
  • Re: [usb-storage] having problems with usb3 and Roseweil enclosure, covici
• [RESEND PATCH v3] USB: usb-skeleton.c: fix compilation error and restored kref_put on fail in skel_open, Constantine Shulyupin
• [PATCH v2 net-next 00/13] Adding a USB CDC MBIM driver, Bjørn Mork
  • [PATCH v2 net-next 01/13] net: cdc_ncm: workaround NTB input size firmware bug, Bjørn Mork
  • [PATCH v2 net-next 06/13] net: cdc_ncm: splitting rx_fixup for code reuse, Bjørn Mork
  • [PATCH v2 net-next 08/13] net: cdc_ncm: export shared symbols and definitions, Bjørn Mork
  • [PATCH v2 net-next 13/13] net: cdc_mbim: Device Service Stream support, Bjørn Mork
  • [PATCH v2 net-next 05/13] net: cdc_ncm: process chained NDPs, Bjørn Mork
  • [PATCH v2 net-next 04/13] net: cdc_ncm: refactor bind preparing for MBIM support, Bjørn Mork
  • [PATCH v2 net-next 03/13] net: cdc_ncm: adding MBIM support to ncm_setup, Bjørn Mork
  • [PATCH v2 net-next 11/13] net: cdc_ncm: do not bind to NCM compatible MBIM devices, Bjørn Mork
  • [PATCH v2 net-next 09/13] net: cdc_mbim: adding MBIM driver, Bjørn Mork
  • [PATCH v2 net-next 02/13] USB: cdc: add MBIM constants and structures, Bjørn Mork
  • [PATCH v2 net-next 10/13] net: cdc_mbim: build the MBIM driver, Bjørn Mork
  • [PATCH v2 net-next 12/13] net: cdc_ncm: map MBIM IPS SessionID to VLAN ID, Bjørn Mork
  • [PATCH v2 net-next 07/13] net: cdc_ncm: refactoring for tx multiplexing, Bjørn Mork
  • Re: [PATCH v2 net-next 00/13] Adding a USB CDC MBIM driver, David Miller
• My random gadget clean / fixes queue, Sebastian Andrzej Siewior
  • [PATCH 02/16] usb/gadget: NULL terminate the FS descriptor list, Sebastian Andrzej Siewior
  • [PATCH 01/16] usb/gadget: Add IAD descriptor for ECM in SS mode, Sebastian Andrzej Siewior
  • [PATCH 05/16] usb/gadget: add some error recovery in afunc_bind(), Sebastian Andrzej Siewior
    • Re: [PATCH 05/16] usb/gadget: add some error recovery in afunc_bind(), Sergei Shtylyov
      • Re: [PATCH 05/16] usb/gadget: add some error recovery in afunc_bind(), Sebastian Andrzej Siewior
        • Re: [PATCH 05/16] usb/gadget: add some error recovery in afunc_bind(), Felipe Balbi
    • Re: [PATCH 05/16] usb/gadget: add some error recovery in afunc_bind(), Jassi Brar
  • [PATCH 07/16] usb/gadget: remove c->highpseed = true from f_mini and uac1, Sebastian Andrzej Siewior
    • Re: [PATCH 07/16] usb/gadget: remove c->highpseed = true from f_mini and uac1, Sergei Shtylyov
      • Re: [PATCH 07/16] usb/gadget: remove c->highpseed = true from f_mini and uac1, Sebastian Andrzej Siewior
  • [PATCH 08/16] usb/gadget: free hs descriptors in f_midi, Sebastian Andrzej Siewior
  • [PATCH 09/16] usb/gadget: make FS and HS available in f_midi, Sebastian Andrzej Siewior
  • [PATCH 06/16] usb/gadget: fix bind() error path in network gadgets, Sebastian Andrzej Siewior
  • [PATCH 04/16] usb/gadget storage: use a computation macro for INT endpoint interval, Sebastian Andrzej Siewior
  • [PATCH 03/16] usb/gadget: use a computation macro for INT endpoint interval, Sebastian Andrzej Siewior
  • [PATCH 12/16] usb/gadget: always update HS/SS descriptors and create a copy of them, Sebastian Andrzej Siewior
  • [PATCH 15/16] usb/gadget: f_uac2: use the strings directly, Sebastian Andrzej Siewior
    • Re: [PATCH 15/16] usb/gadget: f_uac2: use the strings directly, Jassi Brar
  • [PATCH 11/16] usb/gadget: fix error path in uvc_function_bind(), Sebastian Andrzej Siewior
    • Re: [PATCH 11/16] usb/gadget: fix error path in uvc_function_bind(), Felipe Balbi
      • Re: [PATCH 11/16] usb/gadget: fix error path in uvc_function_bind(), Laurent Pinchart
        • RE: [PATCH 11/16] usb/gadget: fix error path in uvc_function_bind(), Bhupesh SHARMA
          • Re: [PATCH 11/16] usb/gadget: fix error path in uvc_function_bind(), Laurent Pinchart
  • [PATCH 14/16] usb/gadget: uac2: provide a variable for interface and alt settings, Sebastian Andrzej Siewior
    • Re: [PATCH 14/16] usb/gadget: uac2: provide a variable for interface and alt settings, Jassi Brar
  • [PATCH 13/16] usb/gadget: remove DMA_ADDR_INVALID from f_uac2 and gadgetfs, Sebastian Andrzej Siewior
  • [PATCH 16/16] usb/gadget: let f_* use usb_string_ids_tab() where it makes sense, Sebastian Andrzej Siewior
  • [PATCH 10/16] usb/gadget: free requests in pn_bind()'s error path, Sebastian Andrzej Siewior
• usbnet: Fix memory leak on Tx data path, Hemant Kumar
  • Re: usbnet: Fix memory leak on Tx data path, Greg KH
• usbview 2.0 release, Greg KH
  • Re: usbview 2.0 release, Anil Nair
    • Re: usbview 2.0 release, Steven J. Magnani
      • Re: usbview 2.0 release, Greg KH
        • Re: usbview 2.0 release, Anil Nair
          • Re: usbview 2.0 release, Anil Nair
            • Re: usbview 2.0 release, Greg KH
              • Re: usbview 2.0 release, Anil Nair
                • Re: usbview 2.0 release, Greg KH
                  • Re: usbview 2.0 release, Anil Nair
                    • Re: usbview 2.0 release, Greg KH
• Re: xhci_hcd and Canon Lide 110 not playing well together, Alan Stern
  • Re: xhci_hcd and Canon Lide 110 not playing well together, Sarah Sharp
    • Re: xhci_hcd and Canon Lide 110 not playing well together, Holger Hans Peter Freyther
      • Re: xhci_hcd and Canon Lide 110 not playing well together, Sarah Sharp
    • Re: xhci_hcd and Canon Lide 110 not playing well together, Holger Hans Peter Freyther
      • Re: xhci_hcd and Canon Lide 110 not playing well together, Holger Hans Peter Freyther
        • Re: xhci_hcd and Canon Lide 110 not playing well together, Matthias Bläsing
          • Re: xhci_hcd and Canon Lide 110 not playing well together, Sarah Sharp
            • Re: xhci_hcd and Canon Lide 110 not playing well together, Holger Hans Peter Freyther
  • Re: xhci_hcd and Canon Lide 110 not playing well together, Holger Hans Peter Freyther
  • <Possible follow-ups>
  • Re: xhci_hcd and Canon Lide 110 not playing well together, Alan Stern
  • Re: xhci_hcd and Canon Lide 110 not playing well together, Alan Stern
    • Re: xhci_hcd and Canon Lide 110 not playing well together, Matthias Bläsing
      • Re: xhci_hcd and Canon Lide 110 not playing well together, Alan Stern
        • Re: xhci_hcd and Canon Lide 110 not playing well together, Sarah Sharp
          • Re: xhci_hcd and Canon Lide 110 not playing well together, Xenia Ragiadakou
• [PATCH] usb-storage: add unusual_devs entry for Casio EX-N1 digital camera, Michael Shigorin
• [RFC PATCH v2 0/6] solve deadlock caused by memory allocation with I/O, Ming Lei
  • [RFC PATCH v2 6/6] USB: forbid memory allocation with I/O during bus reset, Ming Lei
    • Re: [RFC PATCH v2 6/6] USB: forbid memory allocation with I/O during bus reset, Alan Stern
      • Re: [RFC PATCH v2 6/6] USB: forbid memory allocation with I/O during bus reset, Ming Lei
  • [RFC PATCH v2 5/6] PM / Runtime: force memory allocation with no I/O during runtime_resume callbcack, Ming Lei
  • [RFC PATCH v2 4/6] net/core: apply pm_runtime_set_memalloc_noio on network devices, Ming Lei
    • Re: [RFC PATCH v2 4/6] net/core: apply pm_runtime_set_memalloc_noio on network devices, Alan Stern
      • Re: [RFC PATCH v2 4/6] net/core: apply pm_runtime_set_memalloc_noio on network devices, Ming Lei
  • [RFC PATCH v2 3/6] block/genhd.c: apply pm_runtime_set_memalloc_noio on block devices, Ming Lei
  • [RFC PATCH v2 2/6] PM / Runtime: introduce pm_runtime_set_memalloc_noio(), Ming Lei
    • Re: [RFC PATCH v2 2/6] PM / Runtime: introduce pm_runtime_set_memalloc_noio(), Alan Stern
      • Re: [RFC PATCH v2 2/6] PM / Runtime: introduce pm_runtime_set_memalloc_noio(), Ming Lei
        • Re: [RFC PATCH v2 2/6] PM / Runtime: introduce pm_runtime_set_memalloc_noio(), Alan Stern
          • Re: [RFC PATCH v2 2/6] PM / Runtime: introduce pm_runtime_set_memalloc_noio(), Ming Lei
            • Re: [RFC PATCH v2 2/6] PM / Runtime: introduce pm_runtime_set_memalloc_noio(), Alan Stern
            • RE: [RFC PATCH v2 2/6] PM / Runtime: introduce pm_runtime_set_memalloc_noio(), David Laight
              • Re: [RFC PATCH v2 2/6] PM / Runtime: introduce pm_runtime_set_memalloc_noio(), Alan Cox
  • [RFC PATCH v2 1/6] mm: teach mm by current context info to not do I/O during memory allocation, Ming Lei
• [PATCH v5 0/4] Some mxs-phy operation changes, Peter Chen
  • [PATCH v5 1/4] Revert "usb: otg: mxs-phy: Fix mx23 operation", Peter Chen
    • Re: [PATCH v5 1/4] Revert "usb: otg: mxs-phy: Fix mx23 operation", Felipe Balbi
      • RE: [PATCH v5 1/4] Revert "usb: otg: mxs-phy: Fix mx23 operation", Chen Peter-B29397
        • RE: [PATCH v5 1/4] Revert "usb: otg: mxs-phy: Fix mx23 operation", Alan Stern
    • Re: [PATCH v5 1/4] Revert "usb: otg: mxs-phy: Fix mx23 operation", Fabio Estevam
      • RE: [PATCH v5 1/4] Revert "usb: otg: mxs-phy: Fix mx23 operation", Chen Peter-B29397
  • [PATCH v5 2/4] usb: mxs-phy: re-init phy during the connection is useless, Peter Chen
    • Re: [PATCH v5 2/4] usb: mxs-phy: re-init phy during the connection is useless, Felipe Balbi
  • [PATCH v5 3/4] usb: refine phy notify operation during connection and disconnection, Peter Chen
  • [PATCH v5 4/4] usb: phy: change phy notify connect/disconnect API, Peter Chen
• [PATCH] usb: gadget: net2272: fix missing unlock on error in net2272_irq(), Wei Yongjun
• [PATCH] isp1760-if: Change to use irq_of_parse_and_map, Nobuhiro Iwamatsu
• <USB/IP> [Report] cannot cancel isochronous transfer normally, kuroda_shinsuke_em
• [no subject], kuroda_shinsuke_em
  • Re:, Anil Nair
    • Re:, kuroda_shinsuke_em
      • Re:, Anil Nair
        • Re:, Anil Nair
• [PATCH] usb: host: xhci: Fix initialization on systems without DMI, Paul Mackerras
  • Re: [PATCH] usb: host: xhci: Fix initialization on systems without DMI, Paul Mackerras
• [PATCH 0/6] staging: usbip: Bugfixes and cleanups, Bernard Blackham
  • [PATCH 2/6] staging: usbip: Rename dum -> vhci for consistency, Bernard Blackham
  • [PATCH 5/6] staging: usbip: Simplify list logic in vhci_tx.c., Bernard Blackham
  • [PATCH 3/6] staging: usbip: Avoid superfluous set HC_STATE_RUNNING in vhci_start, Bernard Blackham
  • [PATCH 4/6] staging: usbip: Locking and logic fixes., Bernard Blackham
    • Re: [PATCH 4/6] staging: usbip: Locking and logic fixes., Greg KH
      • Re: [PATCH 4/6] staging: usbip: Locking and logic fixes., Bernard Blackham
  • [PATCH 6/6] staging: usbip: Minor cleanups., Bernard Blackham
  • [PATCH 1/6] staging: usbip: Don't leak struct file., Bernard Blackham
  • Re: [PATCH 0/6] staging: usbip: Bugfixes and cleanups, Greg KH
• ehci_hcd multiplatform issue, Tony Prisk
  • Re: ehci_hcd multiplatform issue, Alan Stern
    • Re: ehci_hcd multiplatform issue, Felipe Balbi
    • Re: ehci_hcd multiplatform issue, Tony Prisk
• Unreliable USB3 with NEC uPD720200 and Delock Cardreader, Ulrich Eckhardt
  • Re: Unreliable USB3 with NEC uPD720200 and Delock Cardreader, Adrian Sandu
    • Re: Unreliable USB3 with NEC uPD720200 and Delock Cardreader, Ulrich Eckhardt
  • Re: Unreliable USB3 with NEC uPD720200 and Delock Cardreader, Sarah Sharp
    • Re: Unreliable USB3 with NEC uPD720200 and Delock Cardreader, Bjorn Helgaas
    • Re: Unreliable USB3 with NEC uPD720200 and Delock Cardreader, Ulrich Eckhardt
      • Re: Unreliable USB3 with NEC uPD720200 and Delock Cardreader, Bjorn Helgaas
        • Re: Unreliable USB3 with NEC uPD720200 and Delock Cardreader, Rafael J. Wysocki
          • Re: Unreliable USB3 with NEC uPD720200 and Delock Cardreader, Bjorn Helgaas
            • Re: Unreliable USB3 with NEC uPD720200 and Delock Cardreader, Rafael J. Wysocki
              • Re: Unreliable USB3 with NEC uPD720200 and Delock Cardreader, Ming Lei
                • Re: Unreliable USB3 with NEC uPD720200 and Delock Cardreader, Bjorn Helgaas
                • Re: Unreliable USB3 with NEC uPD720200 and Delock Cardreader, Ulrich Eckhardt
                  • Re: Unreliable USB3 with NEC uPD720200 and Delock Cardreader, Alan Stern
                    • Re: Unreliable USB3 with NEC uPD720200 and Delock Cardreader, Ulrich Eckhardt
                      • Re: Unreliable USB3 with NEC uPD720200 and Delock Cardreader, Sarah Sharp
                        • Re: Unreliable USB3 with NEC uPD720200 and Delock Cardreader, Bjørn Mork
                          • Re: Unreliable USB3 with NEC uPD720200 and Delock Cardreader, Sarah Sharp
                            • Re: Unreliable USB3 with NEC uPD720200 and Delock Cardreader, Sarah Sharp
                              • Re: Unreliable USB3 with NEC uPD720200 and Delock Cardreader, Rafael J. Wysocki
                                • Re: Unreliable USB3 with NEC uPD720200 and Delock Cardreader, Sarah Sharp
                                • Re: Unreliable USB3 with NEC uPD720200 and Delock Cardreader, Rafael J. Wysocki
                                • Re: Unreliable USB3 with NEC uPD720200 and Delock Cardreader, Huang Ying
                                • Re: Unreliable USB3 with NEC uPD720200 and Delock Cardreader, Andrew Lutomirski
                                • Re: Unreliable USB3 with NEC uPD720200 and Delock Cardreader, huang ying
                                • Re: Unreliable USB3 with NEC uPD720200 and Delock Cardreader, Sarah Sharp
                              • Re: Unreliable USB3 with NEC uPD720200 and Delock Cardreader, Huang Ying
                                • Re: Unreliable USB3 with NEC uPD720200 and Delock Cardreader, Rafael J. Wysocki
            • Re: Unreliable USB3 with NEC uPD720200 and Delock Cardreader, Ulrich Eckhardt
              • Re: Unreliable USB3 with NEC uPD720200 and Delock Cardreader, Rafael J. Wysocki
                • Re: Unreliable USB3 with NEC uPD720200 and Delock Cardreader, Ulrich Eckhardt
        • Re: Unreliable USB3 with NEC uPD720200 and Delock Cardreader, Ulrich Eckhardt
          • Re: Unreliable USB3 with NEC uPD720200 and Delock Cardreader, Wojtek PIlorz
            • Re: Unreliable USB3 with NEC uPD720200 and Delock Cardreader, Wojtek PIlorz
        • Re: Unreliable USB3 with NEC uPD720200 and Delock Cardreader, Rafael J. Wysocki
• chipidea: udc: improper use of &, Marc Kleine-Budde
  • RE: chipidea: udc: improper use of &, Chen Peter-B29397
• Re: Re: Re: A reliable kernel panic (3.6.2) and system crash when visiting a particular website, Artem S. Tashkinov
  • Re: Re: Re: A reliable kernel panic (3.6.2) and system crash when visiting a particular website, Borislav Petkov
    • Re: Re: Re: Re: A reliable kernel panic (3.6.2) and system crash when visiting a particular website, Artem S. Tashkinov
      • Re: Re: Re: Re: A reliable kernel panic (3.6.2) and system crash when visiting a particular website, Borislav Petkov
        • Re: Re: Re: Re: Re: A reliable kernel panic (3.6.2) and system crash when visiting a particular website, Artem S. Tashkinov
          • Re: A reliable kernel panic (3.6.2) and system crash when visiting a particular website, Daniel Mack
            • Re: Re: A reliable kernel panic (3.6.2) and system crash when visiting a particular website, Artem S. Tashkinov
              • Re: was: Re: A reliable kernel panic (3.6.2) and system crash when visiting a particular website, Daniel Mack
                • Re: Re: was: Re: A reliable kernel panic (3.6.2) and system crash when visiting a particular website, Artem S. Tashkinov
                  • Re: was: Re: A reliable kernel panic (3.6.2) and system crash when visiting a particular website, Daniel Mack
                    • Re: was: Re: A reliable kernel panic (3.6.2) and system crash when visiting a particular website, Alan Stern
          • Re: A reliable kernel panic (3.6.2) and system crash when visiting a particular website, Daniel Mack
          • Re: Re: Re: Re: Re: A reliable kernel panic (3.6.2) and system crash when visiting a particular website, Alan Stern
          • Re: Re: Re: Re: Re: A reliable kernel panic (3.6.2) and system crash when visiting a particular website, Borislav Petkov
            • Re: Re: Re: Re: Re: Re: A reliable kernel panic (3.6.2) and system crash when visiting a particular website, Artem S. Tashkinov
              • Re: A reliable kernel panic (3.6.2) and system crash when visiting a particular website, Daniel Mack
                • Re: Re: A reliable kernel panic (3.6.2) and system crash when visiting a particular website, Artem S. Tashkinov
                  • Re: A reliable kernel panic (3.6.2) and system crash when visiting a particular website, Daniel Mack
              • Re: Re: Re: Re: Re: Re: A reliable kernel panic (3.6.2) and system crash when visiting a particular website, Borislav Petkov
              • Re: Re: Re: Re: Re: Re: A reliable kernel panic (3.6.2) and system crash when visiting a particular website, Alan Stern
                • Re: A reliable kernel panic (3.6.2) and system crash when visiting a particular website, Daniel Mack
                  • Re: A reliable kernel panic (3.6.2) and system crash when visiting a particular website, Alan Stern
                    • Re: Re: A reliable kernel panic (3.6.2) and system crash when visiting a particular website, Artem S. Tashkinov
                      • Re: Re: A reliable kernel panic (3.6.2) and system crash when visiting a particular website, Alan Stern
  • Re: Re: Re: A reliable kernel panic (3.6.2) and system crash when visiting a particular website, Alan Stern
  • Re: A reliable kernel panic (3.6.2) and system crash when visiting a particular website, Daniel Mack
    • Re: A reliable kernel panic (3.6.2) and system crash when visiting a particular website, Daniel Mack
  • Re: A reliable kernel panic (3.6.2) and system crash when visiting a particular website, Christof Meerwald
    • Re: A reliable kernel panic (3.6.2) and system crash when visiting a particular website, Daniel Mack
      • Re: A reliable kernel panic (3.6.2) and system crash when visiting a particular website, Sven-Haegar Koch
      • Re: A reliable kernel panic (3.6.2) and system crash when visiting a particular website, Christof Meerwald
        • Re: A reliable kernel panic (3.6.2) and system crash when visiting a particular website, Alan Stern
          • Re: A reliable kernel panic (3.6.2) and system crash when visiting a particular website, Takashi Iwai
            • Re: A reliable kernel panic (3.6.2) and system crash when visiting a particular website, Alan Stern
              • Re: A reliable kernel panic (3.6.2) and system crash when visiting a particular website, Takashi Iwai
            • Re: A reliable kernel panic (3.6.2) and system crash when visiting a particular website, Christof Meerwald
            • Re: Re: A reliable kernel panic (3.6.2) and system crash when visiting a particular website, Artem S. Tashkinov
            • Re: A reliable kernel panic (3.6.2) and system crash when visiting a particular website, Daniel Mack
              • Re: A reliable kernel panic (3.6.2) and system crash when visiting a particular website, Takashi Iwai
                • Re: A reliable kernel panic (3.6.2) and system crash when visiting a particular website, Daniel Mack
                  • Re: A reliable kernel panic (3.6.2) and system crash when visiting a particular website, Takashi Iwai
                    • Re: A reliable kernel panic (3.6.2) and system crash when visiting a particular website, Alan Stern
                      • Re: A reliable kernel panic (3.6.2) and system crash when visiting a particular website, Takashi Iwai
• [PATCH v2 0/2] Update ehci-platform driver to support devicetree, Tony Prisk
  • [PATCH v2 2/2] USB: doc: Binding document for ehci-platform driver, Tony Prisk
    • Re: [PATCH v2 2/2] USB: doc: Binding document for ehci-platform driver, Florian Fainelli
    • Re: [PATCH v2 2/2] USB: doc: Binding document for ehci-platform driver, Stephen Warren
      • Re: [PATCH v2 2/2] USB: doc: Binding document for ehci-platform driver, Alan Stern
        • Re: [PATCH v2 2/2] USB: doc: Binding document for ehci-platform driver, Stephen Warren
          • Re: [PATCH v2 2/2] USB: doc: Binding document for ehci-platform driver, Alan Stern
            • Re: [PATCH v2 2/2] USB: doc: Binding document for ehci-platform driver, Stephen Warren
              • Re: [PATCH v2 2/2] USB: doc: Binding document for ehci-platform driver, Alan Stern
                • Re: [PATCH v2 2/2] USB: doc: Binding document for ehci-platform driver, Stephen Warren
                  • Re: [PATCH v2 2/2] USB: doc: Binding document for ehci-platform driver, Alan Stern
                    • Re: [PATCH v2 2/2] USB: doc: Binding document for ehci-platform driver, Stephen Warren
                      • Re: [PATCH v2 2/2] USB: doc: Binding document for ehci-platform driver, Alan Stern
                        • Re: [PATCH v2 2/2] USB: doc: Binding document for ehci-platform driver, Rob Herring
                          • Re: [PATCH v2 2/2] USB: doc: Binding document for ehci-platform driver, Alan Stern
                            • Re: [PATCH v2 2/2] USB: doc: Binding document for ehci-platform driver, Sebastian Andrzej Siewior
                              • Re: [PATCH v2 2/2] USB: doc: Binding document for ehci-platform driver, Stephen Warren
                                • Re: [PATCH v2 2/2] USB: doc: Binding document for ehci-platform driver, Florian Fainelli
                                • Re: [PATCH v2 2/2] USB: doc: Binding document for ehci-platform driver, Alan Stern
                                • Re: [PATCH v2 2/2] USB: doc: Binding document for ehci-platform driver, Stephen Warren
                                • Re: [PATCH v2 2/2] USB: doc: Binding document for ehci-platform driver, Alan Stern
                                • Re: [PATCH v2 2/2] USB: doc: Binding document for ehci-platform driver, Stephen Warren
                                • Re: [PATCH v2 2/2] USB: doc: Binding document for ehci-platform driver, Mitch Bradley
                                • Re: [PATCH v2 2/2] USB: doc: Binding document for ehci-platform driver, Alan Stern
                                • Re: [PATCH v2 2/2] USB: doc: Binding document for ehci-platform driver, Sebastian Andrzej Siewior
                                • Re: [PATCH v2 2/2] USB: doc: Binding document for ehci-platform driver, Alan Stern
                                • Re: [PATCH v2 2/2] USB: doc: Binding document for ehci-platform driver, Sebastian Andrzej Siewior
                                • Re: [PATCH v2 2/2] USB: doc: Binding document for ehci-platform driver, Alan Stern
                                • Re: [PATCH v2 2/2] USB: doc: Binding document for ehci-platform driver, Stephen Warren
                                • Re: [PATCH v2 2/2] USB: doc: Binding document for ehci-platform driver, Alan Stern
                                • Re: [PATCH v2 2/2] USB: doc: Binding document for ehci-platform driver, Florian Fainelli
                                • Re: [PATCH v2 2/2] USB: doc: Binding document for ehci-platform driver, Alan Stern
                                • Re: [PATCH v2 2/2] USB: doc: Binding document for ehci-platform driver, Florian Fainelli
                                • Re: [PATCH v2 2/2] USB: doc: Binding document for ehci-platform driver, Alan Stern
                                • Re: [PATCH v2 2/2] USB: doc: Binding document for ehci-platform driver, Stephen Warren
                                • Re: [PATCH v2 2/2] USB: doc: Binding document for ehci-platform driver, Rob Herring
                                • Re: [PATCH v2 2/2] USB: doc: Binding document for ehci-platform driver, Alan Stern
                            • Re: [PATCH v2 2/2] USB: doc: Binding document for ehci-platform driver, Stephen Warren
                              • Re: [PATCH v2 2/2] USB: doc: Binding document for ehci-platform driver, Alan Stern
                                • Re: [PATCH v2 2/2] USB: doc: Binding document for ehci-platform driver, Florian Fainelli
  • [PATCH v2 1/2] USB: Update EHCI-platform driver to devicetree., Tony Prisk
    • Re: [PATCH v2 1/2] USB: Update EHCI-platform driver to devicetree., Alan Stern
    • Re: [PATCH v2 1/2] USB: Update EHCI-platform driver to devicetree., Alan Stern
• [PATCH v2 0/2] DT EHCI support for Kirkwood., Andrew Lunn
  • [PATCH v2 1/2] ARM: Kirkwood: ehci-orion: Add device tree binding, Andrew Lunn
  • [PATCH v2 2/2] ARM: Kirkwood: Convert all DT boards to EHCI via DT., Andrew Lunn
  • Re: [PATCH v2 0/2] DT EHCI support for Kirkwood., Jason Cooper
• [RFC PATCH 0/2] Update ehci-platform driver to support devicetree, Tony Prisk
  • [PATCH 1/2] USB: Update EHCI-platform driver to devicetree., Tony Prisk
    • Re: [PATCH 1/2] USB: Update EHCI-platform driver to devicetree., Florian Fainelli
      • Re: [PATCH 1/2] USB: Update EHCI-platform driver to devicetree., Alan Stern
        • Re: [PATCH 1/2] USB: Update EHCI-platform driver to devicetree., Tony Prisk
      • Re: [PATCH 1/2] USB: Update EHCI-platform driver to devicetree., Tony Prisk
  • [PATCH 2/2] USB: doc: Binding document for ehci-platform driver, Tony Prisk
  • Re: [RFC PATCH 0/2] Update ehci-platform driver to support devicetree, Alan Stern
• [GIT PATCH] USB patches for 3.7-rc2, Greg KH
• [PATCH 1/1] usb: gadget: Don't attempt to dequeue requests for a disabled USB endpoint on Freescale hardware, Simon Haggett
  • Re: [PATCH 1/1] usb: gadget: Don't attempt to dequeue requests for a disabled USB endpoint on Freescale hardware, Felipe Balbi
    • RE: [PATCH 1/1] usb: gadget: Don't attempt to dequeue requests for a disabled USB endpoint on Freescale hardware, Li Yang-R58472
      • Re: [PATCH 1/1] usb: gadget: Don't attempt to dequeue requests for a disabled USB endpoint on Freescale hardware, Felipe Balbi
      • Re: [PATCH 1/1] usb: gadget: Don't attempt to dequeue requests for a disabled USB endpoint on Freescale hardware, Laurent Pinchart
        • Re: [PATCH 1/1] usb: gadget: Don't attempt to dequeue requests for a disabled USB endpoint on Freescale hardware, Felipe Balbi
          • Re: [PATCH 1/1] usb: gadget: Don't attempt to dequeue requests for a disabled USB endpoint on Freescale hardware, Laurent Pinchart
            • Re: [PATCH 1/1] usb: gadget: Don't attempt to dequeue requests for a disabled USB endpoint on Freescale hardware, Felipe Balbi
        • Re: [PATCH 1/1] usb: gadget: Don't attempt to dequeue requests for a disabled USB endpoint on Freescale hardware, Simon Haggett
          • Re: [PATCH 1/1] usb: gadget: Don't attempt to dequeue requests for a disabled USB endpoint on Freescale hardware, Laurent Pinchart
• [PATCH 2/2] USB: speed up usb_bus_resume(), Alan Stern
• [PATCH 1/2] USB: hub_for_each_child should skip unconnected ports, Alan Stern
• [PATCH v3 resend] USB: PHY: Re-organize Tegra USB PHY driver, Venu Byravarasu
  • Re: [PATCH v3 resend] USB: PHY: Re-organize Tegra USB PHY driver, Felipe Balbi
    • RE: [PATCH v3 resend] USB: PHY: Re-organize Tegra USB PHY driver, Venu Byravarasu
  • <Possible follow-ups>
  • [PATCH v3 resend] USB: PHY: Re-organize Tegra USB PHY driver, Venu Byravarasu
    • Re: [PATCH v3 resend] USB: PHY: Re-organize Tegra USB PHY driver, Alan Stern
    • Re: [PATCH v3 resend] USB: PHY: Re-organize Tegra USB PHY driver, Felipe Balbi
      • Re: [PATCH v3 resend] USB: PHY: Re-organize Tegra USB PHY driver, Stephen Warren
        • Re: [PATCH v3 resend] USB: PHY: Re-organize Tegra USB PHY driver, Felipe Balbi
          • Re: [PATCH v3 resend] USB: PHY: Re-organize Tegra USB PHY driver, Alan Stern
      • RE: [PATCH v3 resend] USB: PHY: Re-organize Tegra USB PHY driver, Venu Byravarasu
        • Re: [PATCH v3 resend] USB: PHY: Re-organize Tegra USB PHY driver, Felipe Balbi
          • RE: [PATCH v3 resend] USB: PHY: Re-organize Tegra USB PHY driver, Venu Byravarasu
            • Re: [PATCH v3 resend] USB: PHY: Re-organize Tegra USB PHY driver, Felipe Balbi
              • RE: [PATCH v3 resend] USB: PHY: Re-organize Tegra USB PHY driver, Venu Byravarasu
              • RE: [PATCH v3 resend] USB: PHY: Re-organize Tegra USB PHY driver, Venu Byravarasu
                • Re: [PATCH v3 resend] USB: PHY: Re-organize Tegra USB PHY driver, Felipe Balbi
• [PATCH] usb: dwc3: drop HAVE_CLK dependency from Exynos glue layer, Felipe Balbi
• [PATCH] usb: host: xhci: move HC_STATE_SUSPENDED check to xhci_suspend(), Felipe Balbi
  • Re: [PATCH] usb: host: xhci: move HC_STATE_SUSPENDED check to xhci_suspend(), Sarah Sharp
    • Re: [PATCH] usb: host: xhci: move HC_STATE_SUSPENDED check to xhci_suspend(), Felipe Balbi
• [PATCH net-next 00/21] treewide: Use consistent api style for address testing, Joe Perches
• [PATCH 2/2] ARM: OMAP: move OMAP USB platform data to <linux/platform_data/omap-usb.h>, Tony Lindgren
• [PATCH 1/2] ARM: OMAP2+: Introduce local usb.h, Tony Lindgren
  • Re: [PATCH 1/2] ARM: OMAP2+: Introduce local usb.h, Felipe Balbi
    • Re: [PATCH 1/2] ARM: OMAP2+: Introduce local usb.h, Tony Lindgren
• Re: linux-next: Tree for Oct 18 (usb/gadget), Randy Dunlap
  • [PATCH] usb/gadget: let file storage gadget select libcomposite, Sebastian Andrzej Siewior
    • Re: [PATCH] usb/gadget: let file storage gadget select libcomposite, Michal Nazarewicz
      • Re: [PATCH] usb/gadget: let file storage gadget select libcomposite, Sebastian Andrzej Siewior
        • Re: [PATCH] usb/gadget: let file storage gadget select libcomposite, Michal Nazarewicz
          • Re: [PATCH] usb/gadget: let file storage gadget select libcomposite, Felipe Balbi
            • Re: [PATCH] usb/gadget: let file storage gadget select libcomposite, Michal Nazarewicz
              • Re: [PATCH] usb/gadget: let file storage gadget select libcomposite, Felipe Balbi
              • Re: [PATCH] usb/gadget: let file storage gadget select libcomposite, Alan Stern
                • Re: [PATCH] usb/gadget: let file storage gadget select libcomposite, Felipe Balbi
                  • RE: [PATCH] usb/gadget: let file storage gadget select libcomposite, Paul Zimmerman
                    • RE: [PATCH] usb/gadget: let file storage gadget select libcomposite, Michal Nazarewicz
                      • RE: [PATCH] usb/gadget: let file storage gadget select libcomposite, Paul Zimmerman
                        • RE: [PATCH] usb/gadget: let file storage gadget select libcomposite, Alan Stern
                          • RE: [PATCH] usb/gadget: let file storage gadget select libcomposite, Paul Zimmerman
                    • Re: [PATCH] usb/gadget: let file storage gadget select libcomposite, Felipe Balbi
                    • Re: [PATCH] usb/gadget: let file storage gadget select libcomposite, Sebastian Andrzej Siewior
• [PATCH net-next 00/14] Adding a USB CDC MBIM driver, Bjørn Mork
  • [PATCH net-next 12/14] net: cdc_ncm: do not bind to NCM compatible MBIM devices, Bjørn Mork
  • [PATCH net-next 10/14] net: cdc_mbim: adding MBIM driver, Bjørn Mork
  • [PATCH net-next 05/14] net: cdc_ncm: refactor bind preparing for MBIM support, Bjørn Mork
  • [PATCH net-next 11/14] net: cdc_mbim: build the MBIM driver, Bjørn Mork
  • [PATCH net-next 02/14] net: cdc_ncm: use device rx_max value if update failed, Bjørn Mork
    • Re: [PATCH net-next 02/14] net: cdc_ncm: use device rx_max value if update failed, Oliver Neukum
      • Re: [PATCH net-next 02/14] net: cdc_ncm: use device rx_max value if update failed, Bjørn Mork
        • Re: [PATCH net-next 02/14] net: cdc_ncm: use device rx_max value if update failed, Alexey Orishko
          • Re: [PATCH net-next 02/14] net: cdc_ncm: use device rx_max value if update failed, Bjørn Mork
            • Re: [PATCH net-next 02/14] net: cdc_ncm: use device rx_max value if update failed, Bjørn Mork
              • Re: [PATCH net-next 02/14] net: cdc_ncm: use device rx_max value if update failed, Alexey Orishko
                • Re: [PATCH net-next 02/14] net: cdc_ncm: use device rx_max value if update failed, Bjørn Mork
                  • [RFC] net: cdc_ncm: workaround NTB input size firmware bug, Bjørn Mork
                • Re: [PATCH net-next 02/14] net: cdc_ncm: use device rx_max value if update failed, Bjørn Mork
                  • Re: [PATCH net-next 02/14] net: cdc_ncm: use device rx_max value if update failed, Alexey Orishko
                    • Re: [PATCH net-next 02/14] net: cdc_ncm: use device rx_max value if update failed, Bjørn Mork
  • [PATCH net-next 04/14] net: cdc_ncm: adding MBIM support to ncm_setup, Bjørn Mork
  • [PATCH net-next 07/14] net: cdc_ncm: splitting rx_fixup for code reuse, Bjørn Mork
  • [PATCH net-next 13/14] net: cdc_ncm: map MBIM IPS SessionID to VLAN ID, Bjørn Mork
  • [PATCH net-next 09/14] net: cdc_ncm: export shared symbols and definitions, Bjørn Mork
  • [PATCH net-next 03/14] USB: cdc: add MBIM constants and structures, Bjørn Mork
    • Re: [PATCH net-next 03/14] USB: cdc: add MBIM constants and structures, Greg Kroah-Hartman
  • [PATCH net-next 06/14] net: cdc_ncm: process chained NDPs, Bjørn Mork
  • [PATCH net-next 08/14] net: cdc_ncm: refactoring for tx multiplexing, Bjørn Mork
  • [PATCH net-next 01/14] net: usbnet: make sure the queue lenght is at least 1, Bjørn Mork
  • Re: [PATCH net-next 00/14] Adding a USB CDC MBIM driver, David Miller
    • Re: [PATCH net-next 00/14] Adding a USB CDC MBIM driver, Bjørn Mork
  • Re: [PATCH net-next 00/14] Adding a USB CDC MBIM driver, Greg Kroah-Hartman
  • [PATCH net-next 14/14] net: cdc_mbim: Device Service Stream support, Bjørn Mork
• [PATCH 1/2] USB: option: blacklist net interface on ZTE devices, Bjørn Mork
  • [PATCH 2/2] USB: option: add more ZTE devices, Bjørn Mork
  • Re: [PATCH 1/2] USB: option: blacklist net interface on ZTE devices, Bjørn Mork
    • [PATCH v2] USB: option: blacklist net interface on ZTE devices, Bjørn Mork
• [PATCH net] net: qmi_wwan: adding more ZTE devices, Bjørn Mork
  • Re: [PATCH net] net: qmi_wwan: adding more ZTE devices, David Miller
• [PATCH] USB: iuu_phoenix: fix sysfs-attribute creation, Johan Hovold
• Large files/folders copying ends with I/O error in mass storage, megha dey
  • Re: Large files/folders copying ends with I/O error in mass storage, Alan Stern
    • Re: Large files/folders copying ends with I/O error in mass storage, megha dey
      • Re: Large files/folders copying ends with I/O error in mass storage, Alan Stern
        • Re: Large files/folders copying ends with I/O error in mass storage, megha dey
          • Re: Large files/folders copying ends with I/O error in mass storage, Alan Stern
            • Re: Large files/folders copying ends with I/O error in mass storage, megha dey
              • Re: Large files/folders copying ends with I/O error in mass storage, Alan Stern
                • Re: Large files/folders copying ends with I/O error in mass storage, megha dey
                  • Re: Large files/folders copying ends with I/O error in mass storage, Alan Stern
• question regarding delay between bus states in EHCI driver, Pavan Kondeti
  • Re: question regarding delay between bus states in EHCI driver, Alan Stern
    • Re: question regarding delay between bus states in EHCI driver, Pavan Kondeti
      • Re: question regarding delay between bus states in EHCI driver, Alan Stern
• [PATCH v3 1/1] USB: EHCI: add condition for delay during the resume, Peter Chen
• Query: EHCI: Periodic Schedule enable/disable, vikram pandita
  • Re: Query: EHCI: Periodic Schedule enable/disable, Alan Stern