Linux version 2.4.10-4GB ([email protected]) (gcc version 2.95.3 20010315 (SuSE)) #1 Tue Sep 25 12:33:54 GMT 2001
BIOS-provided physical RAM map:
BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved)
BIOS-e820: 0000000000100000 - 0000000007ff0000 (usable)
BIOS-e820: 0000000007ff0000 - 0000000007ff3000 (ACPI NVS)
BIOS-e820: 0000000007ff3000 - 0000000008000000 (ACPI data)
BIOS-e820: 00000000ffff0000 - 0000000100000000 (reserved)
On node 0 totalpages: 32752
zone(0): 4096 pages.
zone(1): 28656 pages.
zone(2): 0 pages.
No local APIC present or hardware disabled
Kernel command line: auto BOOT_IMAGE=server ro root=302 BOOT_FILE=/boot/vmlinuz
Initializing CPU#0
Detected 501.141 MHz processor.
Console: colour VGA+ 80x25
Calibrating delay loop... 999.42 BogoMIPS
Memory: 126416k/131008k available (1289k kernel code, 4204k reserved, 381k data, 124k init, 0k highmem)
Dentry-cache hash table entries: 16384 (order: 5, 131072 bytes)
Inode-cache hash table entries: 8192 (order: 4, 65536 bytes)
Mount-cache hash table entries: 2048 (order: 2, 16384 bytes)
Buffer-cache hash table entries: 4096 (order: 2, 16384 bytes)
Page-cache hash table entries: 32768 (order: 5, 131072 bytes)
CPU: Before vendor init, caps: 008021bf 808029bf 00000000, vendor = 2
Enabling new style K6 write allocation for 127 Mb
CPU: L1 I Cache: 32K (32 bytes/line), D cache 32K (32 bytes/line)
CPU: After vendor init, caps: 008021bf 808029bf 00000000 00000002
CPU: After generic, caps: 008021bf 808029bf 00000000 00000002
CPU: Common caps: 008021bf 808029bf 00000000 00000002
CPU: AMD-K6(tm) 3D processor stepping 0c
Checking 'hlt' instruction... OK.
POSIX conformance testing by UNIFIX
mtrr: v1.40 (20010327) Richard Gooch ([email protected])
mtrr: detected mtrr type: AMD K6
PCI: PCI BIOS revision 2.10 entry at 0xfb2a0, last bus=1
PCI: Using configuration type 1
PCI: Probing PCI hardware
PCI: Using IRQ router ALI [10b9/1533] at 00:07.0
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.14)
Starting kswapd
VFS: Diskquotas version dquot_6.5.0 initialized
pty: 256 Unix98 ptys configured
Serial driver version 5.05c (2001-07-08) with HUB-6 MANY_PORTS MULTIPORT SHARE_IRQ SERIAL_PCI enabled
ttyS00 at 0x03f8 (irq = 4) is a 16550A
ttyS01 at 0x02f8 (irq = 3) is a 16550A
Real Time Clock Driver v1.10e
block: 128 slots per queue, batch=16
RAMDISK driver initialized: 16 RAM disks of 64000K size 1024 blocksize
Uniform Multi-Platform E-IDE driver Revision: 6.31
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
ALI15X3: IDE controller on PCI bus 00 dev 78
PCI: Assigned IRQ 5 for device 00:0f.0
ALI15X3: chipset revision 193
ALI15X3: not 100% native mode: will probe irqs later
ide0: BM-DMA at 0xf000-0xf007, BIOS settings: hda:DMA, hdb:DMA
ide1: BM-DMA at 0xf008-0xf00f, BIOS settings: hdc:DMA, hdd:pio
hda: QUANTUM BIGFOOT TS12.7A, ATA DISK drive
hdb: FX810S, ATAPI CD/DVD-ROM drive
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
hdc: ST320423A, ATA DISK drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide1 at 0x170-0x177,0x376 on irq 15
hda: 25075008 sectors (12838 MB) w/418KiB Cache, CHS=1560/255/63, UDMA(33)
hdc: 40011300 sectors (20486 MB) w/512KiB Cache, CHS=39693/16/63, UDMA(33)
hdb: ATAPI 8X CD-ROM drive, 256kB Cache, DMA
Uniform CD-ROM driver Revision: 3.12
ide-floppy driver 0.97.sv
Partition check:
hda: hda1 hda2 hda3
hdc: hdc1 hdc2 hdc3 hdc4 < hdc5 hdc6 >
Floppy drive(s): fd0 is 1.44M
FDC 0 is a post-1991 82077
loop: loaded (max 8 devices)
ide-floppy driver 0.97.sv
SCSI subsystem driver Revision: 1.00
request_module[scsi_hostadapter]: Root fs not mounted
request_module[scsi_hostadapter]: Root fs not mounted
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 512 buckets, 4Kbytes
TCP: Hash tables configured (established 8192 bind 8192)
Linux IP multicast router 0.06 plus PIM-SM
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
VFS: Mounted root (ext2 filesystem) readonly.
Freeing unused kernel memory: 124k freed
Adding Swap: 249944k swap-space (priority -1)
Adding Swap: 128480k swap-space (priority -2)
CSLIP: code copyright 1989 Regents of the University of California
ISDN subsystem Rev: 1.114.6.14/1.94.6.7/1.140.6.8/1.85.6.6/1.21.6.1/1.5.6.3 loaded
HiSax: Linux Driver for passive ISDN cards
HiSax: Version 3.5 (module)
HiSax: Layer1 Revision 2.41.6.4
HiSax: Layer2 Revision 2.25.6.3
HiSax: TeiMgr Revision 2.17.6.2
HiSax: Layer3 Revision 2.17.6.4
HiSax: LinkLayer Revision 2.51.6.5
HiSax: Approval certification valid
HiSax: Approved with ELSA Microlink PCI cards
HiSax: Approved with Eicon Technology Diva 2.01 PCI cards
HiSax: Approved with Sedlbauer Speedfax + cards
HiSax: Approved with HFC-S PCI A based cards
HiSax: Total 1 card defined
HiSax: Card 1 Protocol EDSS1 Id=HiSax (0)
HiSax: AVM PCI driver Rev. 1.22.6.5
PCI: Found IRQ 11 for device 00:14.0
AVM PCI: stat 0x20a
AVM PCI: Class A Rev 2
HiSax: AVM Fritz!PCI config irq:11 base:0xE400
AVM PCI: ISAC version (0): 2086/2186 V1.1
AVM Fritz PnP/PCI: IRQ 11 count 0
AVM Fritz PnP/PCI: IRQ 11 count 5
HiSax: DSS1 Rev. 2.30.6.1
HiSax: 2 channels added
HiSax: MAX_WAITING_CALLS added
HiSax: debugging flags card 1 set to 4
isdn: Verbose-Level is 3
ippp, open, slot: 0, minor: 0, state: 0000
ippp_ccp: allocated reset data structure c5427000
8139too Fast Ethernet driver 0.9.18a
PCI: Found IRQ 10 for device 00:10.0
eth0: RealTek RTL8139 Fast Ethernet at 0xc8849000, 00:50:fc:2e:bc:5c, IRQ 10
eth0: Identified 8139 chip type 'RTL-8139C'
eth0: Setting half-duplex based on auto-negotiated partner ability 0000.
IPv6 v0.8 for NET4.0
IPv6 over IPv4 tunneling driver
Installing knfsd (copyright (C) 1996 [email protected]).
ip_tables: (c)2000 Netfilter core team
ip_conntrack (1023 buckets, 8184 max)
eth0: no IPv6 routers present
OPEN: 192.168.1.99 -> 145.253.2.11 ICMP
ippp0: dialing 1 0192071...
isdn_net: ippp0 connected
nfsd: last server has exited
nfsd: unexporting all filesystems
On Mon, 31 Dec 2001 19:09:52 +0100
Klaus Zerwes <[email protected]> wrote:
> My PC hangs sporadicaly (every 2 weeks) after heavy Network traffic.
> I tried to work around the problem by changing the NIC (dmfe >
> realtek, using new driver 8139too), but it din't help.
Hm, I think I saw something the like. The configuration was basically SuSE 7.3
(with 2.4.10-whatever kernel) and two Realtek cards in a not-trusted cheap box.
I saw a good amount of collisions on the network, too. I replaced the Realteks
with DLink and the kernel with 2.4.16 and it did not happen again, although the
network collisions stayed the same. I tend to think it is the old kernel, but I
don't like Realtek cards anyway, so I threw them out in one go.
Tell us if it happens again with 2.4.17, or if you are sure it does not,
declare it as solved.
Regards,
Stephan
On Mon, 31 Dec 2001, Klaus Zerwes wrote:
> My PC hangs sporadicaly (every 2 weeks) after heavy Network traffic.
> I tried to work around the problem by changing the NIC (dmfe >
> realtek, using new driver 8139too), but it din't help.
The RealTek 8139 is a bad choice, I had the same effect on one of our
servers until I replaced it with a NE2000. I think this is related to
busmaster DMA.
Simon
--
GPG public key available from http://phobos.fs.tum.de/pgp/Simon.Richter.asc
Fingerprint: DC26 EB8D 1F35 4F44 2934 7583 DBB6 F98D 9198 3292
Hi! I'm a .signature virus! Copy me into your ~/.signature to help me spread!
Stephan von Krawczynski wrote:
> On Mon, 31 Dec 2001 19:09:52 +0100
> Klaus Zerwes <[email protected]> wrote:
>
>
>>My PC hangs sporadicaly (every 2 weeks) after heavy Network traffic.
>>I tried to work around the problem by changing the NIC (dmfe >
>>realtek, using new driver 8139too), but it din't help.
>>
>
> Hm, I think I saw something the like. The configuration was basically SuSE 7.3
> (with 2.4.10-whatever kernel) and two Realtek cards in a not-trusted cheap box.
> I saw a good amount of collisions on the network, too. I replaced the Realteks
> with DLink and the kernel with 2.4.16 and it did not happen again, although the
> network collisions stayed the same. I tend to think it is the old kernel, but I
> don't like Realtek cards anyway, so I threw them out in one go.
>
> Tell us if it happens again with 2.4.17, or if you are sure it does not,
> declare it as solved.
>
> Regards,
> Stephan
>
I have copmpiles 2.4.16 and did some tests with a mirrored system (
only the system, without the harddisks with data) using different
NICs: Davicom FE (dmfe), RT 8139C (8139too) and SMC 9432 EtherPower II
83c172 (epic100).
The System did work fine (the Realtek-NIC I had a huge amount of
collisions, but it did work!, with the SMC-NIC the Tx-speed was not
hipeak, but it did work werry constant).
I testet nearly every protocol I can handle and created a realy hard
networktraffic for a nearly a complete day and the system did not crash!!
Hopefully I was setting my configuration up, connected the
data-harddisks and rebooted - id did not take 30 minutes and the
system crashed again. My knowledge of systems is not the best, but for
me this seems to be a hardwareproblem with the board. From a
retrospektiv point of view: this box did work for nearly 3 years under
Linux (suse, debian, slackware) and with FreeBSD and it worked fine -
but only with one harddisk.
I know that this ALI-board is not the best, but I did not know it is
realy so bad.
--
live free or die :: linux
On Sat, 05 Jan 2002 12:44:21 +0100
Klaus Zerwes <[email protected]> wrote:
> Stephan von Krawczynski wrote:
> > Tell us if it happens again with 2.4.17, or if you are sure it does not,
> > declare it as solved.
> >
> > Regards,
> > Stephan
> >
>
>
> I have copmpiles 2.4.16 and did some tests with a mirrored system (
> only the system, without the harddisks with data) using different
> NICs: Davicom FE (dmfe), RT 8139C (8139too) and SMC 9432 EtherPower II
> 83c172 (epic100).
Sorry, but why with 2.4.16? Is this a typo?
Regards,
Stephan