scsi/zip mounting problem with 2.4.0-ac4/6 (at least)

[Todd M. Roy]

Alan and All,

I've detected a bug somewhere in 2.4.0-acX, at least in ac4,
the first ac kernel I built.  It seems that I can't mount
a scsi zip disk in, unless the following has occurred:

1.  There is a disk in the zip drive when I boot.

2.  I fdisk the scsi block device and re-write the partition
    table.  (I accidently discovered this).

in other words I get this:
mount: /dev/sda4 is not a valid block device.
If I try to insert a zipdisk and mount it after I boot up.

This problem does NOT occur as late as 2.4.0-final.

Specifics of my system:

The SCSI board is a real cheap SYM810A based Fast SCSI-2 PCI board.

I use the sym53c8xx driver built in, as is scsi disk support.
The only thing I use the scsi board for is the external zip 100
drive.

It still occurs in ac6.  (I've only build ac4 and 6).

Here is the specifics from a dmesg of 2.4.0 booting:
(2.4.0-ac4 and 6) is the same.
SCSI subsystem driver Revision: 1.00
sym53c8xx: at PCI bus 0, device 13, function 0
sym53c8xx: setting PCI_COMMAND_PARITY...(fix-up)
sym53c8xx: 53c810a detected 
sym53c810a-0: rev 0x12 on pci bus 0 device 13 function 0 irq 10
sym53c810a-0: ID 7, Fast-10, Parity Checking
sym53c810a-0: restart (scsi reset).
scsi0 : sym53c8xx - version 1.6b
  Vendor: IOMEGA    Model: ZIP 100           Rev: C.22
  Type:   Direct-Access                      ANSI SCSI revision: 02
Detected scsi removable disk sda at scsi0, channel 0, id 5, lun 0
sym53c810a-0-<5,*>: target did not report SYNC.
sym53c810a-0-<5,*>: target did not report SYNC.
sym53c810a-0-<5,*>: target did not report SYNC.
sym53c810a-0-<5,*>: target did not report SYNC.
sym53c810a-0-<5,*>: target did not report SYNC.
sda : READ CAPACITY failed.
sda : status = 1, message = 00, host = 0, driver = 28 
sda : extended sense code = 2 
sda : block size assumed to be 512 bytes, disk size 1GB.  
 sda: I/O error: dev 08:00, sector 0
 unable to read partition table

Thanks,
  Todd
**********************************************************************
This footnote confirms that this email message has been swept by 
MIMEsweeper for the presence of computer viruses.
**********************************************************************