[4368] in linux-scsi channel archive
eata_reset problems with DPT 2044
daemon@ATHENA.MIT.EDU (Jerry Kerns)
Wed Jul 15 04:16:54 1998
From: Jerry Kerns <webmaster@rsa.net>
Reply-To: webmaster@rsa.net
To: linux-scsi@vger.rutgers.edu
Date: Wed, 15 Jul 1998 03:18:25 -0500
Hi all. I'm using RH5.0 on a P5-200 system for httpd and mail. While I was moving around some files (like
100+mbs) I got hit with a lockup. I restarted the system, had to run fsck
manually, then it hung again. It has not happened It has not happened again,
but I've avoided moving much, and the system is under no load until I can be
confident I won't loose all my users files. Here are some snips of bootup and a
few lines of errors from the logs.
EATA (Extended Attachment) driver version: 2.59b
HBA no. Boardtype Revis EATA Bus BaseIO IRQ DMA Ch ID Pr QS S/G IS
scsi0 : PM2044UW v07H.1 2.0c PCI 0x6110 11 BMST 1 7 N 64 252 Y
scsi0 : EATA (Extended Attachment) HBA driver
scsi : 1 host.
Vendor: QUANTUM Model: XP32275W Rev: LXY4
Type: Direct-Access ANSI SCSI revision: 02
Detected scsi disk sda at scsi0, channel 0, id 2, lun 0
Vendor: QUANTUM Model: XP32275W Rev: LXY4
Type: Direct-Access ANSI SCSI revision: 02
Detected scsi disk sdb at scsi0, channel 0, id 3, lun 0
scsi0: queue depth for target 2 on channel 0 set to 32
scsi0: queue depth for target 3 on channel 0 set to 32
SCSI device sda: hdwr sector= 512 bytes. Sectors= 4445379 [2170 MB] [2.2 GB]
sda: sda1 sda2 sda3
SCSI device sdb: hdwr sector= 512 bytes. Sectors= 4445379 [2170 MB] [2.2 GB]
sdb: sdb1 sdb2
The errors: A series like this, pid 34991-999
scsi : aborting command due to timeout : pid 34991, scsi0, channel 0, id 2, lun 0 Write (6) 03 28 30 04 00
eata_abort called pid: 34991 target: 2 lun: 0 reason 3
Returning: SCSI_ABORT_BUSY
Then: series pid 34991-35000
eata_reset: slot 33 in reset, pid 34991
eata_dma: int_handler, reseted command pid 34991 returned
eata_reset: interrupts disabled again.
eata_reset: exit, pending.
It goes through this entire process twice before I initiate a restart.
Another error I get, which may or may not be related.
Unable to handle kernel paging request at virtual address fd660c74
current->tss.cr3 = 0330f000,
*pde = 00000000
Oops: 0002
CPU: 0
EIP: 0010:[ext2_permission+30/172]
: EFLAGS: 00010246
eax: 00000000 ebx: 000041ed ecx: 03e84600 edx: 000041ed
esi: 00000001 edi: 030b7f48 ebp: 0000000d esp: 030b7ec8
ds: 0018 es: 0018 fs: 002b gs: 002b ss: 0018
Process rm (pid: 913, process nr: 34, stackpage=030b7000)
Stack: 030b7f48 00000001 0000000d 030b7ee8 000041ed 000041ed 03e84600 000041ed
00157364 0012ad0c 03e84600 00000001 03e84600 02bab000 0012ae70 03e84600
00000001 02bab00e 02bab000 030b7f84 030b7f74 02b47b00 0012b034 03e84600
Call Trace: [ext2_permission+0/172] [permission+32/212] [lookup+52/244] [dir_namei+156/300] [_namei+43/220] [namei+44/68] [sys_access+103/172]
[system_call+85/124]
Code: 00 80 74 0c 66 3d 00 40 74 06 66 3d 00 a0 75 16 8b 42 48 85
Any help would be appreciated!
Jerry Kern
-
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@vger.rutgers.edu
