From owner-freebsd-multimedia  Wed Apr 16 17:50:13 1997
Return-Path: <owner-multimedia>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.5/8.8.5) id RAA22156
          for multimedia-outgoing; Wed, 16 Apr 1997 17:50:13 -0700 (PDT)
Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18])
          by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA22150
          for <multimedia@freebsd.org>; Wed, 16 Apr 1997 17:50:10 -0700 (PDT)
Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.7.3) with ESMTP id RAA00859; Wed, 16 Apr 1997 17:48:42 -0700 (PDT)
Message-Id: <199704170048.RAA00859@rah.star-gate.com>
X-Mailer: exmh version 1.6.9 8/22/96
To: Randall Hopper <rhh@ct.picker.com>
cc: multimedia@freebsd.org
Subject: Re: Bt848 Missing frames fix 
In-reply-to: Your message of "Wed, 16 Apr 1997 20:38:38 EDT."
             <19970416203838.49588@ct.picker.com> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Wed, 16 Apr 1997 17:48:42 -0700
From: Amancio Hasty <hasty@rah.star-gate.com>
Sender: owner-multimedia@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk




You have to get hold of a second system and try to telnet to your box or
make the serial port your console so you can debug the kernel remote.

I have seen instances in Win95 when the machine is trashed yet the video
still comes in. Have not seen such problem in FreeBSD.

Will try to reproduce the problem over here . Any hints on how to trigger
the situation is most welcome.

	Amancio


>From The Desk Of Randall Hopper :
> Amancio Hasty:
>  |As for general driver stability I use the driver here every day must
>  |say to watch TV 8)
> 
> Speaking of stability, that was actually going to be my next question.
> Over the past few days, I've noticed 3 or 4 times when I'm typing around in
> my XTerm with the TV going, I'll see a bit of font corruption in the text
> that's being refreshed at that time and less than a second later, the X
> server and system is completely locked.  Ctrl-Bksp, Ctrl-Alt-Del, mouse,
> all locked -- though the video keeps right on cooking, and the video card
> keeps right on blasting the updated video.  So the Wincast card, video
> refresh, and PCI-to-PCI DMA sure isn't dead, but the X server (at least)
> seems to be.
> 
> Is just leaving the console open, trying to keep it in the viewport of my
> desktop, and hoping for some useful messages will appear the best course?
> Or is there some other option I might try that might stand a shot of
> triggering a fault or kernel panic -- generating some useful core dump --
> that I can try.
> 
> Any way to hard-wire a key to panic the kernel?  Any other suggestions for
> tracking this?
> 
> Randall
>