From owner-freebsd-multimedia@freebsd.org Mon Mar 6 10:53:31 2017 Return-Path: Delivered-To: freebsd-multimedia@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5B191CFB18E for ; Mon, 6 Mar 2017 10:53:31 +0000 (UTC) (envelope-from mrechberger@gmail.com) Received: from mail-qk0-x22a.google.com (mail-qk0-x22a.google.com [IPv6:2607:f8b0:400d:c09::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 14F751C01 for ; Mon, 6 Mar 2017 10:53:31 +0000 (UTC) (envelope-from mrechberger@gmail.com) Received: by mail-qk0-x22a.google.com with SMTP id p64so27982814qke.1 for ; Mon, 06 Mar 2017 02:53:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=HcsuUl1wO3wdJp41My7dPYilw7k2R7oraH9QsvMYRk0=; b=IYJyagbUhEiW9Fxkwx45sf8wwRMGH5yC0haSH0XropUNJq9K/QvyL9H7JIcCk/n+Yg uVWTEcZDA4gtS79/5mPcTsJMF1ApDlKyWkWQZqQgGgX2AfIWmkDA5psHyefzhsEGnv33 zQmCQCBzCoPe3fqdf8lbRI31jitNemfxBf2iDK+UNcWxW4GwerjiN3Q/fNOnS40FqfGB rByNgs/8IYhuORbYUMfu4Rly1sPqF3wJUBdiiZbimmP34zWcr7zsdWDTvg/oQGK0QYrM URseW3qTodYA32MXGeJcST2fMySUNIeCdD+AEGimrAa8oUFSUwJQRoSUY1HiH/SleAkO MVAg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=HcsuUl1wO3wdJp41My7dPYilw7k2R7oraH9QsvMYRk0=; b=mnZ0DAQrvdgGjssmSDzMGyhjTnu9W+uZpHLxIIhGJdF/8jawKrCeriFFnkzqMs1cgU Cvb2HOdd7SoKfTUaV13dk4FGVsqEG9pivW83WMyWVDm4iq7RUxWzfwSlJZOMeytC7Sty +4cOg25fW5ZPA9NnUgYFj2byRGPzMxyYYxY2Da8SU9idL2XqbbDfsXTR4HhgrZm+4rPV LFxUTnVDFZtP3geTo3gH+2DpZORHWzO5dbBsMUDLiv9fV+zj74Ou8vX7qf7CepEsgyb9 Hy1Mt3zpJ5F9rob+KkOeucesuR42oVoPA43yywK7Xut/fV/aT+PMqFPp8Hpkd74+bPrU eBgg== X-Gm-Message-State: AMke39nWYpO/z/QoyDPQymy+1qQ3ZQrqidBwonRPQNfSdAwuORVtHIab5RMazVYjsKRfon/Ejz5l2otDBgw5nw== X-Received: by 10.237.41.229 with SMTP id o92mr14329983qtd.223.1488797610356; Mon, 06 Mar 2017 02:53:30 -0800 (PST) MIME-Version: 1.0 Received: by 10.12.164.1 with HTTP; Mon, 6 Mar 2017 02:53:29 -0800 (PST) In-Reply-To: References: <1aff0983-deb6-2884-472c-bb1e1037275c@selasky.org> From: Markus Rechberger Date: Mon, 6 Mar 2017 11:53:29 +0100 Message-ID: Subject: Re: What is wrong with FreeBSD and USB Support To: Hans Petter Selasky Cc: freebsd-multimedia@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Mar 2017 10:53:31 -0000 On Mon, Mar 6, 2017 at 11:49 AM, Markus Rechberger wrote: > On Mon, Mar 6, 2017 at 11:34 AM, Hans Petter Selasky wrote: >> On 03/06/17 11:00, Markus Rechberger wrote: >>> >>> even though it's going up and down DVB-T is okay due to the lower >>> bandwidth so something's obviously wrong with the freebsd USB Support. >> >> >> Hi, >> >> Can you provide a usbdump trace and send it to me off-list? >> >> usbdump -i usbusX -f Y -s65536 -w usb_capture.pcap >> >> X and Y are number after ugenX.Y >> >> If you are using ISOCHRONOUS high-speed transfers with an XHCI USB >> controller, the XHCI is much less forgiving about the USB PIDs of the >> multi-data payloads coming from the USB device than the EHCI. I have seen at >> least one DVB-T USB adapter which is totally broken with XHCI and works just >> fine with EHCI. This has been verified with a USB wire analyzer. >> > > I'm using EHCI only. > > Attached you can find the pcap file. > > Please note that DVB-T is okay due to the low bandwidth, only high > bandwidth kicks in immediately with stalled transfers > We have 2 issues so far 1. slow usb control messages - did you already noticed that? 2. high latency bulk requests (I have seen this issue with Linux and MacOSX too if we don't request enough urbs at once) Seems like that double buffering strategy with FreeBSD is a real problem now - of course you cannot have all the hardware out there so that issue might be new for you.