> >I've disabled cache, swapped cache, swapped SIMMS ... problem still
> >occurs. I have active termination on this card, and it is rock-solid
> >otherwise with the old driver.
> >
> >Perhaps I hadn't emphasised this in my previous post:
> >
> >The problem only manifests itself when the target disk becomes FULL
> >during the test, so perhaps ENOSPC is being ignored/mis-coded by the new
> >aic7xxx driver (perhaps in the SCB DMA routines?). Because the IDE drive
> >is affected, the driver may be over-writing into the I/O space of the IDE
> >driver.
>
> Ohhh. No I didn't understand that the disk becomes full.
>
> It's not the aic7xxx drivers responsibility to handle/raise ENOSPC. The
> driver just executes commands that the higher-level SCSI code sends to it.
The aic7xxx code is not the only one. There was a recent post I just noticed
where NCR53c7,8xx does a similar thing (although I don't know if this is
a disk full condition):
Date: Sat, 17 Feb 1996 14:46:36 +0100 (MET)
From: Carsten Paeth <calle@calle.in-berlin.de>
To: linux-kernel@vger.rutgers.edu
Subject: EXT2-fs error, Hmmm....
Hi, all.
Today, I got the following error message (running 1.3.64):
Feb 17 14:00:04 calle vmunix: EXT2-fs error (device 08:11):
ext2_find_entry: bad entry in directory #6025:
directory entry across blocks - offset=2016, inode=29360128,
rec_len=3540, name_len=8
Feb 17 14:00:05 calle vmunix: Remounting filesystem read-only
It was the root-filesystem.
inode 6025 is /etc, ld.so.cache was lost after the error message.
No errors found by fsck,
I remouted it again, no problem.
May be a temporaery problem with the SCSI-Bus.
I have a NCR53c7,8xx running syncronous at 5M.
> I don't know why the newer driver doesn't work whereas the previous driver
> did? Perhaps some changes were made to the aic7xxx driver without our
> knowing it, and they got lost (replaced over) in our recent release?
Do you have your most recent release available via ftp? If so, I can
compare it with the Linux kernel release that I have from kernel 1.3.66.
(I can also send you the code I have here if you want to look at it).
Cheers,
--
James S. MacKinnon Office: P-139 Avahd-Bhatia Physics Lab
Department of Physics Voice : (403) 492-8226
University of Alberta email : Jim.MacKinnon@Phys.UAlberta.CA
Edmonton, Canada T6G 2N5
WWW: http://www.phys.ualberta.ca/~jmack/jmack.html