Received: by 10.223.176.46 with SMTP id f43csp746071wra; Fri, 26 Jan 2018 06:19:11 -0800 (PST) X-Google-Smtp-Source: AH8x225zX+fJC4vc9oHZbp6AmFlDGbW4mY5UmdXJHS9KC4C2UTvuS+ENQYocEmOTWlTptk9pmp8U X-Received: by 10.98.80.20 with SMTP id e20mr19172736pfb.148.1516976351000; Fri, 26 Jan 2018 06:19:11 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1516976350; cv=none; d=google.com; s=arc-20160816; b=CtTunxu3GUA8GiBTLeGSqsg/DhuHGr5ISyNmmdXTWOvnpTK25YL2i3DxezjXiaTNAu 0j2YdCC2i9DASQ1qx08Y/S9Txe5PS9MogPP7wA2D+6in70TJSBgf3aYrfLSbs9eHHq3a C1pG3KQaK3IBZNOViC3TaxlcQ5q8undNSrZo3e1nV7w8HCzutXD2vfyoUUgaOPqs65JV 7AHA96astZ93Zqz3/I6UR4EEki2UH1zs++OG0JaLjORV14vquxUAmIr+sJ+JSpoKd9t/ 3Tz0uB8ER2Ij0y3Ex1vTzluvJmwkHwfd1Wgx55jut3QLyLThCPHXqkFUwaLeVQVT795k Ltjw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :organization:references:in-reply-to:message-id:subject:cc:to:from :date:arc-authentication-results; bh=lqcLf21MzsvMvEyAy71b5Yzq/EXA2B/FONO7fagUsDE=; b=sdI289znfcFmksN9APopxmVSQb5YRZKMJ/NgcZb5wUgcLU2GAvQtMycUhKIVkU8ULD gn0ZA3cg1W/Naj2C4AXbSfIYiTN1eEmBnlXt2puByG0VVCuvl4mV3vO3MvYAdSbAYt8Q x8TNK+nFuB4lPvwH1maxmWrxWSKjlOxBSYZeZQx3A0rcRuci9l8vVt3cd8+sEHzTbTG7 7q7mex9gto2Ezsx4F3GytnnKe7C3a3XwET0J4T25pK/Li2ZTkICU5sh3Pk8gkTwVRm5y 0QOud5CexXLavpmOvSOLjcds7frimEJ43W+F3zlkjugkll6QEa6IGefPfg1aH/DPvyGz DJ2g== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id r3-v6si3298050plb.232.2018.01.26.06.18.56; Fri, 26 Jan 2018 06:19:10 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752864AbeAZORw (ORCPT + 99 others); Fri, 26 Jan 2018 09:17:52 -0500 Received: from osg.samsung.com ([64.30.133.232]:61729 "EHLO osg.samsung.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751324AbeAZORt (ORCPT ); Fri, 26 Jan 2018 09:17:49 -0500 Received: from localhost (localhost [127.0.0.1]) by osg.samsung.com (Postfix) with ESMTP id 1498819133; Fri, 26 Jan 2018 06:17:49 -0800 (PST) X-Virus-Scanned: Debian amavisd-new at dev.s-opensource.com Received: from osg.samsung.com ([127.0.0.1]) by localhost (localhost [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8c0ButNrlOF8; Fri, 26 Jan 2018 06:17:47 -0800 (PST) Received: from vela.lan (177.205.67.155.dynamic.adsl.gvt.net.br [177.205.67.155]) by osg.samsung.com (Postfix) with ESMTPSA id 0A9D719122; Fri, 26 Jan 2018 06:17:41 -0800 (PST) Date: Fri, 26 Jan 2018 12:17:37 -0200 From: Mauro Carvalho Chehab To: Alan Stern Cc: Linus Torvalds , Ingo Molnar , Josef Griebichler , Greg Kroah-Hartman , USB list , Eric Dumazet , Rik van Riel , Paolo Abeni , Hannes Frederic Sowa , Jesper Dangaard Brouer , linux-kernel , netdev , Jonathan Corbet , LMML , Peter Zijlstra , David Miller , John Youn , Felipe Balbi , Grigor Tovmasyan Subject: Re: dvb usb issues since kernel 4.9 Message-ID: <20180126121737.70710f02@vela.lan> In-Reply-To: References: Organization: Samsung X-Mailer: Claws Mail 3.15.1-dirty (GTK+ 2.24.32; x86_64-redhat-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Alan, Em Mon, 8 Jan 2018 14:15:35 -0500 (EST) Alan Stern escreveu: > On Mon, 8 Jan 2018, Linus Torvalds wrote: > > > Can somebody tell which softirq it is that dvb/usb cares about? > > I don't know about the DVB part. The USB part is a little difficult to > analyze, mostly because the bug reports I've seen are mostly from > people running non-vanilla kernels. I suspect that the main reason for people not using non-vanilla Kernels is that, among other bugs, the dwc2 upstream driver has serious troubles handling ISOCH traffic. Using Kernel 4.15-rc7 from this git tree: https://git.linuxtv.org/mchehab/experimental.git/log/?h=softirq_fixup (e. g. with the softirq bug partially reverted with Linux patch, and the DWC2 deferred probe fixed) With a PCTV 461e device, with uses em28xx driver + Montage frontend (with is the same used on dvbsky hardware - except for em28xx). This device doesn't support bulk for DVB, just ISOCH. The drivers work fine on x86. Using a test signal at the bit rate of 56698,4 Kbits/s, that's what happens, when capturing less than one second of data: $ dvbv5-zap -c ~/dvb_channel.conf "tv brasil" -l universal -X 100 -m -t2dvbv5-zap -c ~/dvb_channel.conf "tv brasil" -l universal -X 100 -m -t2 Using LNBf UNIVERSAL Universal, Europe Freqs : 10800 to 11800 MHz, LO: 9750 MHz Freqs : 11600 to 12700 MHz, LO: 10600 MHz using demux 'dvb0.demux0' reading channels from file '/home/mchehab/dvb_channel.conf' tuning to 11468000 Hz (0x00) Signal= -33.90dBm Lock (0x1f) Signal= -33.90dBm C/N= 30.28dB postBER= 2.33x10^-6 dvb_dev_set_bufsize: buffer set to 6160384 dvb_set_pesfilter to 0x2000 354.08s: Starting capture 354.73s: only read 59220 bytes 354.73s: Stopping capture [ 354.000827] dwc2 3f980000.usb: DWC OTG HCD EP DISABLE: bEndpointAddress=0x84, ep->hcpriv=116f41b2 [ 354.000859] dwc2 3f980000.usb: DWC OTG HCD EP RESET: bEndpointAddress=0x84 [ 354.010744] dwc2 3f980000.usb: --Host Channel 5 Interrupt: Frame Overrun-- ... (hundreds of thousands of Frame Overrun messages) [ 354.660857] dwc2 3f980000.usb: --Host Channel 5 Interrupt: Frame Overrun-- [ 354.660935] dwc2 3f980000.usb: DWC OTG HCD URB Dequeue [ 354.660959] dwc2 3f980000.usb: Called usb_hcd_giveback_urb() [ 354.660966] dwc2 3f980000.usb: urb->status = 0 [ 354.660992] dwc2 3f980000.usb: DWC OTG HCD URB Dequeue [ 354.661001] dwc2 3f980000.usb: Called usb_hcd_giveback_urb() [ 354.661008] dwc2 3f980000.usb: urb->status = 0 [ 354.661054] dwc2 3f980000.usb: DWC OTG HCD URB Dequeue [ 354.661065] dwc2 3f980000.usb: Called usb_hcd_giveback_urb() [ 354.661072] dwc2 3f980000.usb: urb->status = 0 [ 354.661107] dwc2 3f980000.usb: DWC OTG HCD URB Dequeue [ 354.661120] dwc2 3f980000.usb: Called usb_hcd_giveback_urb() [ 354.661127] dwc2 3f980000.usb: urb->status = 0 [ 354.661146] dwc2 3f980000.usb: DWC OTG HCD URB Dequeue [ 354.661158] dwc2 3f980000.usb: Called usb_hcd_giveback_urb() [ 354.661165] dwc2 3f980000.usb: urb->status = 0 Kernel was compiled with: CONFIG_USB_DWC2=y CONFIG_USB_DWC2_HOST=y # CONFIG_USB_DWC2_PERIPHERAL is not set # CONFIG_USB_DWC2_DUAL_ROLE is not set # CONFIG_USB_DWC2_PCI is not set CONFIG_USB_DWC2_DEBUG=y # CONFIG_USB_DWC2_VERBOSE is not set # CONFIG_USB_DWC2_TRACK_MISSED_SOFS is not set CONFIG_USB_DWC2_DEBUG_PERIODIC=y As reference, that's the output of lsusb for the PCTV usb hardware: $ lsusb -v -d 2013:0258 Bus 001 Device 005: ID 2013:0258 PCTV Systems Couldn't open device, some information will be missing Device Descriptor: bLength 18 bDescriptorType 1 bcdUSB 2.00 bDeviceClass 0 (Defined at Interface level) bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize0 64 idVendor 0x2013 PCTV Systems idProduct 0x0258 bcdDevice 1.00 iManufacturer 3 iProduct 1 iSerial 2 bNumConfigurations 1 Configuration Descriptor: bLength 9 bDescriptorType 2 wTotalLength 41 bNumInterfaces 1 bConfigurationValue 1 iConfiguration 0 bmAttributes 0x80 (Bus Powered) MaxPower 500mA Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 0 bAlternateSetting 0 bNumEndpoints 1 bInterfaceClass 255 Vendor Specific Class bInterfaceSubClass 0 bInterfaceProtocol 0 iInterface 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x84 EP 4 IN bmAttributes 1 Transfer Type Isochronous Synch Type None Usage Type Data wMaxPacketSize 0x0000 1x 0 bytes bInterval 1 Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 0 bAlternateSetting 1 bNumEndpoints 1 bInterfaceClass 255 Vendor Specific Class bInterfaceSubClass 0 bInterfaceProtocol 0 iInterface 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x84 EP 4 IN bmAttributes 1 Transfer Type Isochronous Synch Type None Usage Type Data wMaxPacketSize 0x03ac 1x 940 bytes bInterval 1 Cheers, Mauro