Camino 2 (82815/82820) v2.4.x eth/sound related lockups

Camino 2 (82815/82820) v2.4.x eth/sound related lockups

[Ime Smits]

Hi,

I'm experiencing hard lockups on my Intel Camino 2/Celeron 550  
box with onboard sound/video/ethernet. Another box with the same
configuration has the same problems, so I think I can rule out
hardware problems.

I think this might be related to the eepro100 problem discussed
here last week as I see the same messages in syslog, but it
doesn't lockup when using eth alone. But as soon as I start xmms
and listen to a network stream - or just anything else that
uses /dev/dsp, it locks up hard within 5 minutes most of the
time - without writing anything anywhere.

Funny things in syslog include:

kernel: mtrr: base(0xe8000000) is not aligned on a
size(0x4b0000) boundary
kernel: eepro100: wait_for_cmd_done timeout!

Anybody any clues where to start looking?

Thanks,

Ime

--

uname -a:

Linux bigbird 2.4.8-ac2 #8 Mon Aug 13 19:47:33 CEST 2001 i686
unknown


Initialisation stuff from dmesg:

Loaded 17335 symbols from /boot/System.map-2.4.8-ac2.
Symbols match kernel version 2.4.8.
No module symbols loaded.
Linux version 2.4.8-ac2 (root@bigbird) (gcc
version 2.96 20000731 (Red Hat Linux 7.1 2.96-85)) #6 Mon Aug 13
16:37:27 CEST 2001
BIOS-provided physical RAM map:
 BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
 BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
 BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved)
 BIOS-e820: 0000000000100000 - 000000000ff00000 (usable)
 BIOS-e820: 00000000fff80000 - 0000000100000000 (reserved)
On node 0 totalpages: 65280
zone(0): 4096 pages.
zone(1): 61184 pages.
zone(2): 0 pages.
Kernel command line: auto BOOT_IMAGE=linux ro root=305
BOOT_FILE=/boot/vmlinuz
Initializing CPU#0
Detected 795.464 MHz processor.
Console: colour VGA+ 80x25
Calibrating delay loop... 1585.97 BogoMIPS
Memory: 253936k/261120k available (1551k kernel code, 6796k
reserved, 414k data, 200k init, 0k highmem)
Dentry-cache hash table entries: 32768 (order: 6, 262144 bytes)
Inode-cache hash table entries: 16384 (order: 5, 131072 bytes)
Mount-cache hash table entries: 4096 (order: 3, 32768 bytes)
Buffer-cache hash table entries: 16384 (order: 4, 65536 bytes)
Page-cache hash table entries: 65536 (order: 6, 262144 bytes)
CPU: L1 I cache: 16K, L1 D cache: 16K
CPU: L2 cache: 128K
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
CPU: Intel Celeron (Coppermine) stepping 06
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 0xfdb21, last bus=1
PCI: Using configuration type 1
PCI: Probing PCI hardware
PCI: Using IRQ router PIIX [8086/2440] at 00:1f.0
PnP: PNP BIOS installation structure at 0xc00f6290
PnP: PNP BIOS version 1.0, entry at f0000:52b4, dseg at f0000
PnP: 14 devices detected total
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 0x03 (Driver version 1.14)
Starting kswapd v1.8
...
Real Time Clock Driver v1.10d
Non-volatile memory driver v1.1
i810_rng: cannot disable RNG, aborting
i810_rng hardware driver 0.9.6 loaded
block: queued sectors max/low 168504kB/56168kB, 512 slots per
queue
Uniform Multi-Platform E-IDE driver Revision: 6.31
ide: Assuming 33MHz system bus speed for PIO modes; override
with idebus=xx
PIIX4: IDE controller on PCI bus 00 dev f9
PIIX4: chipset revision 2
PIIX4: not 100%% native mode: will probe irqs later
    ide0: BM-DMA at 0xffa0-0xffa7, BIOS settings: hda:DMA,
hdb:pio
    ide1: BM-DMA at 0xffa8-0xffaf, BIOS settings: hdc:DMA,
hdd:pio
...
eepro100.c:v1.09j-t 9/29/99 Donald Becker
http://cesdis.gsfc.nasa.gov/linux/drivers/eepro100.html
eepro100.c: $Revision: 1.36 $ 2000/11/17 Modified by Andrey V.
Savochkin <saw@saw.sw.com.sg> and others
PCI: Found IRQ 11 for device 01:08.0
eth0: Intel Corporation 82801BA(M) Ethernet, 00:10:DC:9E:56:AD,
IRQ 11.
  Board assembly 000000-000, Physical connectors present: RJ45
  Primary interface chip i82555 PHY #1.
  General self-test: passed.
  Serial sub-system self-test: passed.
  Internal registers self-test: passed.
  ROM checksum self-test: passed (0x04f4518b).
PPP generic driver version 2.4.1
...
agpgart: AGP aperture is 64M @ 0xe8000000
Intel 810 + AC97 Audio, version 0.03, 16:41:50 Aug 13 2001
PCI: Found IRQ 11 for device 00:1f.5
PCI: Sharing IRQ 11 with 00:1f.3
PCI: Setting latency timer of device 00:1f.5 to 64
i810: Intel ICH2 found at IO 0xd800 and 0xdc00, IRQ 11
ac97_codec: AC97 Audio codec, id: 0x4144:0x5348 (Analog Devices
AD1881A)
i810_audio: setting clocking to 24060
NET4: Linux TCP/IP 1.0 for NET4.0
----

lspci:
----
00:00.0 Host bridge: Intel Corporation 82815 815 Chipset Host
Bridge and Memory Controller Hub (rev 02)
00:02.0 VGA compatible controller: Intel Corporation 82815 CGC
[Chipset Graphics Controller]  (rev 02)
00:1e.0 PCI bridge: Intel Corporation 82820 820 (Camino 2)
Chipset PCI (rev 02)
00:1f.0 ISA bridge: Intel Corporation 82820 820 (Camino 2)
Chipset ISA Bridge (ICH2) (rev 02)
00:1f.1 IDE interface: Intel Corporation 82820 820 (Camino 2)
Chipset IDE U100 (rev 02)
00:1f.2 USB Controller: Intel Corporation 82820 820 (Camino 2)
Chipset USB (Hub A) (rev 02)
00:1f.3 SMBus: Intel Corporation 82820 820 (Camino 2) Chipset
SMBus (rev 02)
00:1f.4 USB Controller: Intel Corporation 82820 820 (Camino 2)
Chipset USB (Hub B) (rev 02)
00:1f.5 Multimedia audio controller: Intel Corporation: Unknown
device 2445 (rev 02)
01:02.0 FireWire (IEEE 1394): Texas Instruments: Unknown device
8020
01:08.0 Ethernet controller: Intel Corporation 82820 820 (Camino
2) Chipset Ethernet (rev 01)
----

Re: Camino 2 (82815/82820) v2.4.x eth/sound related lockups

[Alan Cox]

> Funny things in syslog include:
> kernel: mtrr: base(0xe8000000) is not aligned on a
> size(0x4b0000) boundary

Thats
ok

> kernel: eepro100: wait_for_cmd_done timeout!

Those are not so good. I was having similar problems on an i810 box with
onboard eepro100 until I disabled the pm stuff in 2.4.8ac2, but you
seem to be running that one

Alan

Re: Camino 2 (82815/82820) v2.4.x eth/sound related lockups

[Ime Smits]

INDIVIDVVS VOCATVR Alan Cox DIE 14/8/2001 12:40 VERE SCRIPSIT:

| Those are not so good. I was having similar problems on an i810 box with
| onboard eepro100 until I disabled the pm stuff in 2.4.8ac2, but you
| seem to be running that one

Already figured that out. Oh, and I forget to mention that the same lockups
happen with all 2.4  versions I was able to find on my boxen, including
2.4.0, -ac7, 2.4.2, 2.4.5, 2.4.5-ac3, -ac5, 2.4.6,  2.4.7, 2.4.8 and -ac2,
so this is not something introduced in recent kernels. With
2.4.8-ac2 I  played with enabling/disabling ACPI & PM stuff and also APIC
irq stuff as mentioned in the eepro100 thread. No go.

Ime

Re: Camino 2 (82815/82820) v2.4.x eth/sound related lockups

[benjilr]

> 
> Funny things in syslog include:
> 
> kernel: mtrr: base(0xe8000000) is not aligned on a
> size(0x4b0000) boundary
> kernel: eepro100: wait_for_cmd_done timeout!
> 
I've had the same problem, with my intel etherExpres Pro/100
But I've solve it, by using the e100 driver provide by intel in replacement of 
the eepro100 driver provide by kernel.

You can find source of e100 at this URL : http://appsr.intel.com/scripts-
df/File_Filter.asp?FileName=e100  I 've used the file e100-1.6.13.tar.gz.
Compile and Install without any problem, and now, the card work perfectly.

Benjamin

Re: Camino 2 (82815/82820) v2.4.x eth/sound related lockups

[Ime Smits]

INDIVIDVVS VOCATVR benjilr@free.fr DIE 14/8/2001 15:47 VERE SCRIPSIT:

| I've had the same problem, with my intel etherExpres Pro/100
| But I've solve it, by using the e100 driver provide by intel in replacement of
| the eepro100 driver provide by kernel.
|
| You can find source of e100 at this URL : http://appsr.intel.com/scripts-
| df/File_Filter.asp?FileName=e100  I 've used the file e100-1.6.13.tar.gz.
| Compile and Install without any problem, and now, the card work perfectly.

Hey, thanks! Sound is working straight for over an hour now while some 3 GB
of traffic went over the 10BaseT! Still wondering what the problemen with
the Linux e100 driver is, though.

Ime

RE: Camino 2 (82815/82820) v2.4.x eth/sound related lockups

[Don Krause]

I have 2 new systems with eepro 100's on the MB, and each one has that
problem with the eepro100 driver. Switching to the e100 module has solved
all issues with that card.

Both of these machines are Pogo linux rack mount units, and Pogo's default
RH 7.1 install is using the e100 driver also. For grins, I swithed those
boxes to the eepro100, and both lost their network connections within a few
hours if lightly loaded, and they lost it just a few minutes into large
(>100 meg) file transfers. Ftp or NFS, it didn't matter. (The kernel kept
running, the console was usable. Unloading the eepro100 didn't work,
however, the machine needed a power off reboot to get the net back)

After reinstalling RH 7.1 on both machines, and changing the detected
eepro100 driver back to the e100, the machines have not crashed since they
were put into service, some 20 days ago.

FWIW, one Pogo box has an Intel i810 MB, with onboard eepro100 eth, and an
additional pci intel nic, the other is a Tyan Thunder LE S2510, with a pair
of onboard nics.

--
Don Krause                                       ph: 909.799.8327
Systems Administrator                          page: 909.512.0174
Optivus Technology, Inc               e-mail: dkrause@optivus.com
"Splitting Atoms.. Saving Lives"           http://www.optivus.com


> -----Original Message-----
> From: linux-kernel-owner@vger.kernel.org
> [mailto:linux-kernel-owner@vger.kernel.org]On Behalf Of Alan Cox
> Sent: Tuesday, August 14, 2001 4:41 AM
> To: Ime Smits
> Cc: linux-kernel@vger.kernel.org
> Subject: Re: Camino 2 (82815/82820) v2.4.x eth/sound related lockups
>
>
> > Funny things in syslog include:
> > kernel: mtrr: base(0xe8000000) is not aligned on a
> > size(0x4b0000) boundary
>
> Thats
> ok
>
> > kernel: eepro100: wait_for_cmd_done timeout!
>
> Those are not so good. I was having similar problems on an
> i810 box with
> onboard eepro100 until I disabled the pm stuff in 2.4.8ac2, but you
> seem to be running that one
>
> Alan

Re: Camino 2 (82815/82820) v2.4.x eth/sound related lockups

[Andrey Savochkin]

All these wait_for_cmd_done timeout issues look very much like new (or
previously unknown) timing constraints in new onboard chips.
It isn't completely power management-related.

Donald fixed one of such issues several months ago, which I primarily
observed on i82559ER.
Apparently, it's another one.  The chip gets stuck and stops to process
commands.

For a lot of people inserting `udelay(1);' inside wait_for_cmd_done loop
helped, not because it's right to make the delay, but because it changes
timing and introduces minimal 1usec delay even if the chip is ready almost
instantly :-(

Best regards
		Andrey

On Tue, Aug 14, 2001 at 02:01:31PM +0200, Ime Smits wrote:
> 
> INDIVIDVVS VOCATVR Alan Cox DIE 14/8/2001 12:40 VERE SCRIPSIT:
> 
> | Those are not so good. I was having similar problems on an i810 box with
> | onboard eepro100 until I disabled the pm stuff in 2.4.8ac2, but you
> | seem to be running that one
> 
> Already figured that out. Oh, and I forget to mention that the same lockups
> happen with all 2.4  versions I was able to find on my boxen, including
> 2.4.0, -ac7, 2.4.2, 2.4.5, 2.4.5-ac3, -ac5, 2.4.6,  2.4.7, 2.4.8 and -ac2,
> so this is not something introduced in recent kernels. With
> 2.4.8-ac2 I  played with enabling/disabling ACPI & PM stuff and also APIC
> irq stuff as mentioned in the eepro100 thread. No go.

Re: Camino 2 (82815/82820) v2.4.x eth/sound related lockups

[Andrey Savochkin]

On Tue, Aug 14, 2001 at 01:31:07PM +0200, Ime Smits wrote:
> kernel: mtrr: base(0xe8000000) is not aligned on a
> size(0x4b0000) boundary

BTW, if anyone knows what exactly this mtrr message means?

	Andrey