[94] in linux-scsi channel archive
Re: 53c810 SCSI + PCI = purple hieroglyphics
daemon@ATHENA.MIT.EDU (Drew Eckhardt)
Wed Mar 8 04:19:09 1995
To: Archie Cobbs <archie@cs.berkeley.edu>
cc: linux-scsi@vger.rutgers.edu, linux-kernel@vger.rutgers.edu
In-reply-to: Your message of "Mon, 06 Mar 1995 20:54:14 PST."
<199503070454.UAA14729@qin.CS.Berkeley.EDU>
Date: Tue, 07 Mar 1995 15:51:30 MST
From: Drew Eckhardt <drew@boulder.openware.com>
In message <199503070454.UAA14729@qin.CS.Berkeley.EDU>, archie@CS.Berkeley.EDU
writes:
>
>
>Hello friends... my SCSI isn't working right :-(
No, your SCSI is working fine. Your video board is the thing that's broken.
>
>Executive summary:
>
> I'm getting consistent weird behavior with the NCR 53c810
> SCSI driver in kernel 1.1.95 (plus kswap) This is on an
> ASUS SP3G motherboard, with the newer NCR 3.06 BIOS driver.
> The CD ROM is a TEAC CD-50. Playing audio CD's is no problem.
>
>Quick description:
>
> During the initial SCSI probe a few multi-colored weird
> characters appear on the screen (in the same consistent
> pattern each bootup). Accessing large files on the CD
> produces lots more multicolor gibberish on the screen.
> So far, it seems to have no other effect when viewing a
> linux virtual console, but X often hangs after a few scan
> lines have been gibberized. It seems there is some kind
> of PCI screwup.
>
>Contents of /proc/pci:
> PCI devices found :
> Bus 0 Device 4 Function 0.
> XGA display controller : Tseng'Lab ET4000W32P (rev 0).
Tseng didn't get the PCI implementation right on the first try
with the ET4000W32P. They may work fine under DOS, but as soon as you
attempt to use one at the same time as a PCI bus master (like the NCR
chip), you can run into big problems.
Using a newer version of the ET400W32P, or different video board should
make the problem go away.
> (1) Is this line relevant?
> Max size:55726 Log zone size:2048
> First datazone:18 Root inode number 36864
>
> Notes:
>
> (1) Is this line relevant?
Sort of.
> (2) This is when the gibberish appears
This is the first time your SCSI chip is attempting to access the PCI
bus (readahead from bread()) at the same time you're writing to your
video board (debugging output from the isofs code).
