* Address or Write Phase Parity Error in Adaptec Ultra320(29320)
@ 2003-04-14 1:59 Michael P. Carel
2003-04-14 2:37 ` Justin T. Gibbs
0 siblings, 1 reply; 5+ messages in thread
From: Michael P. Carel @ 2003-04-14 1:59 UTC (permalink / raw)
To: linux-scsi
Hi,
I'm having problem with my Adaptec Ultra320(29320) in RedHat Linux 7.3
with kernel 2.4.18-3 a Address or Write Phase Parity Error always display on
screen and if the system is idle for a long time, the server network
crushes. I've already used the driver revision 1.3.6 from the freeBSD
website.
Can anyone help me please...
Mike
Here's the sample log:
>>>>>>>>>>>>>>>>>> Dump Card State Begins <<<<<<<<<<<<<<<<<
Apr 8 08:11:33 qa kernel: scsi0: Dumping Card State at program address 0xd
Mode 0x33
Apr 8 08:11:33 qa kernel: Card was paused
Apr 8 08:11:33 qa kernel: SCSISEQ0[0x0] SCSISEQ1[0x12]:(ENAUTOATNP|ENRSELI)
Apr 8 08:11:33 qa kernel: SEQINTCTL[0x0] SCSISIGI[0x0]:(P_DATAOUT)
SCSIPHASE[0x0]
Apr 8 08:11:33 qa kernel: SCSIBUS[0x0] LASTPHASE[0x1]:(P_DATAOUT|P_BUSFREE)
Apr 8 08:11:33 qa kernel: SEQ_FLAGS[0x0] SEQ_FLAGS2[0x0] SSTAT0[0x0]
SSTAT1[0x0]
Apr 8 08:11:33 qa kernel: SSTAT2[0x0] SSTAT3[0x0] PERRDIAG[0x0]
SIMODE1[0xa4]:(ENSCSIPERR|ENSCSIRST|ENSELTIMO)
Apr 8 08:11:33 qa kernel: LQISTAT0[0x0] LQISTAT1[0x0] LQISTAT2[0x0]
LQOSTAT0[0x0]
Apr 8 08:11:33 qa kernel: LQOSTAT1[0x0] LQOSTAT2[0x0]
Apr 8 08:11:33 qa kernel:
Apr 8 08:11:33 qa kernel: SCB Count = 4 LASTSCB 0x3 CURRSCB 0x3 NEXTSCB 0x0
Apr 8 08:11:33 qa kernel: qinstart = 15 qinfifonext = 15
Apr 8 08:11:33 qa kernel: QINFIFO:
Apr 8 08:11:33 qa kernel: WAITING_TID_QUEUES:
Apr 8 08:11:33 qa kernel: Pending list:
Apr 8 08:11:33 qa kernel: Kernel Free SCB list: 3 2 1 0
Apr 8 08:11:33 qa kernel: Sequencer Complete DMA-inprog list:
Apr 8 08:11:33 qa kernel: Sequencer Complete list:
Apr 8 08:11:33 qa kernel: Sequencer DMA-Up and Complete list:
Apr 8 08:11:33 qa kernel:
Apr 8 08:11:33 qa kernel: scsi0: FIFO0 Free, LONGJMP == 0x80ff, SCB 0x0,
LJSCB 0xff00
Apr 8 08:11:33 qa kernel:
SEQIMODE[0x3f]:(ENCFG4TCMD|ENCFG4ICMD|ENCFG4TSTAT|ENCFG4ISTAT|ENCFG4DATA|ENS
AVEPTRS)
Apr 8 08:11:33 qa kernel: SEQINTSRC[0x0] DFCNTRL[0x0]
DFSTATUS[0x89]:(FIFOEMP|HDONE|PRELOAD_AVAIL)
Apr 8 08:11:33 qa kernel: SG_CACHE_SHADOW[0x2]:(LAST_SEG) SG_STATE[0x0]
DFFSXFRCTL[0x0]
Apr 8 08:11:33 qa kernel: SOFFCNT[0x0] MDFFSTAT[0x5]:(FIFOFREE|DLZERO)
SHADDR = 0x00, SHCNT = 0x0
Apr 8 08:11:33 qa kernel: HADDR = 0x00, HCNT =
0x0CCSGCTL[0x10]:(SG_CACHE_AVAIL)
Apr 8 08:11:33 qa kernel: scsi0: FIFO1 Free, LONGJMP == 0x80ff, SCB 0x0,
LJSCB 0xff00
Apr 8 08:11:33 qa kernel:
SEQIMODE[0x3f]:(ENCFG4TCMD|ENCFG4ICMD|ENCFG4TSTAT|ENCFG4ISTAT|ENCFG4DATA|ENS
AVEPTRS)
Apr 8 08:11:33 qa kernel: SEQINTSRC[0x0] DFCNTRL[0x0]
DFSTATUS[0x89]:(FIFOEMP|HDONE|PRELOAD_AVAIL)
Apr 8 08:11:33 qa autofs: automount startup succeeded
Apr 8 08:11:33 qa kernel: SG_CACHE_SHADOW[0x2]:(LAST_SEG) SG_STATE[0x0]
DFFSXFRCTL[0x0]
Apr 8 08:11:33 qa kernel: SOFFCNT[0x0] MDFFSTAT[0x5]:(FIFOFREE|DLZERO)
SHADDR = 0x00, SHCNT = 0x0
Apr 8 08:11:33 qa kernel: HADDR = 0x00, HCNT =
0x0CCSGCTL[0x10]:(SG_CACHE_AVAIL)
Apr 8 08:11:33 qa kernel: LQIN: 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0
0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0
Apr 8 08:11:33 qa sshd: Generating SSH1 RSA host key:
Apr 8 08:11:33 qa kernel: scsi0: LQISTATE = 0x0, LQOSTATE = 0x0, OPTIONMODE
= 0x42
Apr 8 08:11:33 qa kernel: scsi0: OS_SPACE_CNT = 0x20 MAXCMDCNT = 0x0
Apr 8 08:11:33 qa kernel: scsi0: REG0 == 0x214a, SINDEX = 0x133, DINDEX =
0x120
Apr 8 08:11:33 qa kernel: scsi0: SCBPTR == 0x3, SCB_NEXT == 0xffc0,
SCB_NEXT2 == 0xfffb
Apr 8 08:11:33 qa kernel: CDB 12 0 0 0 ff 0
Apr 8 08:11:33 qa kernel: STACK: 0x0 0x0 0x0 0x0 0x0 0x0 0x27 0x1
Apr 8 08:11:33 qa kernel: <<<<<<<<<<<<<<<<< Dump Card State Ends
>>>>>>>>>>>>>>>>>>
Apr 8 08:11:33 qa kernel: scsi0: Address or Write Phase Parity Error
Detected in TARG.
Apr 8 08:11:33 qa kernel: scsi1: PCI error Interrupt
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Address or Write Phase Parity Error in Adaptec Ultra320(29320)
2003-04-14 1:59 Address or Write Phase Parity Error in Adaptec Ultra320(29320) Michael P. Carel
@ 2003-04-14 2:37 ` Justin T. Gibbs
2003-04-14 2:43 ` Michael P. Carel
0 siblings, 1 reply; 5+ messages in thread
From: Justin T. Gibbs @ 2003-04-14 2:37 UTC (permalink / raw)
To: Michael P. Carel, linux-scsi
> Hi,
>
> I'm having problem with my Adaptec Ultra320(29320) in RedHat Linux 7.3
> with kernel 2.4.18-3 a Address or Write Phase Parity Error always display on
> screen and if the system is idle for a long time, the server network
> crushes. I've already used the driver revision 1.3.6 from the freeBSD
> website.
>
> Can anyone help me please...
Can you send me a full dmesg of your system and the output from "lspci -vv"?
Someone is "talking trash" on the PCI bus. This is a very frequent problem
with certain motherboards using VIA chipsets.
--
Justin
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Address or Write Phase Parity Error in Adaptec Ultra320(29320)
2003-04-14 2:37 ` Justin T. Gibbs
@ 2003-04-14 2:43 ` Michael P. Carel
[not found] ` <2574772704.1050290648@aslan.scsiguy.com>
0 siblings, 1 reply; 5+ messages in thread
From: Michael P. Carel @ 2003-04-14 2:43 UTC (permalink / raw)
To: Justin T. Gibbs, linux-scsi
[-- Attachment #1: Type: text/plain, Size: 1181 bytes --]
attached was the dmesg and the lspci output. I'm using EPOX 4G4A with Intel
chipset that have a 32bit PCI slots.
mike
----- Original Message -----
From: "Justin T. Gibbs" <gibbs@scsiguy.com>
To: "Michael P. Carel" <mikecarel@teamglac.com>;
<linux-scsi@vger.kernel.org>
Sent: Monday, April 14, 2003 10:37 AM
Subject: Re: Address or Write Phase Parity Error in Adaptec Ultra320(29320)
> > Hi,
> >
> > I'm having problem with my Adaptec Ultra320(29320) in RedHat Linux 7.3
> > with kernel 2.4.18-3 a Address or Write Phase Parity Error always
display on
> > screen and if the system is idle for a long time, the server network
> > crushes. I've already used the driver revision 1.3.6 from the freeBSD
> > website.
> >
> > Can anyone help me please...
>
> Can you send me a full dmesg of your system and the output from
"lspci -vv"?
> Someone is "talking trash" on the PCI bus. This is a very frequent
problem
> with certain motherboards using VIA chipsets.
>
> --
> Justin
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
[-- Attachment #2: dmesg.txt --]
[-- Type: text/plain, Size: 6844 bytes --]
Linux version 2.4.18-3 (bhcompile@daffy.perf.redhat.com) (gcc version 2.96 20000731 (Red Hat Linux 7.3 2.96-110)) #1 Thu Apr 18 07:37:53 EDT 2002
BIOS-provided physical RAM map:
BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved)
BIOS-e820: 0000000000100000 - 000000003fff0000 (usable)
BIOS-e820: 000000003fff0000 - 000000003fff3000 (ACPI NVS)
BIOS-e820: 000000003fff3000 - 0000000040000000 (ACPI data)
BIOS-e820: 00000000fec00000 - 00000000fec01000 (reserved)
BIOS-e820: 00000000fee00000 - 00000000fee01000 (reserved)
BIOS-e820: 00000000ffb00000 - 0000000100000000 (reserved)
127MB HIGHMEM available.
On node 0 totalpages: 262128
zone(0): 4096 pages.
zone(1): 225280 pages.
zone(2): 32752 pages.
Kernel command line: auto BOOT_IMAGE=linux ro root=802 BOOT_FILE=/boot/vmlinuz-2.4.18-3
Initializing CPU#0
Detected 2039.955 MHz processor.
Console: colour VGA+ 80x25
Calibrating delay loop... 4063.23 BogoMIPS
Memory: 1030888k/1048512k available (1119k kernel code, 17236k reserved, 775k data, 280k init, 131008k highmem)
Dentry cache hash table entries: 131072 (order: 8, 1048576 bytes)
Inode cache hash table entries: 65536 (order: 7, 524288 bytes)
Mount-cache hash table entries: 16384 (order: 5, 131072 bytes)
Buffer cache hash table entries: 65536 (order: 6, 262144 bytes)
Page-cache hash table entries: 262144 (order: 8, 1048576 bytes)
CPU: Before vendor init, caps: 3febfbff 00000000 00000000, vendor = 0
CPU: L1 I cache: 12K, L1 D cache: 8K
CPU: L2 cache: 512K
CPU: After vendor init, caps: 3febfbff 00000000 00000000 00000000
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
CPU: After generic, caps: 3febfbff 00000000 00000000 00000000
CPU: Common caps: 3febfbff 00000000 00000000 00000000
CPU: Intel(R) Pentium(R) 4 CPU 2.00GHz stepping 04
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Checking 'hlt' instruction... OK.
POSIX conformance testing by UNIFIX
mtrr: v1.40 (20010327) Richard Gooch (rgooch@atnf.csiro.au)
mtrr: detected mtrr type: Intel
PCI: PCI BIOS revision 2.10 entry at 0xfae70, last bus=2
PCI: Using configuration type 1
PCI: Probing PCI hardware
Unknown bridge resource 0: assuming transparent
Unknown bridge resource 2: assuming transparent
PCI: Using IRQ router PIIX [8086/24c0] at 00:1f.0
PCI: Found IRQ 9 for device 00:1f.1
isapnp: Scanning for PnP cards...
isapnp: No Plug & Play device found
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
apm: BIOS version 1.2 Flags 0x07 (Driver version 1.16)
Starting kswapd
allocated 64 pages and 64 bhs reserved for the highmem bounces
VFS: Diskquotas version dquot_6.5.0 initialized
pty: 2048 Unix98 ptys configured
Serial driver version 5.05c (2001-07-08) with MANY_PORTS MULTIPORT SHARE_IRQ SERIAL_PCI ISAPNP enabled
ttyS00 at 0x03f8 (irq = 4) is a 16550A
ttyS01 at 0x02f8 (irq = 3) is a 16550A
Real Time Clock Driver v1.10e
block: 1024 slots per queue, batch=256
Uniform Multi-Platform E-IDE driver Revision: 6.31
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
PCI_IDE: unknown IDE controller on PCI bus 00 device f9, VID=8086, DID=24cb
PCI: Device 00:1f.1 not available because of resource collisions
PCI_IDE: (ide_setup_pci_device:) Could not enable device.
hda: CD-540E, ATAPI CD/DVD-ROM drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide-floppy driver 0.99.newide
Floppy drive(s): fd0 is 1.44M
FDC 0 is a post-1991 82077
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
ide-floppy driver 0.99.newide
md: md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27
md: Autodetecting RAID arrays.
md: autorun ...
md: ... autorun DONE.
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP, IGMP
IP: routing cache hash table of 8192 buckets, 64Kbytes
TCP: Hash tables configured (established 262144 bind 65536)
Linux IP multicast router 0.06 plus PIM-SM
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
RAMDISK: Compressed image found at block 0
Freeing initrd memory: 295k freed
VFS: Mounted root (ext2 filesystem).
SCSI subsystem driver Revision: 1.00
kmod: failed to exec /sbin/modprobe -s -k scsi_hostadapter, errno = 2
PCI: Found IRQ 11 for device 02:02.0
PCI: Found IRQ 10 for device 02:02.1
scsi0 : Adaptec AIC79XX PCI-X SCSI HBA DRIVER, Rev 1.3.6
<Adaptec 29320 Ultra320 SCSI adapter>
aic7902: Ultra320 Wide Channel A, SCSI Id=7, PCI 33 or 66Mhz, 512 SCBs
scsi1 : Adaptec AIC79XX PCI-X SCSI HBA DRIVER, Rev 1.3.6
<Adaptec 29320 Ultra320 SCSI adapter>
aic7902: Ultra320 Wide Channel B, SCSI Id=7, PCI 33 or 66Mhz, 512 SCBs
blk: queue f7e61a18, I/O limit 4095Mb (mask 0xffffffff)
(scsi1:A:0): 320.000MB/s transfers (160.000MHz DT|IU|QAS, 16bit)
(scsi1:A:1): 320.000MB/s transfers (160.000MHz DT|IU|QAS, 16bit)
Vendor: SEAGATE Model: ST336607LW Rev: 0004
Type: Direct-Access ANSI SCSI revision: 03
blk: queue f7865a18, I/O limit 4095Mb (mask 0xffffffff)
Vendor: SEAGATE Model: ST336607LW Rev: 0004
Type: Direct-Access ANSI SCSI revision: 03
blk: queue f7865c18, I/O limit 4095Mb (mask 0xffffffff)
scsi1:A:0:0: Tagged Queuing enabled. Depth 32
scsi1:A:1:0: Tagged Queuing enabled. Depth 32
Attached scsi disk sda at scsi1, channel 0, id 0, lun 0
Attached scsi disk sdb at scsi1, channel 0, id 1, lun 0
SCSI device sda: 71687372 512-byte hdwr sectors (36704 MB)
Partition check:
sda: sda1 sda2 sda3 sda4 < sda5 >
SCSI device sdb: 71687372 512-byte hdwr sectors (36704 MB)
sdb: sdb1 sdb2 sdb3
Journalled Block Device driver loaded
kjournald starting. Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
Freeing unused kernel memory: 280k freed
Adding Swap: 2048276k swap-space (priority -1)
Adding Swap: 2048248k swap-space (priority -2)
EXT3 FS 2.4-0.9.17, 10 Jan 2002 on sd(8,2), internal journal
kjournald starting. Commit interval 5 seconds
EXT3 FS 2.4-0.9.17, 10 Jan 2002 on sd(8,1), internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting. Commit interval 5 seconds
EXT3 FS 2.4-0.9.17, 10 Jan 2002 on sd(8,3), internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting. Commit interval 5 seconds
EXT3 FS 2.4-0.9.17, 10 Jan 2002 on sd(8,18), internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting. Commit interval 5 seconds
EXT3 FS 2.4-0.9.17, 10 Jan 2002 on sd(8,17), internal journal
EXT3-fs: mounted filesystem with ordered data mode.
[-- Attachment #3: lspci.out --]
[-- Type: application/octet-stream, Size: 6699 bytes --]
00:00.0 Host bridge: Intel Corp.: Unknown device 2560 (rev 01)
Subsystem: Unknown device 1695:4002
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap+ 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort+ >SERR- <PERR-
Latency: 0
Region 0: Memory at d8000000 (32-bit, prefetchable) [size=64M]
Capabilities: [e4] #09 [0105]
Capabilities: [a0] AGP version 2.0
Status: RQ=31 SBA+ 64bit- FW+ Rate=x1,x2
Command: RQ=0 SBA- AGP- 64bit- FW- Rate=<none>
00:01.0 PCI bridge: Intel Corp.: Unknown device 2561 (rev 01) (prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B-
Status: Cap- 66Mhz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 64
Bus: primary=00, secondary=01, subordinate=01, sec-latency=32
Memory behind bridge: dc000000-ddffffff
Prefetchable memory behind bridge: d0000000-d7ffffff
BridgeCtl: Parity- SERR- NoISA+ VGA+ MAbort- >Reset- FastB2B-
00:1e.0 PCI bridge: Intel Corp. 82801BA/CA PCI Bridge (rev 81) (prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR+
Latency: 0
Bus: primary=00, secondary=02, subordinate=02, sec-latency=32
I/O behind bridge: 00009000-0000afff
Memory behind bridge: de000000-dfffffff
BridgeCtl: Parity- SERR+ NoISA+ VGA- MAbort- >Reset- FastB2B-
00:1f.0 ISA bridge: Intel Corp.: Unknown device 24c0 (rev 01)
Control: I/O+ Mem+ BusMaster+ SpecCycle+ MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR+
Latency: 0
00:1f.1 IDE interface: Intel Corp.: Unknown device 24cb (rev 01) (prog-if 8a [Master SecP PriP])
Subsystem: Unknown device 1695:4002
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 0
Interrupt: pin A routed to IRQ 9
Region 0: I/O ports at <unassigned> [size=8]
Region 1: I/O ports at <unassigned> [size=4]
Region 2: I/O ports at <unassigned> [size=8]
Region 3: I/O ports at <unassigned> [size=4]
Region 4: I/O ports at f000 [size=16]
Region 5: Memory at 40000000 (32-bit, non-prefetchable) [size=1K]
00:1f.3 SMBus: Intel Corp.: Unknown device 24c3 (rev 01)
Subsystem: Unknown device 1695:4002
Control: I/O+ Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Interrupt: pin B routed to IRQ 5
Region 4: I/O ports at 0500 [size=32]
01:00.0 VGA compatible controller: nVidia Corporation NV11 [GeForce2 MX] (rev b2) (prog-if 00 [VGA])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap+ 66Mhz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 32 (1250ns min, 250ns max)
Interrupt: pin A routed to IRQ 9
Region 0: Memory at dc000000 (32-bit, non-prefetchable) [size=16M]
Region 1: Memory at d0000000 (32-bit, prefetchable) [size=128M]
Expansion ROM at <unassigned> [disabled] [size=64K]
Capabilities: [60] Power Management version 2
Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-
Capabilities: [44] AGP version 2.0
Status: RQ=31 SBA- 64bit- FW- Rate=x1,x2
Command: RQ=0 SBA- AGP- 64bit- FW- Rate=<none>
02:00.0 Ethernet controller: Davicom Semiconductor, Inc. Ethernet 100/10 MBit (rev 31)
Subsystem: Unknown device 3030:5032
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR+
Latency: 32 (5000ns min, 10000ns max)
Interrupt: pin A routed to IRQ 5
Region 0: I/O ports at 9000 [size=256]
Region 1: Memory at df004000 (32-bit, non-prefetchable) [size=256]
Expansion ROM at <unassigned> [disabled] [size=256K]
Capabilities: [50] Power Management version 1
Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot+,D3cold+)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-
02:02.0 SCSI storage controller: Adaptec: Unknown device 8012 (rev 03)
Subsystem: Adaptec: Unknown device 0042
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap+ 66Mhz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 32 (10000ns min, 6250ns max), cache line size 08
Interrupt: pin A routed to IRQ 11
Region 0: I/O ports at 9400 [disabled] [size=256]
Region 1: Memory at df000000 (64-bit, non-prefetchable) [size=8K]
Region 3: I/O ports at 9800 [disabled] [size=256]
Expansion ROM at <unassigned> [disabled] [size=512K]
Capabilities: [dc] Power Management version 2
Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-
Capabilities: [a0] Message Signalled Interrupts: 64bit+ Queue=0/1 Enable-
Address: 0000000000000000 Data: 0000
Capabilities: [94] PCI-X non-bridge device.
Command: DPERE- ERO+ RBC=0 OST=4
Status: Bus=0 Dev=0 Func=0 64bit- 133MHz- SCD- USC-, DC=simple, DMMRBC=0, DMOST=0, DMCRS=0, RSCEM-
02:02.1 SCSI storage controller: Adaptec: Unknown device 8012 (rev 03)
Subsystem: Adaptec: Unknown device 0042
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap+ 66Mhz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 32 (10000ns min, 6250ns max), cache line size 08
Interrupt: pin B routed to IRQ 10
Region 0: I/O ports at 9c00 [disabled] [size=256]
Region 1: Memory at df002000 (64-bit, non-prefetchable) [size=8K]
Region 3: I/O ports at a000 [disabled] [size=256]
Expansion ROM at <unassigned> [disabled] [size=512K]
Capabilities: [dc] Power Management version 2
Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-
Capabilities: [a0] Message Signalled Interrupts: 64bit+ Queue=0/1 Enable-
Address: 0000000000000000 Data: 0000
Capabilities: [94] PCI-X non-bridge device.
Command: DPERE- ERO+ RBC=0 OST=4
Status: Bus=0 Dev=0 Func=0 64bit- 133MHz- SCD- USC-, DC=simple, DMMRBC=0, DMOST=0, DMCRS=0, RSCEM-
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Address or Write Phase Parity Error in Adaptec Ultra320(29320)
[not found] ` <2574772704.1050290648@aslan.scsiguy.com>
@ 2003-04-14 4:45 ` Michael P. Carel
2003-04-14 5:35 ` Michael P. Carel
0 siblings, 1 reply; 5+ messages in thread
From: Michael P. Carel @ 2003-04-14 4:45 UTC (permalink / raw)
To: Justin T. Gibbs; +Cc: linux-scsi
changing slots doesnt change anything but removing the network make the scsi
work fine, but i need a network in this machine. What should i do?
----- Original Message -----
From: "Justin T. Gibbs" <gibbs@scsiguy.com>
To: "Michael P. Carel" <mikecarel@teamglac.com>
Sent: Monday, April 14, 2003 11:24 AM
Subject: Re: Address or Write Phase Parity Error in Adaptec Ultra320(29320)
> > attached was the dmesg and the lspci output. I'm using EPOX 4G4A with
Intel
> > chipset that have a 32bit PCI slots.
>
> Some things to try:
>
> 1) Do you still get these messages when drivers for most other peripherals
> are not loaded (no sound, no ethernet, no ide, etc).
>
> 2) Does the behavior change when you change slots?
>
> I don't have a lot of experience with the 845xx chipsets, but you may
> be able to avoid the problem by moving the 29320 to a bus that is not
> getting strafed by some device sending out PCI transactions with bad
> parity.
>
> --
> Justin
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Address or Write Phase Parity Error in Adaptec Ultra320(29320)
2003-04-14 4:45 ` Michael P. Carel
@ 2003-04-14 5:35 ` Michael P. Carel
0 siblings, 0 replies; 5+ messages in thread
From: Michael P. Carel @ 2003-04-14 5:35 UTC (permalink / raw)
To: Justin T. Gibbs; +Cc: linux-scsi
Justin,
thanks for the tips, my scsi now works fine, i've change my cnet network
card to 3com network card. CNET network card give a parity error to my
Adaptec Ultra320(29320) scsi card.
Mike
----- Original Message -----
From: "Michael P. Carel" <mikecarel@teamglac.com>
To: "Justin T. Gibbs" <gibbs@scsiguy.com>
Cc: <linux-scsi@vger.kernel.org>
Sent: Monday, April 14, 2003 12:45 PM
Subject: Re: Address or Write Phase Parity Error in Adaptec Ultra320(29320)
> changing slots doesnt change anything but removing the network make the
scsi
> work fine, but i need a network in this machine. What should i do?
>
> ----- Original Message -----
> From: "Justin T. Gibbs" <gibbs@scsiguy.com>
> To: "Michael P. Carel" <mikecarel@teamglac.com>
> Sent: Monday, April 14, 2003 11:24 AM
> Subject: Re: Address or Write Phase Parity Error in Adaptec
Ultra320(29320)
>
>
> > > attached was the dmesg and the lspci output. I'm using EPOX 4G4A with
> Intel
> > > chipset that have a 32bit PCI slots.
> >
> > Some things to try:
> >
> > 1) Do you still get these messages when drivers for most other
peripherals
> > are not loaded (no sound, no ethernet, no ide, etc).
> >
> > 2) Does the behavior change when you change slots?
> >
> > I don't have a lot of experience with the 845xx chipsets, but you may
> > be able to avoid the problem by moving the 29320 to a bus that is not
> > getting strafed by some device sending out PCI transactions with bad
> > parity.
> >
> > --
> > Justin
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2003-04-14 5:37 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2003-04-14 1:59 Address or Write Phase Parity Error in Adaptec Ultra320(29320) Michael P. Carel
2003-04-14 2:37 ` Justin T. Gibbs
2003-04-14 2:43 ` Michael P. Carel
[not found] ` <2574772704.1050290648@aslan.scsiguy.com>
2003-04-14 4:45 ` Michael P. Carel
2003-04-14 5:35 ` Michael P. Carel
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.