From owner-freebsd-firewire@FreeBSD.ORG Mon Feb 9 07:52:03 2004 Return-Path: Delivered-To: freebsd-firewire@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 125B016A4CE for ; Mon, 9 Feb 2004 07:52:03 -0800 (PST) Received: from tora.nunu.org (YahooBB219003182070.bbtec.net [219.3.182.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id E270A43D1D for ; Mon, 9 Feb 2004 07:52:02 -0800 (PST) (envelope-from simokawa@sat.t.u-tokyo.ac.jp) Received: from tora.nunu.org (unknown [192.168.1.2]) by tora.nunu.org (Postfix) with ESMTP id F171A4B235; Tue, 10 Feb 2004 00:52:01 +0900 (JST) Date: Tue, 10 Feb 2004 00:52:01 +0900 Message-ID: <87bro8gsim.wl@tora.nunu.org> From: Hidetoshi Shimokawa To: "Petr Holub" In-Reply-To: <000401c3ef22$d97584f0$2136fb93@kloboucek> References: <87ekt4gu12.wl@tora.nunu.org> <000401c3ef22$d97584f0$2136fb93@kloboucek> User-Agent: Wanderlust/2.10.1 (Watching The Wheels) SEMI/1.14.5 (Awara-Onsen) FLIM/1.14.5 (Demachiyanagi) APEL/10.6 MULE XEmacs/21.4 (patch 14) (Reasonable Discussion) (i386--freebsd) MIME-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen") Content-Type: text/plain; charset=US-ASCII cc: firewire@freebsd.org Subject: Re: too many interupts/sec X-BeenThere: freebsd-firewire@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Firewire support in FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 15:52:03 -0000 If you don't mind, can you change "#undef OHCI_DEBUG" to "#define OHCI_DEBUG" in /sys/dev/firewire/fwohci.c? It must generate much of output in the storm... /\ Hidetoshi Shimokawa \/ simokawa@sat.t.u-tokyo.ac.jp PGP public key: http://www.sat.t.u-tokyo.ac.jp/~simokawa/pgp.html At Mon, 9 Feb 2004 16:39:05 +0100, Petr Holub wrote: > > > Doesn't your fwohci share the irq with other devices? > > Could you show me the output of 'devinfo -u'? > > BTW: yet another thing that might help chasing the problem. > It behaves in very deterministic way. I've built the firewire > as module to be able to use the machine normally and I have > found following behavior: > > (without X) > kldload firewire > (no problems) > startx > (interrupt storm) > kldunload firewire > (no problems) > kldload firewire > (interrupt storm) > kill X > (no problems) > > So it occurs deterministicaly when both firewire and X > are loaded. Unloading any of them (or both of them ;-) ) > helps. > > Petr > > ================================================================ > Petr Holub > CESNET z.s.p.o. Supercomputing Center Brno > Zikova 4 Institute of Compt. Science > 162 00 Praha 6, CZ Masaryk University > Czech Republic Botanicka 68a, 60200 Brno, CZ > e-mail: Petr.Holub@cesnet.cz phone: +420-549493944 > fax: +420-541212747 > e-mail: hopet@ics.muni.cz > >