From owner-freebsd-multimedia Sat Mar 15 13:16:23 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA10292 for multimedia-outgoing; Sat, 15 Mar 1997 13:16:23 -0800 (PST) Received: from Ilsa.StevesCafe.com (sc-gw.StevesCafe.com [205.168.119.191]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA10287 for ; Sat, 15 Mar 1997 13:16:18 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.7.5/8.6.12) with SMTP id OAA18410; Sat, 15 Mar 1997 14:16:10 -0700 (MST) Message-Id: <199703152116.OAA18410@Ilsa.StevesCafe.com> X-Authentication-Warning: Ilsa.StevesCafe.com: Host localhost [127.0.0.1] didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 From: Steve Passe To: Peter Dufault cc: hasty@rah.star-gate.com, multimedia@FreeBSD.org Subject: Re: bt848 driver patch In-reply-to: Your message of "Sat, 15 Mar 1997 14:19:32 EST." <199703151919.OAA16295@hda.hda.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 15 Mar 1997 14:16:09 -0700 Sender: owner-multimedia@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hi, > > do you know the exact reason switching channels causes the problem, ie is it > > because I have INTs off, or ??? > > > > The INTs off situation needs to be corrected when I have time to re-write the > > I2C code to be INTerrupt driven... > > (Warning - I haven't looked at it) > > Can you move the I2C code out of the kernel since it is so lax > about timing and inherently a slow operation? I suspect they can stay in the kernel and that the disable/enable int calls can be removed. Nothing in the intr routine uses I2C calls, and as you say the timing is unimportant (who cares if an async INT stalls it, it will finish eventually) so they should be interruptable. -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD