From owner-freebsd-usb@FreeBSD.ORG Tue Sep 17 19:03:42 2013 Return-Path: Delivered-To: freebsd-usb@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 630C3777; Tue, 17 Sep 2013 19:03:42 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [46.4.40.135]) by mx1.freebsd.org (Postfix) with ESMTP id 20B352B5D; Tue, 17 Sep 2013 19:03:41 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:e570:39d1:5fba:531f]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPSA id 8FF924AC57; Tue, 17 Sep 2013 23:03:36 +0400 (MSK) Date: Tue, 17 Sep 2013 23:03:24 +0400 From: Lev Serebryakov Organization: FreeBSD Project X-Priority: 3 (Normal) Message-ID: <1708432807.20130917230324@serebryakov.spb.ru> To: Hans Petter Selasky Subject: Re: umcs (4-Port-USB-serial) triggering way too much ehci IRQs In-Reply-To: <52381FCA.5030509@bitfrost.no> References: <52372DBA.6020703@omnilan.de> <875323075.20130917124437@serebryakov.spb.ru> <523816E1.10603@omnilan.de> <1857258551.20130917124737@serebryakov.spb.ru> <5238198C.3070604@bitfrost.no> <52381BAC.5010801@omnilan.de> <52381FCA.5030509@bitfrost.no> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Harald Schmalzbauer , FreeBSD Stable , freebsd-usb@FreeBSD.org X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: lev@FreeBSD.org List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Sep 2013 19:03:42 -0000 Hello, Hans. You wrote 17 =D1=81=D0=B5=D0=BD=D1=82=D1=8F=D0=B1=D1=80=D1=8F 2013 =D0=B3.,= 13:24:26: HPS> Try this patch and see what happens: It could throttle interrupts, but it doesn't explain, why device spams with interrupts when all ports are closed and all UART interrupts are disabled! HPS> BTW: I see that the umcs driver shouldn't do synchronous control=20 HPS> transfers from the USB interrupt transfer callback. This should be=20 HPS> postponed into some worker thread, for example the USB explore thread.= =20 HPS> See USB audio driver for an example. I've copied code from some other ucom driver... I'll take a look at USB audio. --=20 // Black Lion AKA Lev Serebryakov