Date: Sat, 15 Mar 1997 16:24:12 -0500 From: "Louis A. Mamakos" <louie@TransSys.COM> To: Amancio Hasty <hasty@rah.star-gate.com> Cc: Steve Passe <smp@csn.net>, multimedia@FreeBSD.org Subject: Re: bt848 driver patch Message-ID: <199703152124.QAA11159@whizzo.transsys.com> In-Reply-To: Your message of "Sat, 15 Mar 1997 12:51:16 PST." <199703152051.MAA01140@rah.star-gate.com> References: <199703152051.MAA01140@rah.star-gate.com>
next in thread | previous in thread | raw e-mail | index | archive | help
> Not sure why tuner exhibits the problem -- it could be because we temporarily > loose the video signal and at that point there is nothing that you can > do;except,for the driver to re-start the video capture process. I think it might be because the I^2C code bit-bangs the messages out, rather than having the Bt848 do it for you. It looks to me that interrupts are disabled during the timing loops that bash out the individual bits. I was talking to a buddy of mine about this just earlier today; we wondered what all that code in there was doing given the function in the chip itself. Perhaps it was just inherited from some other driver? This is most disturbing to me, when I'm trying to eek out every last millisecond of precision from NTP... hope we're not missing too many clock interrupts. louie
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199703152124.QAA11159>