Re: PROBLEM: SCSI hangs with aic7xxx in 2.4.0 SMP

2001-01-07 Thread Rainer Tammer

Hello,

On Sat, 6 Jan 2001 16:43:03 -0800, mull wrote:

>On Sat, Jan 06, 2001 at 09:26:55PM -, Craig Freeze wrote:
>> [1.] One line summary of the problem:
>> SCSI hangs with aic7xxx in 2.4.0 SMP
>> 
>> [2.] Full description of the problem/report:
>> SCSI device errors and bus resets observed in 2.4.0 that do not occur in 
>> 2.2.13.  Sysrq keys have no effect (ie hard reset required to recover)
>> 
>I've noticed pretty much the same situation on my uniproc box, aic7xxx driver, 
>adaptec 2940uw card since going to 2.4.0-prerelease. haven't had to hard reset, but 
>have seen 
a LOT of scsi timeout errors. i did not notice this on 2.4.0-test12 or test13pre2. 
when i'm at home i'll see if i can find any pattern or more info, and also test with 
2.4.0 final.
>mullein
>-
>To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
>the body of a message to [EMAIL PROTECTED]
>Please read the FAQ at http://www.tux.org/lkml/
>
I have noticed nearly the same. 
When I try to backup (with BRU) from a SCSI disk to my SCSI HP DDS2 DAT the system 
hangs (SCSI LED on) no disc access possible.

System: 2.4.0 / 2.4.0-ac3
driver: aic7xxx from 2.4.0 and aic7xxx from adaptec (lates version)
compiler: kgcc (egcs)





-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/



Re: PROBLEM: SCSI hangs with aic7xxx in 2.4.0 SMP

2001-01-07 Thread Rainer Tammer

Hello,

On Sat, 6 Jan 2001 16:43:03 -0800, mull wrote:

On Sat, Jan 06, 2001 at 09:26:55PM -, Craig Freeze wrote:
 [1.] One line summary of the problem:
 SCSI hangs with aic7xxx in 2.4.0 SMP
 
 [2.] Full description of the problem/report:
 SCSI device errors and bus resets observed in 2.4.0 that do not occur in 
 2.2.13.  Sysrq keys have no effect (ie hard reset required to recover)
 
I've noticed pretty much the same situation on my uniproc box, aic7xxx driver, 
adaptec 2940uw card since going to 2.4.0-prerelease. haven't had to hard reset, but 
have seen 
a LOT of scsi timeout errors. i did not notice this on 2.4.0-test12 or test13pre2. 
when i'm at home i'll see if i can find any pattern or more info, and also test with 
2.4.0 final.
mullein
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

I have noticed nearly the same. 
When I try to backup (with BRU) from a SCSI disk to my SCSI HP DDS2 DAT the system 
hangs (SCSI LED on) no disc access possible.

System: 2.4.0 / 2.4.0-ac3
driver: aic7xxx from 2.4.0 and aic7xxx from adaptec (lates version)
compiler: kgcc (egcs)





-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/



Re: PROBLEM: SCSI hangs with aic7xxx in 2.4.0 SMP

2001-01-06 Thread Hans Grobler

On Sat, 6 Jan 2001, mull wrote:
> On Sat, Jan 06, 2001 at 09:26:55PM -, Craig Freeze wrote:
> > [1.] One line summary of the problem:
> > SCSI hangs with aic7xxx in 2.4.0 SMP
> >
> > [2.] Full description of the problem/report:
> > SCSI device errors and bus resets observed in 2.4.0 that do not occur in
> > 2.2.13.  Sysrq keys have no effect (ie hard reset required to recover)
> >
> I've noticed pretty much the same situation on my uniproc box, aic7xxx driver,
> adaptec 2940uw card since going to 2.4.0-prerelease. haven't had to hard
> reset, but have seen a LOT of scsi timeout errors. i did not notice this
> on 2.4.0-test12 or test13pre2. when i'm at home i'll see if i can find
> any pattern or more info, and also test with 2.4.0 final.
> mullein

I have not seen any such problems, even under very high loads. Would
you please submit a detailed bug report (such as the previous poster)
using the guidelines in REPORTING-BUGS.

Thanks,
-- Hans


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/



Re: PROBLEM: SCSI hangs with aic7xxx in 2.4.0 SMP

2001-01-06 Thread mull

On Sat, Jan 06, 2001 at 09:26:55PM -, Craig Freeze wrote:
> [1.] One line summary of the problem:
> SCSI hangs with aic7xxx in 2.4.0 SMP
> 
> [2.] Full description of the problem/report:
> SCSI device errors and bus resets observed in 2.4.0 that do not occur in 
> 2.2.13.  Sysrq keys have no effect (ie hard reset required to recover)
> 
I've noticed pretty much the same situation on my uniproc box, aic7xxx driver, adaptec 
2940uw card since going to 2.4.0-prerelease. haven't had to hard reset, but have seen 
a LOT of scsi timeout errors. i did not notice this on 2.4.0-test12 or test13pre2. 
when i'm at home i'll see if i can find any pattern or more info, and also test with 
2.4.0 final.
mullein
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/



PROBLEM: SCSI hangs with aic7xxx in 2.4.0 SMP

2001-01-06 Thread Craig Freeze

[1.] One line summary of the problem:
SCSI hangs with aic7xxx in 2.4.0 SMP

[2.] Full description of the problem/report:
SCSI device errors and bus resets observed in 2.4.0 that do not occur in 
2.2.13.  Sysrq keys have no effect (ie hard reset required to recover)

[3.] Keywords (i.e., modules, networking, kernel):
aic7xxx 2.4.0 scsi SMP

[4.] Kernel version (from /proc/version):
Linux version 2.4.0 (root@bender) (gcc version egcs-2.91.66 19990314/Linux 
(egcs-1.1.2 release)) #1 SMP Fri Jan 5 15:04:52 CST 2001

[5.] Output of Oops.. message (if applicable) with symbolic information
 resolved (see Documentation/oops-tracing.txt)
N/A

[6.] A small shell script or example program which triggers the
 problem (if possible)
N/A

[7.] Environment
N/A

[7.1.] Software (add the output of the ver_linux script here)
Linux bender 2.4.0 #1 SMP Fri Jan 5 15:04:52 CST 2001 i586 unknown
Kernel modules 2.3.18
Gnu C  egcs-2.91.66
Gnu Make   3.77
Binutils   2.9.1.0.25
Linux C Library2.1.2
Dynamic linker ldd: version 1.9.9
Procps 2.0.2
Mount  2.10o
Net-tools  1.57
Kbdcommand
Sh-utils   1.16
Modules Loaded iptable_filter ipt_MASQUERADE iptable_nat 
ip_conntrack ip_tables 3c509 isa-pnp 8139too

[7.2.] Processor information (from /proc/cpuinfo):
processor   : 0
vendor_id   : GenuineIntel
cpu family  : 5
model   : 4
model name  : Pentium MMX
stepping: 3
cpu MHz : 232.110
fdiv_bug: no
hlt_bug : no
f00f_bug: yes
coma_bug: no
fpu : yes
fpu_exception   : yes
cpuid level : 1
wp  : yes
flags   : fpu vme de pse tsc msr mce cx8 apic mmx
bogomips: 462.02

processor   : 1
vendor_id   : GenuineIntel
cpu family  : 5
model   : 4
model name  : Pentium MMX
stepping: 3
cpu MHz : 232.110
fdiv_bug: no
hlt_bug : no
f00f_bug: yes
coma_bug: no
fpu : yes
fpu_exception   : yes
cpuid level : 1
wp  : yes
flags   : fpu vme de pse tsc msr mce cx8 apic mmx
bogomips: 463.66

[7.3.] Module information (from /proc/modules):
iptable_filter  1856   0 (autoclean) (unused)
ipt_MASQUERADE  1472   1 (autoclean)
iptable_nat13504   0 [ipt_MASQUERADE]
ip_conntrack   14496   1 [ipt_MASQUERADE iptable_nat]
ip_tables  11008   5 [iptable_filter ipt_MASQUERADE iptable_nat]
3c509   7232   1
isa-pnp28208   0 [3c509]
8139too15488   1

[7.4.] Loaded driver and hardware information (/proc/ioports, /proc/iomem)
-001f : dma1
0020-003f : pic1
0040-005f : timer
0060-006f : keyboard
0080-008f : dma page reg
00a0-00bf : pic2
00c0-00df : dma2
00f0-00ff : fpu
0213-0213 : isapnp read
0220-022f : 3c509 PnP
02f8-02ff : serial(auto)
03c0-03df : vga+
03e8-03ef : serial(auto)
0a79-0a79 : isapnp write
0cf8-0cff : PCI conf1
6400-64ff : Realtek Semiconductor Co., Ltd. RTL-8139
  6400-64ff : eth0
6800-68ff : Adaptec AHA-294x / AIC-7871
  6800-68fe : aic7xxx
f000-f00f : Intel Corporation 82371SB PIIX3 IDE [Natoma/Triton II]

-0009fbff : System RAM
0009fc00-0009 : System RAM
000a-000b : Video RAM area
000c-000c7fff : Video ROM
000c8000-000ca7ff : Extension ROM
000f-000f : System ROM
0010-07ff : System RAM
  0010-00209f9f : Kernel code
  00209fa0-0026395f : Kernel data
e000-e0ff : Realtek Semiconductor Co., Ltd. RTL-8139
  e000-e0ff : eth0
e0001000-e0001fff : Adaptec AHA-294x / AIC-7871
fec0-fec00fff : reserved
fee0-fee00fff : reserved
- : reserved

[7.5.] PCI information ('lspci -vvv' as root)
00:00.0 Host bridge: Intel Corporation 430HX - 82439HX TXC [Triton II] (rev 
03)
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- 
SERR- TAbort- 
SERR- TAbort- 
SERR- TAbort- 
SERR- TAbort- 
SERR-  [disabled] [size=32K]

[7.6.] SCSI information (from /proc/scsi/scsi)
Attached devices:
Host: scsi0 Channel: 00 Id: 00 Lun: 00
  Vendor: DEC  Model: RZ26 (C) DEC Rev: T386
  Type:   Direct-AccessANSI SCSI revision: 02
Host: scsi0 Channel: 00 Id: 01 Lun: 00
  Vendor: DEC  Model: RZ26 (C) DEC Rev: T386
  Type:   Direct-AccessANSI SCSI revision: 02
Host: scsi0 Channel: 00 Id: 05 Lun: 00
  Vendor: PLEXTOR  Model: CD-ROM PX-4XCH   Rev: 1.23
  Type:   CD-ROM   ANSI SCSI revision: 02


[7.7.] Other information that might be relevant to the problem
Jan  5 16:34:12 bender kernel: (scsi0:0:3:0) Data overrun detected in 
Data-In phase, tag 9;
Jan  5 16:34:12 bender kernel:   Have seen Data Phase. Length=53248, 
NumSGs=13.
Jan  5 16:34:12 bender kernel: 

PROBLEM: SCSI hangs with aic7xxx in 2.4.0 SMP

2001-01-06 Thread Craig Freeze

[1.] One line summary of the problem:
SCSI hangs with aic7xxx in 2.4.0 SMP

[2.] Full description of the problem/report:
SCSI device errors and bus resets observed in 2.4.0 that do not occur in 
2.2.13.  Sysrq keys have no effect (ie hard reset required to recover)

[3.] Keywords (i.e., modules, networking, kernel):
aic7xxx 2.4.0 scsi SMP

[4.] Kernel version (from /proc/version):
Linux version 2.4.0 (root@bender) (gcc version egcs-2.91.66 19990314/Linux 
(egcs-1.1.2 release)) #1 SMP Fri Jan 5 15:04:52 CST 2001

[5.] Output of Oops.. message (if applicable) with symbolic information
 resolved (see Documentation/oops-tracing.txt)
N/A

[6.] A small shell script or example program which triggers the
 problem (if possible)
N/A

[7.] Environment
N/A

[7.1.] Software (add the output of the ver_linux script here)
Linux bender 2.4.0 #1 SMP Fri Jan 5 15:04:52 CST 2001 i586 unknown
Kernel modules 2.3.18
Gnu C  egcs-2.91.66
Gnu Make   3.77
Binutils   2.9.1.0.25
Linux C Library2.1.2
Dynamic linker ldd: version 1.9.9
Procps 2.0.2
Mount  2.10o
Net-tools  1.57
Kbdcommand
Sh-utils   1.16
Modules Loaded iptable_filter ipt_MASQUERADE iptable_nat 
ip_conntrack ip_tables 3c509 isa-pnp 8139too

[7.2.] Processor information (from /proc/cpuinfo):
processor   : 0
vendor_id   : GenuineIntel
cpu family  : 5
model   : 4
model name  : Pentium MMX
stepping: 3
cpu MHz : 232.110
fdiv_bug: no
hlt_bug : no
f00f_bug: yes
coma_bug: no
fpu : yes
fpu_exception   : yes
cpuid level : 1
wp  : yes
flags   : fpu vme de pse tsc msr mce cx8 apic mmx
bogomips: 462.02

processor   : 1
vendor_id   : GenuineIntel
cpu family  : 5
model   : 4
model name  : Pentium MMX
stepping: 3
cpu MHz : 232.110
fdiv_bug: no
hlt_bug : no
f00f_bug: yes
coma_bug: no
fpu : yes
fpu_exception   : yes
cpuid level : 1
wp  : yes
flags   : fpu vme de pse tsc msr mce cx8 apic mmx
bogomips: 463.66

[7.3.] Module information (from /proc/modules):
iptable_filter  1856   0 (autoclean) (unused)
ipt_MASQUERADE  1472   1 (autoclean)
iptable_nat13504   0 [ipt_MASQUERADE]
ip_conntrack   14496   1 [ipt_MASQUERADE iptable_nat]
ip_tables  11008   5 [iptable_filter ipt_MASQUERADE iptable_nat]
3c509   7232   1
isa-pnp28208   0 [3c509]
8139too15488   1

[7.4.] Loaded driver and hardware information (/proc/ioports, /proc/iomem)
-001f : dma1
0020-003f : pic1
0040-005f : timer
0060-006f : keyboard
0080-008f : dma page reg
00a0-00bf : pic2
00c0-00df : dma2
00f0-00ff : fpu
0213-0213 : isapnp read
0220-022f : 3c509 PnP
02f8-02ff : serial(auto)
03c0-03df : vga+
03e8-03ef : serial(auto)
0a79-0a79 : isapnp write
0cf8-0cff : PCI conf1
6400-64ff : Realtek Semiconductor Co., Ltd. RTL-8139
  6400-64ff : eth0
6800-68ff : Adaptec AHA-294x / AIC-7871
  6800-68fe : aic7xxx
f000-f00f : Intel Corporation 82371SB PIIX3 IDE [Natoma/Triton II]

-0009fbff : System RAM
0009fc00-0009 : System RAM
000a-000b : Video RAM area
000c-000c7fff : Video ROM
000c8000-000ca7ff : Extension ROM
000f-000f : System ROM
0010-07ff : System RAM
  0010-00209f9f : Kernel code
  00209fa0-0026395f : Kernel data
e000-e0ff : Realtek Semiconductor Co., Ltd. RTL-8139
  e000-e0ff : eth0
e0001000-e0001fff : Adaptec AHA-294x / AIC-7871
fec0-fec00fff : reserved
fee0-fee00fff : reserved
- : reserved

[7.5.] PCI information ('lspci -vvv' as root)
00:00.0 Host bridge: Intel Corporation 430HX - 82439HX TXC [Triton II] (rev 
03)
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: 64

00:07.0 ISA bridge: Intel Corporation 82371SB PIIX3 ISA [Natoma/Triton II] 
(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:07.1 IDE interface: Intel Corporation 82371SB PIIX3 IDE [Natoma/Triton 
II] (prog-if 80 [Master])
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-
Region 4: I/O ports at f000 [disabled] [size=16]

00:11.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139 (rev 
10)
Subsystem: Realtek Semiconductor Co., Ltd. RT8139
Control: I/O+ Mem+ BusMaster+ SpecCycle

Re: PROBLEM: SCSI hangs with aic7xxx in 2.4.0 SMP

2001-01-06 Thread mull

On Sat, Jan 06, 2001 at 09:26:55PM -, Craig Freeze wrote:
 [1.] One line summary of the problem:
 SCSI hangs with aic7xxx in 2.4.0 SMP
 
 [2.] Full description of the problem/report:
 SCSI device errors and bus resets observed in 2.4.0 that do not occur in 
 2.2.13.  Sysrq keys have no effect (ie hard reset required to recover)
 
I've noticed pretty much the same situation on my uniproc box, aic7xxx driver, adaptec 
2940uw card since going to 2.4.0-prerelease. haven't had to hard reset, but have seen 
a LOT of scsi timeout errors. i did not notice this on 2.4.0-test12 or test13pre2. 
when i'm at home i'll see if i can find any pattern or more info, and also test with 
2.4.0 final.
mullein
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/



Re: PROBLEM: SCSI hangs with aic7xxx in 2.4.0 SMP

2001-01-06 Thread Hans Grobler

On Sat, 6 Jan 2001, mull wrote:
 On Sat, Jan 06, 2001 at 09:26:55PM -, Craig Freeze wrote:
  [1.] One line summary of the problem:
  SCSI hangs with aic7xxx in 2.4.0 SMP
 
  [2.] Full description of the problem/report:
  SCSI device errors and bus resets observed in 2.4.0 that do not occur in
  2.2.13.  Sysrq keys have no effect (ie hard reset required to recover)
 
 I've noticed pretty much the same situation on my uniproc box, aic7xxx driver,
 adaptec 2940uw card since going to 2.4.0-prerelease. haven't had to hard
 reset, but have seen a LOT of scsi timeout errors. i did not notice this
 on 2.4.0-test12 or test13pre2. when i'm at home i'll see if i can find
 any pattern or more info, and also test with 2.4.0 final.
 mullein

I have not seen any such problems, even under very high loads. Would
you please submit a detailed bug report (such as the previous poster)
using the guidelines in REPORTING-BUGS.

Thanks,
-- Hans


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/