From owner-freebsd-hackers@freebsd.org Tue Jan 14 13:54:20 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D25451EB9F0 for ; Tue, 14 Jan 2020 13:54:20 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [88.99.82.50]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47xsQ40wmnz49mB for ; Tue, 14 Jan 2020 13:54:19 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2020.home.selasky.org (unknown [62.141.129.235]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 5A6E92602E1; Tue, 14 Jan 2020 14:54:18 +0100 (CET) Subject: Re: raspberry pi zero and SLOW USB HID To: Wojciech Puchar Cc: freebsd-hackers@freebsd.org References: <9f8ae63f-abe5-27d9-e6bf-3d0cc1d3d4f3@selasky.org> <9a1a3901-ce03-d445-dd9e-bbd775f5288a@selasky.org> <83126787-192b-5f1b-305c-f48818706b0c@selasky.org> From: Hans Petter Selasky Message-ID: <15d1ed37-a5d4-ed28-beeb-a4b248b5e802@selasky.org> Date: Tue, 14 Jan 2020 14:53:17 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.3.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 47xsQ40wmnz49mB X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of hps@selasky.org designates 88.99.82.50 as permitted sender) smtp.mailfrom=hps@selasky.org X-Spamd-Result: default: False [-5.41 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+a:mail.turbocat.net:c]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[selasky.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; IP_SCORE(-3.11)[ip: (-9.34), ipnet: 88.99.0.0/16(-4.71), asn: 24940(-1.51), country: DE(-0.02)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:88.99.0.0/16, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jan 2020 13:54:20 -0000 Hi, On 2020-01-14 14:32, Wojciech Puchar wrote: > Yes. > > Then i've tried linux (truly horrific experience) on raspberry pi. > Exactly the same delays on USB. It might be something in the DWC OTG chipset then :-( Let's put it like this. Be very happy that the DWC OTG works reliably AS-IS :-) I spent a lot of time hacking the driver to the state it is in today and reliability and device diversity has consequently been chosen over performance. If your device supports retrieving the data via a HID interface class control request, that might be faster! Else use a transfer of 64-bytes instead of 8-bytes. --HPS