From owner-freebsd-multimedia Tue Mar 18 08:35:57 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA04686 for multimedia-outgoing; Tue, 18 Mar 1997 08:35:57 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA04673 for ; Tue, 18 Mar 1997 08:35:52 -0800 (PST) Received: from whizzo.transsys.com (whizzo.TransSys.COM [144.202.42.10]) by who.cdrom.com (8.8.5/8.6.11) with ESMTP id GAA29343 for ; Tue, 18 Mar 1997 06:17:40 -0800 (PST) Received: from localhost.transsys.com (localhost.transsys.com [127.0.0.1]) by whizzo.transsys.com (8.8.5/8.7.3) with SMTP id JAA04347; Tue, 18 Mar 1997 09:16:21 -0500 (EST) Message-Id: <199703181416.JAA04347@whizzo.transsys.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Amancio Hasty cc: Steve Passe , multimedia@FreeBSD.ORG From: "Louis A. Mamakos" Subject: Re: latest bt848 code References: <199703180616.WAA07695@rah.star-gate.com> In-reply-to: Your message of "Mon, 17 Mar 1997 22:16:12 PST." <199703180616.WAA07695@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 18 Mar 1997 09:16:20 -0500 Sender: owner-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Is probably more to do with the PCI code than the driver. What I am > doing is pretty harmless in attach. Besides, the interrupts are > disabled. I would suspect more the 2940... I got one over here > and it has given me grief in the past. I don't know how to explain it. On my system, the disk controller doesn't even share the same interrupt, and it's very unlikely that the ethernet controller was generating 60 interrupts per seconds. The video card shares the same interrupt, but I believe it's vertical refresh rate is 68 or 72 Hz. Anyway, I left it running last night, and the system stayed up. The capture stopped somewhere along the way, but started back up again right away when the window got tweaked. One that that I have noticed is that the state of brightness, contrast, etc, seems to be lost whenever the frame capture starts up again after an expose, resize, etc. I'll leave it running today while I'm at work, and see what happens... louie