Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 26 Apr 1999 03:52:51 -0700
From:      John-Mark Gurney <gurney_j@efn.org>
To:        Amancio Hasty <hasty@rah.star-gate.com>
Cc:        multimedia@freebsd.org
Subject:   Re: brooktree driver problems??
Message-ID:  <19990426035251.16628@hydrogen.nike.efn.org>
In-Reply-To: <199904261012.DAA06057@rah.star-gate.com>; from Amancio Hasty on Mon, Apr 26, 1999 at 03:12:09AM -0700
References:  <19990426025234.21776@hydrogen.nike.efn.org> <199904261012.DAA06057@rah.star-gate.com>

next in thread | previous in thread | raw e-mail | index | archive | help
Amancio Hasty scribbled this message on Apr 26:
> It looks like a PCI chipset problem in your end . The driver is supposed to 
> have
> special settings for your PCI chipset although I am not sure that
> they will work in your case because the 878/879 docs don't
> mentioned anything about bt848s settings for different PCI chipsets.
> 
> Also I am not too sure about the memory bandwith on your system
> I would just aimed the display to the vga card and then time it and
> thats provided that the Apollo does not cache the video memory
> like the Intel PCI chipsets do which you have to set to write-combine
> (don't cache) to get maximum VGA performance.

well, I don't have a VGA card in this machine, so that's kinda of hard
to do... bzero bandwidth is around 150meg/sec, an when I do a
dd if=/dev/zero of=/dev/null bs=2m it's about 55meg/sec, at 1meg bs
it's around 117meg/sec (I have 1meg L2 cache)...

> Your system is most likely timing out so look into the PCI clock cycle 
> in your BIOS mine is set to 32 and uncomment in the driver the following
> printf:

I'm pretty sure I don't have a PCI clock cycle setting, the options
that I do have are: CPU to PCI Write Buffer, PCI Dynamic Bursting, PCI
Burst, PCI Master 0 WS Write, Quick Frame Generation, and PCI Peer
Concurrency... all of those are enabled.. the MB manual only suggests
disabling PCI Burst for trouble shooting, which I'll do sometime...

>  #if defined( STATUS_SUM )
>         /* add any new device status or INTerrupt status bits */
>         status_sum |= (bktr_status & ~(BT848_INT_RSV0|BT848_INT_RSV1));
>         status_sum |= ((dstatus & (BT848_DSTATUS_COF|BT848_DSTATUS_LOF)) << 6);
>  #endif /* STATUS_SUM */
> 
>          printf( " STATUS %x %x %x \n",
>                 dstatus, bktr_status, bt848->risc_count );
> 
>         /* if risc was disabled re-start process again */
>         if ( !(bktr_status & BT848_INT_RISC_EN) ||
> 
> 
> Mail back the last 50 or so output lines which hopefully will shed some
> light into what is upsetting the bt848.

ok, turns out that this isn't a good thing to do when your running
a serial console on the machine... 9600bps just causes your machine
to freeze up.. :(  but here is the output (these are from the middle
but I assume that doesn't matter that much):
 STATUS a2 ef004a8e 3006500 
 STATUS a2 ee004a0e 100001c 
 STATUS 82 ee000a0e 100001c 
 STATUS 82 ee004a0e 1000524 
 STATUS 82 ee000a0e 100001c 
 STATUS 82 ee005a0e 1000524 
 STATUS a2 ef005a0e 100001c 
 STATUS a2 ef000a0e 100001c 
 STATUS a2 ef004a8e 3001dc8 
 STATUS 82 ee000a0e 100001c 
 STATUS 82 ee000a0e 1000524 
 STATUS 82 ee000a0e 1000134 
 STATUS 82 ee004a8e 2000524 
 STATUS a2 ef00120e 100001c 
 STATUS a2 ef007a0e 100001c 
 STATUS 82 ee005a0e 100001c 
 STATUS a2 ef00020e 100001c 
 STATUS a2 ef000a0e 200033c 
 STATUS 82 ee005a0e 1000524 
 STATUS 82 ee005a0e 100001c 
 STATUS 82 ee000a0e 100001c 
 STATUS a2 ef005a0e 200004c 
 STATUS a2 ef005a0e 100001c 
 STATUS a2 ef004a0e 100001c 
 STATUS a2 ef00120e 100001c 
 STATUS a2 ef000a0e 100001c 
 STATUS a2 ef000a0e 2000074 
 STATUS a2 ef005a0e 1000524 
 STATUS a2 ef00020e 100001c 
 STATUS a2 ef000a0e 200007c 
 STATUS 82 ee000a0e 10004d4 
 STATUS 82 ee004a0e 10004e4 
 STATUS 82 ee005a0e 100001c 
 STATUS 82 ee000a0e 100001c 
 STATUS 82 ee004a0e 1000524 
 STATUS 82 ee000a0e 100001c 
 STATUS a2 ef00020e 10004a4 
 STATUS a2 ef004a0e 2000474 
 STATUS a2 ef004a0e 100001c 
 STATUS a2 ef000a0e 100001c 
 STATUS a2 ef005a0e 200001c 
 STATUS a2 ef004a0e 100001c 
 STATUS 82 ee005a0e 100001c 
 STATUS a2 ef00020e 100001c 
 STATUS 82 ee004a0e 3012d1c 
 STATUS a2 ef005a0e 100001c 
 STATUS 82 ee004a0e 100001c 
 STATUS 82 ee000a0e 100001c 
 STATUS a2 ef000a0e 2000154 
 STATUS a2 ef004a0e 2000094 
 STATUS 82 ee004a0e 100001c 
 STATUS 82 ee000a0e 100001c 
 STATUS 82 ee000a0e 1000524 
 STATUS 82 ee000a0e 10000ac 
 STATUS a2 ef000a0e 2000524 
 STATUS 82 ee004a0e 200045c 
 STATUS 82 ee004a0e 100001c 
 STATUS a2 ef005a0e 100001c 
 STATUS a2 ef000a0e 100001c 
 STATUS 82 ee00120e 100001c 
 STATUS a2 ef00120e 100001c 
 STATUS a2 ef004a0e 100001c 
 STATUS a2 ef000a0e 100001c 
 STATUS a2 ef000a0e 200002c 
 STATUS 82 ee000a0e 1000474 
 STATUS 82 ee000a0e 10002e4 
 STATUS 82 ee000a0e 1000164 

-- 
  John-Mark Gurney                              Voice: +1 541 684 8449
  Cu Networking					  P.O. Box 5693, 97405

  "The soul contains in itself the event that shall presently befall it.
  The event is only the actualizing of its thought." -- Ralph Waldo Emerson


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-multimedia" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?19990426035251.16628>