[lkml]   [1999]   [Jul]   [17]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: NCR810 problems on 2.2.10-ac10

    On Sat, 17 Jul 1999, Mike Frisch wrote:

    > When attempting to boot 2.2.10-ac10 on an AMD K6/233 w/FIC PA-2007
    > motherboard and a generic NCR810 based card, I get the following messages
    > during boot:
    > sym53c810a-0: script cmd = f31c004
    > regdump: da 10 80 03 47 00 00 1f 71 0e 00 aa 80 00 0a 00
    > sym53c810a-0:00: ERROR (c0:0) (e-aa-0) (013) @ (script 68:1e000000)

    Bit 0x80 is a pure status bit (DMA FIFO empty)
    Bit 0x40 means Master Data Parity Error.

    The chip is telling you that it detected a data parity error on the PCI
    BUS (not the SCSI BUS) when acting as a PCI master. In my opinion, such an
    error should not be tried to be recovered, but the system should just be

    > sym53c810a-0: restart (scsi reset)
    > (Anything that doesn't make sense there can be attributed to a typo
    > and/or mistake transcribing from the screen :-)

    You just should not miss the single bit that made the whole sense. :-)

    > This same machine works perfectly with 2.0.37 (and all previous 2.0.x
    > kernels for that matter). Here are the compile options:
    > CONFIG_SCSI_NCR53C7xx=m
    > # CONFIG_SCSI_NCR53C7xx_sync is not set
    > # CONFIG_SCSI_NCR53C8XX_PROFILE is not set
    > # CONFIG_SCSI_NCR53C8XX_IOMAPPED is not set

    Nothing bad here.

    > I tried both drivers (BTW, why are there two?) with the same effect. The

    The '2 drivers instead of one' approach happens to be explained in the
    README.ncr53c8xx file. The sym53c8xx is optimized for the 896 and 895A.

    > SCSI devices are:
    > Attached devices:
    > Host: scsi0 Channel: 00 Id: 00 Lun: 00
    > Vendor: SEAGATE Model: ST32430N Rev: 0510
    > Type: Direct-Access ANSI SCSI revision: 02
    > Host: scsi0 Channel: 00 Id: 02 Lun: 00
    > Vendor: SEAGATE Model: ST1480 SUN0424 Rev: 7516
    > Type: Direct-Access ANSI SCSI revision: 02
    > Any ideas? I briefly looked through the source code for both drivers but
    > couldn't find anything that would possibly explain this problem.

    The driver just displays a hardware error condition reported by the chip.

    If you are courageous, you may try to disable master parity checking and
    see what happens (driver option 'mpar:n'). But donnot consider you have
    been advised to do so.:)


    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to
    Please read the FAQ at

     \ /
      Last update: 2005-03-22 13:53    [W:0.024 / U:2.612 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site