lkml.org 
[lkml]   [2002]   [Jan]   [12]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectLinux-2.2.20 SMP & Asus CUR-DLS: "stuck on TLB IPI wait (CPU#3)"
Hi!

I'm seeing a problem with SMP Linux-2.2.20 on an ASUS CUR-DLS
motherboard. I noticed there were similar reports in the
past few months and I got the impression the problem should
already be fixed in 2.2.20, but seemingly it isn't.

We have a fileserver which was running Linux-2.2.18 without
a single problem for about 8 months or so. It has an Asus CUR-DLS
SMP motherboard with Server Works chipset and Asus Medallion
CUR-DLS ACPI BIOS revision 1009, dual Intel PIII CPU (866MHz)
and 512MB registered PC133 SDRAM.
There is also an Adaptec 29160 U160 SCSI controller and a
3Com 3c905B NIC in this server.

Today I upgraded to Linux-2.2.20, and after reboot the
system became very slow, every now and then it halted for
3 or 4 seconds, and the kernel printed a lot of these
messages: "stuck on TLB IPI wait (CPU#3)"

I then rebooted, disabled BIOS MPS 1.4 support, but this
didn't help. I had to boot with "noapic" option in order
to get a system running in a sane way.

I have to say that this is not a pristine Linux-2.2.20
kernel, as we included the following patches:

devfs-v99.21
aic7xxx-6.2.4
sw-raid-2.2.20-A0

but the same kernel is running on an Asus CUV4X-D SMP
(dual PIII 1GHz CPU) system (VIA chipset) without any
problem.

I found several mails on lkml reporting similar problems,
but no one reported them for this motherboard.

A few more infos from the system running with "noapic":

root@schiller:~ {194} $ lspci -v
00:00.0 Host bridge: Relience Computer CNB20HE (rev 05)
Flags: bus master, medium devsel, latency 32

00:00.1 Host bridge: Relience Computer CNB20HE (rev 05)
Flags: bus master, medium devsel, latency 48

00:05.0 Ethernet controller: 3Com Corporation 3c905B 100BaseTX
[Cyclone] (rev 30)
Subsystem: 3Com Corporation: Unknown device 9055
Flags: bus master, medium devsel, latency 32, IRQ 11
I/O ports at d800
Memory at fe000000 (32-bit, non-prefetchable)
Capabilities: [dc] Power Management version 1

00:07.0 VGA compatible controller: ATI Technologies Inc: Unknown
device 4752 (rev 27) (prog-if 00 [VGA])
Subsystem: Asustek Computer, Inc.: Unknown device 802b
Flags: bus master, stepping, medium devsel, latency 32
Memory at fd000000 (32-bit, non-prefetchable)
I/O ports at f000
Memory at fc800000 (32-bit, non-prefetchable)
Expansion ROM at febc0000 [disabled]
Capabilities: [5c] Power Management version 2

00:0f.0 ISA bridge: Relience Computer: Unknown device 0200 (rev 50)
Subsystem: Relience Computer: Unknown device 0200
Flags: bus master, medium devsel, latency 0

00:0f.1 IDE interface: Relience Computer: Unknown device 0211 (prog-if
8a [Master SecP PriP])
Flags: bus master, medium devsel, latency 32
I/O ports at d000

01:03.0 SCSI storage controller: Adaptec 7892A (rev 02)
Subsystem: Adaptec: Unknown device e2a0
Flags: bus master, 66Mhz, medium devsel, latency 32, IRQ 10
BIST result: 00
I/O ports at b800 [disabled]
Memory at fb800000 (64-bit, non-prefetchable)
Capabilities: [dc] Power Management version 2

01:05.0 SCSI storage controller: Symbios Logic Inc. (formerly NCR):
Unknown device 0020 (rev 01)
Flags: bus master, medium devsel, latency 72, IRQ 15
I/O ports at b400
Memory at fb000000 (64-bit, non-prefetchable)
Memory at fa800000 (64-bit, non-prefetchable)
Capabilities: [40] Power Management version 2

01:05.1 SCSI storage controller: Symbios Logic Inc. (formerly NCR):
Unknown device 0020 (rev 01)
Flags: bus master, medium devsel, latency 72, IRQ 5
I/O ports at b000
Memory at fa000000 (64-bit, non-prefetchable)
Memory at f9800000 (64-bit, non-prefetchable)
Capabilities: [40] Power Management version 2

root@schiller:~ {195} $ cat /proc/interrupts
CPU0 CPU1
0: 177781 0 XT-PIC timer
1: 1153 0 XT-PIC keyboard
2: 0 0 XT-PIC cascade
4: 21 0 XT-PIC serial
8: 3 0 XT-PIC rtc
10: 740596 0 XT-PIC aic7xxx
11: 707791 0 XT-PIC eth0
13: 1 0 XT-PIC fpu
NMI: 0
ERR: 0

root@schiller:~ {196} $ lsmod
Module Size Used by
nfsd 183840 16 (autoclean)
nfs 72800 1 (autoclean)
lockd 47248 1 (autoclean) [nfsd nfs]
sunrpc 66192 1 (autoclean) [nfsd nfs lockd]
3c59x 21744 1 (autoclean)
softdog 1584 1 (autoclean)
eeprom 3072 0 (unused)
w83781d 17184 0 (unused)
i2c-piix4 3616 0 (unused)
i2c-proc 5984 0 [eeprom w83781d]
i2c-core 12640 0 [eeprom w83781d i2c-piix4 i2c-proc]
raid5 19024 1 (autoclean)
unix 12400 18 (autoclean)
aic7xxx 111696 11
sd_mod 17600 11
scsi_mod 63680 2 [aic7xxx sd_mod]
ext2 42320 7

Any idea anyone?
I would be glad if I could help fixing this problem.

- andreas

--
Andreas Haumer | mailto:andreas@xss.co.at
*x Software + Systeme | http://www.xss.co.at/
Karmarschgasse 51/2/20 | Tel: +43-1-6060114-0
A-1100 Vienna, Austria | Fax: +43-1-6060114-71
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:15    [W:0.095 / U:0.020 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site