Kernel 2.4.0ac10 and sym53c895 problem

From: Mathieu Chouquet-Stringer (mchouque@cs.stevens-tech.edu)
Date: Wed Jun 07 2000 - 11:51:21 EST


        Hi!

I'm experiencing a problem with my scsi card (based on a sym53c895 chipset)
since kernel ac9. During the boot, I get this messages

sym53c8xx: at PCI bus 0, device 11, function 0
sym53c8xx: setting PCI_COMMAND_PARITY...(fix-up)
sym53c8xx: 53c895 detected with Tekram NVRAM
sym53c895-0: rev 0x1 on pci bus 0 device 11 function 0 irq 10
sym53c895-0: Tekram format NVRAM, ID 7, Fast-40, Parity Checking
sym53c895-0: on-chip RAM at 0xca800000
sym53c895-0: restart (scsi reset).
sym53c895-0: Downloading SCSI SCRIPTS.
scsi0 : sym53c8xx - version 1.6b
scsi : 1 host.
  Vendor: IBM Model: DNES-309170W Rev: SAH0
  Type: Direct-Access ANSI SCSI revision: 03
Detected scsi disk sda at scsi0, channel 0, id 0, lun 0
  Vendor: IBM Model: DDRS-34560D Rev: DC1B
  Type: Direct-Access ANSI SCSI revision: 02
Detected scsi disk sdb at scsi0, channel 0, id 1, lun 0
  Vendor: PIONEER Model: CD-ROM DR-U16S Rev: 1.01
  Type: CD-ROM ANSI SCSI revision: 02
Detected scsi CD-ROM sr0 at scsi0, channel 0, id 4, lun 0
  Vendor: TEAC Model: CD-R55S Rev: 1.0R
  Type: CD-ROM ANSI SCSI revision: 02
Detected scsi CD-ROM sr1 at scsi0, channel 0, id 5, lun 0
sym53c895-0-<0,0>: tagged command queue depth set to 32
sym53c895-0-<1,0>: tagged command queue depth set to 32
scsi : detected 2 SCSI cdroms 2 SCSI disks total.
sym53c895-0-<4,0>: sync msgout: 1-3-1-a-1f.
sym53c895-0-<4,0>: sync msg in: 1-3-1-c-10.
sym53c895-0-<4,0>: sync: per=12 scntl3=0xb0 scntl4=0x0 ofs=16 fak=0 chg=0.
sym53c895-0-<4,*>: FAST-20 SCSI 20.0 MB/s (50 ns, offset 16)
sym53c895-0-<4,0>: sync msgout: 1-3-1-a-1f.
sym53c895-0-<4,0>: sync msg in: 1-3-1-c-10.
sym53c895-0-<4,0>: sync: per=12 scntl3=0xb0 scntl4=0x0 ofs=16 fak=0 chg=0.
sr0: scsi3-mmc drive: 32x/32x cd/rw xa/form2 cdda tray
Uniform CD-ROM driver Revision: 3.09
sym53c895-0-<5,0>: sync msgout: 1-3-1-a-1f.
sym53c895-0-<5,0>: sync msg in: 1-3-1-19-f.
sym53c895-0-<5,0>: sync: per=25 scntl3=0x50 scntl4=0x0 ofs=15 fak=0 chg=0.
sym53c895-0-<5,*>: FAST-10 SCSI 10.0 MB/s (100 ns, offset 15)
sym53c895-0-<5,0>: sync msgout: 1-3-1-a-1f.
sym53c895-0-<5,0>: sync msg in: 1-3-1-19-f.
sym53c895-0-<5,0>: sync: per=25 scntl3=0x50 scntl4=0x0 ofs=15 fak=0 chg=0.
sym53c895-0-<5,0>: sync msgout: 1-3-1-a-1f.
sym53c895-0-<5,0>: sync msg in: 1-3-1-19-f.
sym53c895-0-<5,0>: sync: per=25 scntl3=0x50 scntl4=0x0 ofs=15 fak=0 chg=0.
sym53c895-0-<0,0>: wide msgout: 1-2-3-1.
sym53c895-0-<0,0>: wide msgin: 1-2-3-1.
sym53c895-0-<0,0>: wide: wide=1 chg=0.
sym53c895-0-<0,0>: wide msgout: 1-2-3-1.
sym53c895-0-<0,0>: wide msgin: 1-2-3-1.
sym53c895-0-<0,0>: wide: wide=1 chg=0.
sym53c895-0-<0,0>: sync msgout: 1-3-1-a-1f.
sym53c895-0-<0,0>: sync msg in: 1-3-1-a-1e.
sym53c895-0-<0,0>: sync: per=10 scntl3=0x90 scntl4=0x0 ofs=30 fak=0 chg=0.
sym53c895-0-<0,*>: FAST-40 WIDE SCSI 80.0 MB/s (25 ns, offset 30)
SCSI device sda: hdwr sector= 512 bytes. Sectors= 17916240 [8748 MB] [8.7 GB]
Partition check:
 sda: sda1 sda2 < sda5 sda6 sda7 sda8 > sda3
sym53c895-0-<1,0>: wide msgout: 1-2-3-1.
sym53c895-0-<1,0>: wide msgin: 1-2-3-1.
sym53c895-0-<1,0>: wide: wide=1 chg=0.
sym53c895-0-<1,0>: wide msgout: 1-2-3-1.
sym53c895-0-<1,0>: wide msgin: 1-2-3-1.
sym53c895-0-<1,0>: wide: wide=1 chg=0.
sym53c895-0-<1,0>: sync msgout: 1-3-1-a-1f.
sym53c895-0-<1,0>: sync msg in: 1-3-1-a-f.
sym53c895-0-<1,0>: sync: per=10 scntl3=0x90 scntl4=0x0 ofs=15 fak=0 chg=0.
sym53c895-0-<1,*>: FAST-40 WIDE SCSI 80.0 MB/s (25 ns, offset 15)
SCSI device sdb: hdwr sector= 512 bytes. Sectors= 8925000 [4357 MB] [4.4 GB]
 sdb: sdb1

This is strange because it didn't happend with older kernel (and I know
that some changes were made between ac8 and ac9). If Gerard can help me and
if I can help him to debug this thing, please let me know, thank you!

Oh, I've forgotten another thing. If I do cat /proc/bus/pci/00/* when I'm
root (and only root), I get scsi reset (especially when I'm copying big
files). Is this a bug or a feature?

-- 
Mathieu CHOUQUET-STRINGER    E-Mail : mchouque@stevens-tech.edu
     "Entities must not be multiplied beyond necessity"
		-- William of Occam --

- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/



This archive was generated by hypermail 2b29 : Wed Jun 07 2000 - 21:00:29 EST