Strange Network behaviour

public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed

* Strange Network behaviour
@ 2004-07-02 15:30 Hermann Gottschalk
  2004-07-04 16:46 ` bert hubert
  0 siblings, 1 reply; 10+ messages in thread
From: Hermann Gottschalk @ 2004-07-02 15:30 UTC (permalink / raw)
  To: linux-kernel

[-- Attachment #1: Type: text/plain, Size: 1208 bytes --]

Hi,
following Situation:

4 Servers 
involved Hardware:
  - Motherboard: MSI MS-6728 
  - Onboard Gigabit NetworkInterface: Intel 82562EZ (e1000)
  - 100 MBit NetworkInterface: D-Link DFE-530TX (via-rhine)

Connected through a 1GB-Switch and a 100MBit-Switch. The second
connects about 40 X-Terminals too.

On all Servers is a SuSE Linux 9.0 professional installed; online
updates every night.  When they start up, everything is fine. After
some hours when i want to do a tcpdump on one of the Interfaces i get:

'tcpdump: socket: Address family not supported by protocol'  

ethereal doesn't find any interface.

Sometimes some of the 100MBit-IFs didn't answer anymore. The only
cure was to reboot. Neither rcnetwork restart nore unloading the
network-module did help.

This happend for a long time until there was a kernel patch from
2.4.21-215 to 2.4.21-266. Since it is installed this error doesn't
appear anymore.

On my home-system with a sis900 NW-IF the same happend once. But
there too is kernel 2.4.21-266 now.

Does someone has have made the same experience or does someone has
an idea what was the reason.

Thanks for any ideas in advance

Greetings
Hermann

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: Strange Network behaviour
  2004-07-02 15:30 Strange Network behaviour Hermann Gottschalk
@ 2004-07-04 16:46 ` bert hubert
  2004-07-14  8:00   ` Hermann Gottschalk
  0 siblings, 1 reply; 10+ messages in thread
From: bert hubert @ 2004-07-04 16:46 UTC (permalink / raw)
  To: Hermann Gottschalk; +Cc: linux-kernel

On Fri, Jul 02, 2004 at 05:30:28PM +0200, Hermann Gottschalk wrote:

> This happend for a long time until there was a kernel patch from
> 2.4.21-215 to 2.4.21-266. Since it is installed this error doesn't
> appear anymore.

If it ever happens again, supply the output of ifconfig after it happens,
and dmesg, and lspci -v -v -v. Sure looks like a weird error though,
probably not related to your network interfaces. 

'Protocol not available' is a weird one.

Perhaps something with modules?

-- 
http://www.PowerDNS.com      Open source, database driven DNS Software 
http://lartc.org           Linux Advanced Routing & Traffic Control HOWTO

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: Strange Network behaviour
  2004-07-04 16:46 ` bert hubert
@ 2004-07-14  8:00   ` Hermann Gottschalk
  2004-07-14  9:02     ` Roger Luethi
  0 siblings, 1 reply; 10+ messages in thread
From: Hermann Gottschalk @ 2004-07-14  8:00 UTC (permalink / raw)
  To: bert hubert; +Cc: linux-kernel

On Sun, Jul 04, 2004 at 06:46:54PM +0200, bert hubert wrote:
> On Fri, Jul 02, 2004 at 05:30:28PM +0200, Hermann Gottschalk wrote:
> 
> > This happend for a long time until there was a kernel patch from
> > 2.4.21-215 to 2.4.21-266. Since it is installed this error doesn't
> > appear anymore.
> 
> If it ever happens again, supply the output of ifconfig after it happens,
> and dmesg, and lspci -v -v -v. Sure looks like a weird error though,
> probably not related to your network interfaces. 
> 
> 'Protocol not available' is a weird one.
> 
> Perhaps something with modules?

OK, now after an "update" to 2.4.21-231 (SuSE 9.0) some similar
Errors occur:

1) The via-rhine IF isn't accessible anymore. It's up but doesn't work.

2) We work with lvm and lvm-snapshots can't be removed anymore. I
   get a segmentation fault.

Here the ouputs:

ifconfig
---------
eth0      Link encap:Ethernet  HWaddr 00:0C:76:3F:D6:C4
          inet addr:172.16.0.12  Bcast:172.16.0.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:207507 errors:0 dropped:0 overruns:0 frame:0
          TX packets:196605 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:100
          RX bytes:92145974 (87.8 Mb)  TX bytes:64863064 (61.8 Mb)
          Interrupt:5 Base address:0xbc00 Memory:fe9e0000-fea00000

eth0:0    Link encap:Ethernet  HWaddr 00:0C:76:3F:D6:C4
          inet addr:172.16.2.12  Bcast:172.16.2.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          Interrupt:5 Base address:0xbc00 Memory:fe9e0000-fea00000

eth1      Link encap:Ethernet  HWaddr 00:0D:88:4F:24:9B
          inet addr:192.168.0.12  Bcast:192.168.0.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:100
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)
          Interrupt:12 Base address:0xc800

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:130 errors:0 dropped:0 overruns:0 frame:0
          TX packets:130 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:11491 (11.2 Kb)  TX bytes:11491 (11.2 Kb)

---------


dmesg
---------
: IRQ (10) already programmed
PIC: IRQ (5) already programmed
PIC: IRQ (12) already programmed
ACPI: PCI Interrupt Link [LNKE] enabled at IRQ 9
00:03:09[A] -> IRQ 9 Mode 1 Trigger 1
ACPI: PCI Interrupt Link [LNKF] enabled at IRQ 9
PIC: IRQ (9) already programmed
ACPI: PCI Interrupt Link [LNKG] enabled at IRQ 11
PIC: IRQ (11) already programmed
PIC: IRQ (12) already programmed
PIC: IRQ (9) already programmed
PIC: IRQ (9) already programmed
PCI: Using ACPI for IRQ routing
PCI: if you experience problems, try using option 'pci=noacpi' or even 'acpi=off'
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.16)
apm: overridden by ACPI.
Starting kswapd
bigpage subsystem: allocated 0 bigpages (=0MB).
allocated 32 pages and 32 bhs reserved for the highmem bounces
kinoded started
VFS: Disk quotas vdquot_6.5.1
aio_setup: num_physpages = 131068
aio_setup: sizeof(struct page) = 48
vesafb: framebuffer at 0xf0000000, mapped to 0xf8817000, size 65536k
vesafb: mode is 1024x768x16, linelength=2048, pages=1
vesafb: protected mode interface info at c000:ec70
vesafb: scrolling: redraw
vesafb: directcolor: size=0:5:6:5, shift=0:11:5:0
bootsplash 3.0.9-2003/09/08: looking for picture.... silenjpeg size 22326 bytes, found (1024x768, 11098 bytes, v3).
bootsplash: silent jpeg found.
bootsplash: silent jpeg found.
Console: switching to colour frame buffer device 118x38
fb0: VESA VGA frame buffer device
Detected PS/2 Mouse Port.
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
keyboard: Timeout - AT keyboard not present?(ed)
keyboard: Timeout - AT keyboard not present?(f4)
Real Time Clock Driver v1.10e
Floppy drive(s): fd0 is 1.44M
FDC 0 is a post-1991 82077
RAMDISK driver initialized: 16 RAM disks of 64000K size 1024 blocksize
loop: loaded (max 16 devices)
Uniform Multi-Platform E-IDE driver Revision: 7.00beta4-2.4
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
PIIX-4: IDE controller at PCI slot 00:1f.1
PCI: Enabling device 00:1f.1 (0005 -> 0007)
PIIX-4: chipset revision 2
PIIX-4: not 100% native mode: will probe irqs later
    ide0: BM-DMA at 0xfc00-0xfc07, BIOS settings: hda:pio, hdb:pio
    ide1: BM-DMA at 0xfc08-0xfc0f, BIOS settings: hdc:DMA, hdd:pio
hdc: JLMS XJ-HD166S, ATAPI CD/DVD-ROM drive
ide1 at 0x170-0x177,0x376 on irq 15
ide-floppy driver 0.99.newide
ide-floppy driver 0.99.newide
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 16384 buckets, 128Kbytes
TCP: Hash tables configured (established 524288 bind 65536)
Linux IP multicast router 0.06 plus PIM-SM
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
cryptoapi: loaded
RAMDISK: Compressed image found at block 0
Freeing initrd memory: 395k freed
VFS: Mounted root (ext2 filesystem).
SCSI subsystem driver Revision: 1.00
kmod: failed to exec /sbin/modprobe -s -k scsi_hostadapter, errno = 2
scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 6.2.36
        <Adaptec 29160 Ultra160 SCSI adapter>
        aic7892: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs

(scsi0:A:0): 160.000MB/s transfers (80.000MHz DT, offset 127, 16bit)
  Vendor: MAXTOR    Model: ATLAS10K4_73WLS   Rev: DFV0
  Type:   Direct-Access                      ANSI SCSI revision: 03
scsi0:A:0:0: Tagged Queuing enabled.  Depth 32
Attached scsi disk sda at scsi0, channel 0, id 0, lun 0
SCSI device sda: 143666192 512-byte hdwr sectors (73557 MB)
Partition check:
 sda: sda1 sda2 sda3 sda4 < sda5 sda6 >
Journalled Block Device driver loaded
kjournald starting.  Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
VFS: Mounted root (ext3 filesystem) readonly.
Trying to move old root to /initrd ... failed
Unmounting old root
Trying to free ramdisk memory ... okay
Freeing unused kernel memory: 160k freed
md: Autodetecting RAID arrays.
md: autorun ...
md: ... autorun DONE.
EXT3 FS 2.4-0.9.19, 19 August 2002 on sd(8,3), internal journal
lvm-mp: allocating 42 lowmem entries at c39b9000
LVM version 1.0.5+(mp-v6d)(22/07/2002) module loaded
Adding Swap: 2104472k swap-space (priority 42)
EXT3 FS 2.4-0.9.19, 19 August 2002 on sd(8,3), internal journal
kjournald starting.  Commit interval 5 seconds
EXT3 FS 2.4-0.9.19, 19 August 2002 on sd(8,2), internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting.  Commit interval 5 seconds
EXT3 FS 2.4-0.9.19, 19 August 2002 on sd(8,5), internal journal
EXT3-fs: mounted filesystem with ordered data mode.
ISO 9660 Extensions: Microsoft Joliet Level 3
ISO 9660 Extensions: RRIP_1991A
kjournald starting.  Commit interval 5 seconds
EXT3 FS 2.4-0.9.19, 19 August 2002 on lvm(58,0), internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting.  Commit interval 5 seconds
EXT3 FS 2.4-0.9.19, 19 August 2002 on lvm(58,3), internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting.  Commit interval 5 seconds
EXT3 FS 2.4-0.9.19, 19 August 2002 on lvm(58,2), internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting.  Commit interval 5 seconds
EXT3 FS 2.4-0.9.19, 19 August 2002 on lvm(58,1), internal journal
EXT3-fs: mounted filesystem with ordered data mode.
bootsplash: silent jpeg found.
Intel(R) PRO/1000 Network Driver - version 5.2.16
Copyright (c) 1999-2003 Intel Corporation.
PCI: Setting latency timer of device 02:01.0 to 64
eth0: Intel(R) PRO/1000 Network Connection
via-rhine.c:v1.10-LK1.1.17  March-1-2003  Written by Donald Becker
  http://www.scyld.com/network/via-rhine.html
eth1: VIA VT6105 Rhine-III at 0xc800, 00:0d:88:4f:24:9b, IRQ 12.
eth1: MII PHY found at address 1, status 0x786d advertising 05e1 Link 45e1.
eth1: Setting full-duplex based on MII #1 link partner capability of 45e1.
raw1394: /dev/raw1394 device initialized
usb.c: registered new driver usbdevfs
usb.c: registered new driver hub
PCI: Setting latency timer of device 00:1d.7 to 64
ehci_hcd 00:1d.7: Intel Corp. 82801EB USB2 Enhanced Host Controller
ehci_hcd 00:1d.7: irq 12, pci mem fc995c00
usb.c: new USB bus registered, assigned bus number 1
ehci_hcd 00:1d.7: enabled 64bit PCI DMA
PCI: 00:1d.7 PCI cache line size set incorrectly (0 bytes) by BIOS/FW.
PCI: 00:1d.7 PCI cache line size corrected to 32.
ehci_hcd 00:1d.7: USB 2.0 enabled, EHCI 1.00, driver 2003-Jun-19/2.4
hub.c: USB hub found
hub.c: 8 ports detected
usb-uhci.c: $Revision: 1.275 $ time 16:12:56 Jun 28 2004
usb-uhci.c: High bandwidth mode enabled
PCI: Setting latency timer of device 00:1d.0 to 64
usb-uhci.c: USB UHCI at I/O 0xe000, IRQ 11
usb-uhci.c: Detected 2 ports
usb.c: new USB bus registered, assigned bus number 2
hub.c: USB hub found
hub.c: 2 ports detected
PCI: Setting latency timer of device 00:1d.1 to 64
usb-uhci.c: USB UHCI at I/O 0xe400, IRQ 12
usb-uhci.c: Detected 2 ports
usb.c: new USB bus registered, assigned bus number 3
hub.c: USB hub found
hub.c: 2 ports detected
PCI: Setting latency timer of device 00:1d.2 to 64
usb-uhci.c: USB UHCI at I/O 0xe800, IRQ 5
usb-uhci.c: Detected 2 ports
usb.c: new USB bus registered, assigned bus number 4
hub.c: USB hub found
hub.c: 2 ports detected
PCI: Setting latency timer of device 00:1d.3 to 64
usb-uhci.c: USB UHCI at I/O 0xec00, IRQ 11
usb-uhci.c: Detected 2 ports
usb.c: new USB bus registered, assigned bus number 5
hub.c: USB hub found
hub.c: 2 ports detected
usb-uhci.c: v1.275:USB Universal Host Controller Interface driver
uhci.c: USB Universal Host Controller Interface driver v1.1
mice: PS/2 mouse device common for all mice
e1000: eth0 NIC Link is Up 1000 Mbps Full Duplex
ACPI: Power Button (FF) [PWRF]
ACPI: Processor [CPU1] (supports C1, 8 throttling states)
ACPI: Processor [CPU2] (supports C1, 8 throttling states)
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
bootsplash: silent jpeg found.
keyboard: Timeout - AT keyboard not present?(f4)
eth1: Reset not complete yet. Trying harder.
eth1: Setting full-duplex based on MII #1 link partner capability of 45e1.
isapnp: Scanning for PnP cards...
isapnp: No Plug & Play device found
keyboard: Timeout - AT keyboard not present?(f4)
keyboard: Timeout - AT keyboard not present?(f4)
keyboard: Timeout - AT keyboard not present?(f4)
keyboard: Timeout - AT keyboard not present?(f4)
keyboard: Timeout - AT keyboard not present?(f4)
keyboard: Timeout - AT keyboard not present?(f4)
NETDEV WATCHDOG: eth1: transmit timed out
eth1: Transmit timed out, status 0000, PHY status 786d, resetting...
eth1: Reset not complete yet. Trying harder.
eth1: Setting full-duplex based on MII #1 link partner capability of 45e1.
NETDEV WATCHDOG: eth1: transmit timed out
eth1: Transmit timed out, status 0000, PHY status 786d, resetting...
eth1: Reset not complete yet. Trying harder.
eth1: Setting full-duplex based on MII #1 link partner capability of 45e1.
NETDEV WATCHDOG: eth1: transmit timed out
eth1: Transmit timed out, status 0000, PHY status 786d, resetting...
eth1: Reset not complete yet. Trying harder.
eth1: Setting full-duplex based on MII #1 link partner capability of 45e1.
NETDEV WATCHDOG: eth1: transmit timed out
eth1: Transmit timed out, status 0000, PHY status 786d, resetting...
eth1: Reset not complete yet. Trying harder.
eth1: Setting full-duplex based on MII #1 link partner capability of 45e1.
NETDEV WATCHDOG: eth1: transmit timed out
eth1: Transmit timed out, status 0000, PHY status 786d, resetting...
eth1: Reset not complete yet. Trying harder.
eth1: Setting full-duplex based on MII #1 link partner capability of 45e1.
NETDEV WATCHDOG: eth1: transmit timed out
eth1: Transmit timed out, status 0000, PHY status 786d, resetting...
eth1: Reset not complete yet. Trying harder.
eth1: Setting full-duplex based on MII #1 link partner capability of 45e1.
NETDEV WATCHDOG: eth1: transmit timed out
eth1: Transmit timed out, status 0000, PHY status 786d, resetting...
eth1: Reset not complete yet. Trying harder.
eth1: Setting full-duplex based on MII #1 link partner capability of 45e1.
NETDEV WATCHDOG: eth1: transmit timed out
eth1: Transmit timed out, status 0000, PHY status 786d, resetting...
eth1: Reset not complete yet. Trying harder.
eth1: Setting full-duplex based on MII #1 link partner capability of 45e1.
NETDEV WATCHDOG: eth1: transmit timed out
eth1: Transmit timed out, status 0000, PHY status 786d, resetting...
eth1: Reset not complete yet. Trying harder.
eth1: Setting full-duplex based on MII #1 link partner capability of 45e1.
NETDEV WATCHDOG: eth1: transmit timed out
eth1: Transmit timed out, status 0000, PHY status 786d, resetting...
eth1: Reset not complete yet. Trying harder.
eth1: Setting full-duplex based on MII #1 link partner capability of 45e1.
NETDEV WATCHDOG: eth1: transmit timed out
eth1: Transmit timed out, status 0000, PHY status 786d, resetting...
eth1: Reset not complete yet. Trying harder.
eth1: Setting full-duplex based on MII #1 link partner capability of 45e1.
NETDEV WATCHDOG: eth1: transmit timed out
eth1: Transmit timed out, status 0000, PHY status 786d, resetting...
eth1: Reset not complete yet. Trying harder.
eth1: Setting full-duplex based on MII #1 link partner capability of 45e1.
NETDEV WATCHDOG: eth1: transmit timed out
eth1: Transmit timed out, status 0000, PHY status 786d, resetting...
eth1: Reset not complete yet. Trying harder.
eth1: Setting full-duplex based on MII #1 link partner capability of 45e1.
NETDEV WATCHDOG: eth1: transmit timed out
eth1: Transmit timed out, status 0000, PHY status 786d, resetting...
eth1: Reset not complete yet. Trying harder.
eth1: Setting full-duplex based on MII #1 link partner capability of 45e1.
NETDEV WATCHDOG: eth1: transmit timed out
eth1: Transmit timed out, status 0000, PHY status 786d, resetting...
eth1: Reset not complete yet. Trying harder.
eth1: Setting full-duplex based on MII #1 link partner capability of 45e1.
device eth0 entered promiscuous mode
device eth0 left promiscuous mode
eth1: Promiscuous mode enabled.
device eth1 entered promiscuous mode
device eth1 left promiscuous mode
eth1: Reset not complete yet. Trying harder.
eth1: Setting full-duplex based on MII #1 link partner capability of 45e1.
kernel BUG at memory.c:531!
invalid operand: 0000 2.4.21-231-default #1 Mon Jun 28 15:39:34 UTC 2004
CPU:    0
EIP:    0010:[<c012db64>]    Not tainted
EFLAGS: 00010246
eax: 00000000   ebx: c10db0b0   ecx: 0000000b   edx: c27ffd40
esi: c2802670   edi: 00000000   ebp: 00000006   esp: caa93d7c
ds: 0018   es: 0018   ss: 0018
Process lvremove (pid: 28873, stackpage=caa93000)
Stack: c10db0b0 c39a2220 c012dfd7 c10db0b0 c3946c00 c3946c00 c3946600 c3975447
       c39a2220 c39a2220 c39ed000 c39736c4 c3946c00 c3946770 4004fe21 00000000
       c39ed000 bffff300 c3970940 00000000 c3979ca0 ffffffff c54c6a00 c5c377e8
Call Trace:         [<c012dfd7>] (20) [<c3975447>] (16) [<c39736c4>] (28)
  [<c3970940>] (08) [<c3979ca0>] (16) [<c012f795>] (44) [<c0118718>] (28)
  [<c022615b>] (12) [<c02262b2>] (08) [<c024daf8>] (40) [<c022615b>] (12)
  [<c02262b2>] (04) [<c013437e>] (12) [<c0134488>] (36) [<c012f2d3>] (72)
  [<c014ed80>] (24) [<c0151c8a>] (16) [<c014492b>] (48) [<c0144a94>] (24)
  [<c01438f4>] (28) [<c01437b0>] (24) [<c0152e26>] (32) [<c0143b0c>] (20)
  [<c0108e13>] (60)
Modules: [(lvm-mod:<c3970060>:<c397f644>)]
Code: 0f 0b 13 02 a6 22 2a c0 eb dc 89 f6 55 57 56 53 57 57 83 7c
 <6>NETDEV WATCHDOG: eth1: transmit timed out
eth1: Transmit timed out, status 0000, PHY status 786d, resetting...
eth1: Reset not complete yet. Trying harder.
eth1: Setting full-duplex based on MII #1 link partner capability of 45e1.
NETDEV WATCHDOG: eth1: transmit timed out
eth1: Transmit timed out, status 0000, PHY status 786d, resetting...
eth1: Reset not complete yet. Trying harder.
eth1: Setting full-duplex based on MII #1 link partner capability of 45e1.
NETDEV WATCHDOG: eth1: transmit timed out
eth1: Transmit timed out, status 0000, PHY status 786d, resetting...
eth1: Reset not complete yet. Trying harder.
eth1: Setting full-duplex based on MII #1 link partner capability of 45e1.
NETDEV WATCHDOG: eth1: transmit timed out
eth1: Transmit timed out, status 0000, PHY status 786d, resetting...
eth1: Reset not complete yet. Trying harder.
eth1: Setting full-duplex based on MII #1 link partner capability of 45e1.
NETDEV WATCHDOG: eth1: transmit timed out
eth1: Transmit timed out, status 0000, PHY status 786d, resetting...
eth1: Reset not complete yet. Trying harder.
eth1: Setting full-duplex based on MII #1 link partner capability of 45e1.
NETDEV WATCHDOG: eth1: transmit timed out
eth1: Transmit timed out, status 0000, PHY status 786d, resetting...
eth1: Reset not complete yet. Trying harder.
eth1: Setting full-duplex based on MII #1 link partner capability of 45e1.
via-rhine.c:v1.10-LK1.1.17  March-1-2003  Written by Donald Becker
  http://www.scyld.com/network/via-rhine.html
via-rhine: Reset not complete yet. Trying harder.
eth1: VIA VT6105 Rhine-III at 0xc800, 00:0d:88:4f:24:9b, IRQ 12.
eth1: MII PHY found at address 1, status 0x786d advertising 05e1 Link 45e1.
eth1: Reset not complete yet. Trying harder.
eth1: Setting full-duplex based on MII #1 link partner capability of 45e1.
---------

lspci -v -v -v
---------
00:00.0 Host bridge: Intel Corp. 82865G/PE/P Processor to I/O Controller (rev 02)
        Subsystem: Micro-Star International Co., Ltd.: Unknown device 7280
        Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
        Status: Cap+ 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort+ >SERR- <PERR-
        Latency: 0
        Region 0: Memory at f8000000 (32-bit, prefetchable) [size=64M]
        Capabilities: [e4] #09 [2106]
        Capabilities: [a0] AGP version 3.0
                Status: RQ=32 Iso- ArqSz=2 Cal=2 SBA+ ITACoh- GART64- HTrans- 64bit- FW+ AGP3+ Rate=x4,x8
                Command: RQ=1 ArqSz=0 Cal=2 SBA+ AGP- GART64- 64bit- FW- Rate=<none>

00:01.0 PCI bridge: Intel Corp. 82865G/PE/P Processor to AGP Controller (rev 02) (prog-if 00 [Normal decode])
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B-
        Status: Cap- 66Mhz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR-
        Latency: 32
        Bus: primary=00, secondary=01, subordinate=01, sec-latency=32
        I/O behind bridge: 0000f000-00000fff
        Memory behind bridge: fc800000-fe8fffff
        Prefetchable memory behind bridge: efe00000-f7dfffff
        BridgeCtl: Parity+ SERR- NoISA+ VGA+ MAbort- >Reset- FastB2B-

00:03.0 PCI bridge: Intel Corp. 82865G/PE/P Processor to PCI to CSA Bridge (rev 02) (prog-if 00 [Normal decode])
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B-
        Status: Cap- 66Mhz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR-
        Latency: 32
        Bus: primary=00, secondary=02, subordinate=02, sec-latency=0
        I/O behind bridge: 0000b000-0000bfff
        Memory behind bridge: fe900000-fe9fffff
        Prefetchable memory behind bridge: fff00000-000fffff
        BridgeCtl: Parity- SERR+ NoISA+ VGA- MAbort- >Reset- FastB2B-

00:1d.0 USB Controller: Intel Corp. 82801EB USB (rev 02) (prog-if 00 [UHCI])
        Subsystem: Micro-Star International Co., Ltd.: Unknown device 7280
        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
        Interrupt: pin A routed to IRQ 11
        Region 4: I/O ports at e000 [size=32]

00:1d.1 USB Controller: Intel Corp. 82801EB USB (rev 02) (prog-if 00 [UHCI])
        Subsystem: Micro-Star International Co., Ltd.: Unknown device 7280
        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
        Interrupt: pin B routed to IRQ 12
        Region 4: I/O ports at e400 [size=32]

00:1d.2 USB Controller: Intel Corp. 82801EB USB (rev 02) (prog-if 00 [UHCI])
        Subsystem: Micro-Star International Co., Ltd.: Unknown device 7280
        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
        Interrupt: pin C routed to IRQ 5
        Region 4: I/O ports at e800 [size=32]

00:1d.3 USB Controller: Intel Corp. 82801EB USB (rev 02) (prog-if 00 [UHCI])
        Subsystem: Micro-Star International Co., Ltd.: Unknown device 7280
        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
        Interrupt: pin A routed to IRQ 11
        Region 4: I/O ports at ec00 [size=32]

00:1d.7 USB Controller: Intel Corp. 82801EB USB2 (rev 02) (prog-if 20 [EHCI])
        Subsystem: Micro-Star International Co., Ltd.: Unknown device 7280
        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
        Interrupt: pin D routed to IRQ 12
        Region 0: Memory at febffc00 (32-bit, non-prefetchable) [size=1K]
        Capabilities: [50] Power Management version 2
                Flags: PMEClk- DSI- D1- D2- AuxCurrent=375mA PME(D0+,D1-,D2-,D3hot+,D3cold+)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME-
        Capabilities: [58] #0a [20a0]

00:1e.0 PCI bridge: Intel Corp. 82801BA/CA/DB/EB PCI Bridge (rev c2) (prog-if 00 [Normal decode])
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B-
        Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR+
        Latency: 0
        Bus: primary=00, secondary=03, subordinate=03, sec-latency=32
        I/O behind bridge: 0000c000-0000cfff
        Memory behind bridge: fea00000-feafffff
        Prefetchable memory behind bridge: f7e00000-f7efffff
        BridgeCtl: Parity- SERR+ NoISA+ VGA- MAbort- >Reset- FastB2B-

00:1f.0 ISA bridge: Intel Corp. 82801EB LPC Interface Controller (rev 02)
        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:1f.1 IDE interface: Intel Corp. 82801EB Ultra ATA Storage Controller (rev 02) (prog-if 8a [Master SecP PriP])
        Subsystem: Micro-Star International Co., Ltd.: Unknown device 7280
        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
        Interrupt: pin A routed to IRQ 5
        Region 0: I/O ports at <unassigned>
        Region 1: I/O ports at <unassigned>
        Region 2: I/O ports at <unassigned>
        Region 3: I/O ports at <unassigned>
        Region 4: I/O ports at fc00 [size=16]
        Region 5: Memory at 80000000 (32-bit, non-prefetchable) [size=1K]

00:1f.3 SMBus: Intel Corp. 82801EB SMBus Controller (rev 02)
        Subsystem: Micro-Star International Co., Ltd.: Unknown device 7280
        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-
        Interrupt: pin B routed to IRQ 10
        Region 4: I/O ports at 0c00 [size=32]

01:00.0 VGA compatible controller: nVidia Corporation NV18 [GeForce4 MX 440 AGP 8x] (rev a4) (prog-if 00 [VGA])
        Subsystem: LeadTek Research Inc.: Unknown device 2924
        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: 32 (1250ns min, 250ns max)
        Interrupt: pin A routed to IRQ 11
        Region 0: Memory at fd000000 (32-bit, non-prefetchable) [size=16M]
        Region 1: Memory at f0000000 (32-bit, prefetchable) [size=64M]
        Expansion ROM at fe8e0000 [disabled] [size=128K]
        Capabilities: [60] Power Management version 2
                Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME-
        Capabilities: [44] AGP version 3.0
                Status: RQ=32 Iso- ArqSz=0 Cal=3 SBA+ ITACoh- GART64- HTrans- 64bit- FW+ AGP3+ Rate=x4,x8
                Command: RQ=1 ArqSz=0 Cal=0 SBA- AGP- GART64- 64bit- FW- Rate=<none>

02:01.0 Ethernet controller: Intel Corp.: Unknown device 1019
        Subsystem: Micro-Star International Co., Ltd.: Unknown device 728c
        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 (63750ns min), cache line size 08
        Interrupt: pin A routed to IRQ 5
        Region 0: Memory at fe9e0000 (32-bit, non-prefetchable) [size=128K]
        Region 2: I/O ports at bc00 [size=32]
        Capabilities: [dc] Power Management version 2
                Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA PME(D0+,D1-,D2-,D3hot+,D3cold+)
                Status: D0 PME-Enable- DSel=0 DScale=1 PME-

03:01.0 SCSI storage controller: Adaptec AIC-7892A U160/m (rev 02)
        Subsystem: Adaptec 29160 Ultra160 SCSI Controller
        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: 32 (10000ns min, 6250ns max), cache line size 08
        Interrupt: pin A routed to IRQ 10
        BIST result: 00
        Region 0: I/O ports at cc00 [disabled] [size=256]
        Region 1: Memory at feaff000 (64-bit, non-prefetchable) [size=4K]
        Expansion ROM at feac0000 [disabled] [size=128K]
        Capabilities: [dc] Power Management version 2
                Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME-

03:03.0 Ethernet controller: VIA Technologies, Inc. VT6105 [Rhine-III] (rev 86)
        Subsystem: D-Link System Inc: Unknown device 1403
        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: 32 (750ns min, 2000ns max), cache line size 08
        Interrupt: pin A routed to IRQ 12
        Region 0: I/O ports at c800 [size=256]
        Region 1: Memory at feafef00 (32-bit, non-prefetchable) [size=256]
        Expansion ROM at feab0000 [disabled] [size=64K]
        Capabilities: [40] Power Management version 2
                Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold+)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME-

---------


Any ideas?

Greetings Hermann

-- 
  ___  ___ _____ ___    ___       _    _  _
 / _ \/ __|_   _/ __|  / __|_ __ | |__| || |
| (_) \__ \ | || (__  | (_ | '  \| '_ \ __ |
 \___/|___/ |_| \___|  \___|_|_|_|_.__/_||_|
----------------------------------------------
 OSTC Open Source Training and Consulting GmbH
 90425 Nürnberg      Web:   http://www.ostc.de
----------------------------------------------
            PGP-Key: 0x0B2D8EEA 
    No HTML-Mails; 72 Characters per line

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: Strange Network behaviour
  2004-07-14  8:00   ` Hermann Gottschalk
@ 2004-07-14  9:02     ` Roger Luethi
  2004-07-14 10:28       ` Hermann Gottschalk
  0 siblings, 1 reply; 10+ messages in thread
From: Roger Luethi @ 2004-07-14  9:02 UTC (permalink / raw)
  To: Hermann Gottschalk; +Cc: bert hubert, linux-kernel

On Wed, 14 Jul 2004 10:00:36 +0200, Hermann Gottschalk wrote:
> OK, now after an "update" to 2.4.21-231 (SuSE 9.0) some similar
> Errors occur:
> 
> 1) The via-rhine IF isn't accessible anymore. It's up but doesn't work.
> 
> 2) We work with lvm and lvm-snapshots can't be removed anymore. I
>    get a segmentation fault.

Looks like you have more than one problem. The lvm related trace is
hardly due to via-rhine (and you need to send it through ksymoops
to get something useful).

If you set debug in via-rhine to 3, you'll get a more interesting
log. Does booting with noacpi help at all?

Roger

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: Strange Network behaviour
  2004-07-14  9:02     ` Roger Luethi
@ 2004-07-14 10:28       ` Hermann Gottschalk
  2004-07-14 10:33         ` Roger Luethi
  2004-07-14 16:13         ` Gene Heskett
  0 siblings, 2 replies; 10+ messages in thread
From: Hermann Gottschalk @ 2004-07-14 10:28 UTC (permalink / raw)
  To: Roger Luethi; +Cc: linux-kernel

On Wed, Jul 14, 2004 at 11:02:08AM +0200, Roger Luethi wrote:
> On Wed, 14 Jul 2004 10:00:36 +0200, Hermann Gottschalk wrote:
> > OK, now after an "update" to 2.4.21-231 (SuSE 9.0) some similar
> > Errors occur:
> > 
> > 1) The via-rhine IF isn't accessible anymore. It's up but doesn't work.
> > 
> > 2) We work with lvm and lvm-snapshots can't be removed anymore. I
> >    get a segmentation fault.
> 
> Looks like you have more than one problem. The lvm related trace is
> hardly due to via-rhine (and you need to send it through ksymoops
> to get something useful).
> 
> If you set debug in via-rhine to 3, you'll get a more interesting
> log. Does booting with noacpi help at all?

I will try noapic.

Could it be a problem with lvm and nfs? 

The nfs-connection is sometimes very slow even there is no
networkproblem on the e1000-IFs...

-- 
  ___  ___ _____ ___    ___       _    _  _
 / _ \/ __|_   _/ __|  / __|_ __ | |__| || |
| (_) \__ \ | || (__  | (_ | '  \| '_ \ __ |
 \___/|___/ |_| \___|  \___|_|_|_|_.__/_||_|
----------------------------------------------
 OSTC Open Source Training and Consulting GmbH
 90425 Nürnberg      Web:   http://www.ostc.de
----------------------------------------------
            PGP-Key: 0x0B2D8EEA 
    No HTML-Mails; 72 Characters per line

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: Strange Network behaviour
  2004-07-14 10:28       ` Hermann Gottschalk
@ 2004-07-14 10:33         ` Roger Luethi
  2004-07-14 10:40           ` Hermann Gottschalk
  2004-07-14 16:13         ` Gene Heskett
  1 sibling, 1 reply; 10+ messages in thread
From: Roger Luethi @ 2004-07-14 10:33 UTC (permalink / raw)
  To: Hermann Gottschalk; +Cc: linux-kernel

On Wed, 14 Jul 2004 12:28:49 +0200, Hermann Gottschalk wrote:
> > If you set debug in via-rhine to 3, you'll get a more interesting
> > log. Does booting with noacpi help at all?
> 
> I will try noapic.

noapic != noacpi
Both ACPI and APIC have been known to cause problems, though.

Roger

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: Strange Network behaviour
  2004-07-14 10:33         ` Roger Luethi
@ 2004-07-14 10:40           ` Hermann Gottschalk
  2004-07-14 10:48             ` Roger Luethi
  0 siblings, 1 reply; 10+ messages in thread
From: Hermann Gottschalk @ 2004-07-14 10:40 UTC (permalink / raw)
  To: Roger Luethi; +Cc: linux-kernel

On Wed, Jul 14, 2004 at 12:33:12PM +0200, Roger Luethi wrote:
> On Wed, 14 Jul 2004 12:28:49 +0200, Hermann Gottschalk wrote:
> > > If you set debug in via-rhine to 3, you'll get a more interesting
> > > log. Does booting with noacpi help at all?
> > 
> > I will try noapic.
> 
> noapic != noacpi
> Both ACPI and APIC have been known to cause problems, though.

noacpi doesn't exist as kernel-parameter
(/usr/src/linux/Documentation/kernel-parameters.txt)

-- 
  ___  ___ _____ ___    ___       _    _  _
 / _ \/ __|_   _/ __|  / __|_ __ | |__| || |
| (_) \__ \ | || (__  | (_ | '  \| '_ \ __ |
 \___/|___/ |_| \___|  \___|_|_|_|_.__/_||_|
----------------------------------------------
 OSTC Open Source Training and Consulting GmbH
 Hermann Gottschalk  eMail:         hg@ostc.de
 Dipl.-Phys. Univ.   Tel:   +49 911-18 06 25 6
                     Mobil: +49 173-36 00 68 0
 Delsenbachweg 32    Fax:   +49 911-18 06 27 7
 90425 Nürnberg      Web:   http://www.ostc.de
----------------------------------------------
            PGP-Key: 0x0B2D8EEA 
    No HTML-Mails; 72 Characters per line

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: Strange Network behaviour
  2004-07-14 10:40           ` Hermann Gottschalk
@ 2004-07-14 10:48             ` Roger Luethi
       [not found]               ` <20040714105546.GA12380@ostc.de>
  0 siblings, 1 reply; 10+ messages in thread
From: Roger Luethi @ 2004-07-14 10:48 UTC (permalink / raw)
  To: Hermann Gottschalk; +Cc: linux-kernel

On Wed, 14 Jul 2004 12:40:08 +0200, Hermann Gottschalk wrote:
> On Wed, Jul 14, 2004 at 12:33:12PM +0200, Roger Luethi wrote:
> > On Wed, 14 Jul 2004 12:28:49 +0200, Hermann Gottschalk wrote:
> > > > If you set debug in via-rhine to 3, you'll get a more interesting
> > > > log. Does booting with noacpi help at all?
> > > 
> > > I will try noapic.
> > 
> > noapic != noacpi
> > Both ACPI and APIC have been known to cause problems, though.
> 
> noacpi doesn't exist as kernel-parameter
> (/usr/src/linux/Documentation/kernel-parameters.txt)

Correct. acpi=off does.

Roger

^ permalink raw reply	[flat|nested] 10+ messages in thread

[parent not found: <20040714105546.GA12380@ostc.de>]

[parent not found: <20040714110348.GA6393@k3.hellgate.ch>]

* Re: Strange Network behaviour
       [not found]                 ` <20040714110348.GA6393@k3.hellgate.ch>
@ 2004-07-14 12:51                   ` Hermann Gottschalk
  0 siblings, 0 replies; 10+ messages in thread
From: Hermann Gottschalk @ 2004-07-14 12:51 UTC (permalink / raw)
  To: Roger Luethi; +Cc: linux-kernel

On Wed, Jul 14, 2004 at 01:03:48PM +0200, Roger Luethi wrote:
> On Wed, 14 Jul 2004 12:55:46 +0200, Hermann Gottschalk wrote:
> > After restart with noapic lvm causes the same problems...
> 
> This seems unrelated to via-rhine. And please use ksymoops(8) to make
> stack traces meaningful.

Here what dmesg | ksymoops give:
0100000 (reserved)
1151MB HIGHMEM available.
e1000: eth0 NIC Link is Up 1000 Mbps Full Duplex
kernel BUG at memory.c:531!
invalid operand: 0000 2.4.21-231-default #1 Mon Jun 28 15:39:34 UTC 2004
CPU:    0
EIP:    0010:[<c012db64>]    Not tainted
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010246
eax: 00000000   ebx: c10e47a0   ecx: 0000000b   edx: c27ffd40
esi: c28031f0   edi: 00000000   ebp: 00000004   esp: ca121d7c
ds: 0018   es: 0018   ss: 0018
Process lvremove (pid: 8434, stackpage=ca121000)
Stack: c10e47a0 c4485120 c012dfd7 c10e47a0 c4462800 c4462800 c4462000 c4495447
       c4485120 c4485120 c44fa000 c44936c4 c4462800 c4462170 4004fe21 00000000
       c44fa000 bffff320 c4490940 00000000 c4499ca0 ffffffff ca3f09a0 ca124ed0
Call Trace:         [<c012dfd7>] (20) [<c4495447>] (16) [<c44936c4>] (28)
  [<c4490940>] (08) [<c4499ca0>] (16) [<c012f795>] (44) [<c0118718>] (56)
  [<c01c0d05>] (32) [<c013ab0c>] (16) [<c013437e>] (28) [<c86f2924>] (20)
  [<c012f2d3>] (72) [<c014ed80>] (24) [<c0151c8a>] (16) [<c014492b>] (16)
  [<c010c5b8>] (32) [<c0144a94>] (24) [<c01438f4>] (28) [<c01437b0>] (24)
  [<c0152e26>] (32) [<c0143b0c>] (20) [<c0108e13>] (60)
Code: 0f 0b 13 02 a6 22 2a c0 eb dc 89 f6 55 57 56 53 57 57 83 7c


>>EIP; c012db64 <unpin_pte_page+34/40>   <=====

>>ebx; c10e47a0 <_end+d0fbfc/2d8b4bc>
>>edx; c27ffd40 <_end+242b19c/2d8b4bc>
>>esi; c28031f0 <_end+242e64c/2d8b4bc>
>>esp; ca121d7c <[af_packet]packet_socks_nr+53edd8/43bd0bc>

Trace; c012dfd7 <unmap_kiobuf+17/50>
Trace; c4495447 <[lvm-mod]lvm_snapshot_release+87/e0>
Trace; c44936c4 <[lvm-mod]lvm_do_lv_remove+114/2f0>
Trace; c4490940 <[lvm-mod]lvm_chr_ioctl+500/640>
Trace; c4499ca0 <[lvm-mod]lv_req+0/a0>
Trace; c012f795 <handle_mm_fault+95/150>
Trace; c0118718 <do_page_fault+1b8/5b0>
Trace; c01c0d05 <pty_write+115/150>
Trace; c013ab0c <activate_page+8c/a0>
Trace; c013437e <filemap_nopage+ce/200>
Trace; c86f2924 <[e1000]e1000_clean_rx_irq+184/400>
Trace; c012f2d3 <do_no_page+c3/3b0>
Trace; c014ed80 <cached_lookup+10/60>
Trace; c0151c8a <__link_path_walk+67a/6b0>
Trace; c014492b <get_chrfops+ab/e0>
Trace; c010c5b8 <call_do_IRQ+5/d>
Trace; c0144a94 <chrdev_open+44/50>
Trace; c01438f4 <dentry_open+134/1a0>
Trace; c01437b0 <filp_open+50/60>
Trace; c0152e26 <sys_ioctl+1d6/26a>
Trace; c0143b0c <sys_open+5c/90>
Trace; c0108e13 <system_call+33/40>

Code;  c012db64 <unpin_pte_page+34/40>
00000000 <_EIP>:
Code;  c012db64 <unpin_pte_page+34/40>   <=====
   0:   0f 0b                     ud2a      <=====
Code;  c012db66 <unpin_pte_page+36/40>
   2:   13 02                     adc    (%edx),%eax
Code;  c012db68 <unpin_pte_page+38/40>
   4:   a6                        cmpsb  %es:(%edi),%ds:(%esi)
Code;  c012db69 <unpin_pte_page+39/40>
   5:   22 2a                     and    (%edx),%ch
Code;  c012db6b <unpin_pte_page+3b/40>
   7:   c0 eb dc                  shr    $0xdc,%bl
Code;  c012db6e <unpin_pte_page+3e/40>
   a:   89 f6                     mov    %esi,%esi
Code;  c012db70 <__get_user_pages+0/2c0>
   c:   55                        push   %ebp
Code;  c012db71 <__get_user_pages+1/2c0>
   d:   57                        push   %edi
Code;  c012db72 <__get_user_pages+2/2c0>
   e:   56                        push   %esi
Code;  c012db73 <__get_user_pages+3/2c0>
   f:   53                        push   %ebx
Code;  c012db74 <__get_user_pages+4/2c0>
  10:   57                        push   %edi
Code;  c012db75 <__get_user_pages+5/2c0>
  11:   57                        push   %edi
Code;  c012db76 <__get_user_pages+6/2c0>
  12:   83 7c 00 00 00            cmpl   $0x0,0x0(%eax,%eax,1)


1 warning issued.  Results may not be reliable.






-- 
  ___  ___ _____ ___    ___       _    _  _
 / _ \/ __|_   _/ __|  / __|_ __ | |__| || |
| (_) \__ \ | || (__  | (_ | '  \| '_ \ __ |
 \___/|___/ |_| \___|  \___|_|_|_|_.__/_||_|
----------------------------------------------
 OSTC Open Source Training and Consulting GmbH
 90425 Nürnberg      Web:   http://www.ostc.de
----------------------------------------------
            PGP-Key: 0x0B2D8EEA 
    No HTML-Mails; 72 Characters per line

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: Strange Network behaviour
  2004-07-14 10:28       ` Hermann Gottschalk
  2004-07-14 10:33         ` Roger Luethi
@ 2004-07-14 16:13         ` Gene Heskett
  1 sibling, 0 replies; 10+ messages in thread
From: Gene Heskett @ 2004-07-14 16:13 UTC (permalink / raw)
  To: linux-kernel

On Wednesday 14 July 2004 06:28, Hermann Gottschalk wrote:
[...]
>> If you set debug in via-rhine to 3, you'll get a more interesting
>> log. Does booting with noacpi help at all?
>
>I will try noapic.
>
Thats a different option, he wrote 'noacpi'

-- 
Cheers, Gene
There are 4 boxes to be used in defense of liberty. 
Soap, ballot, jury, and ammo.
Please use in that order, starting now.  -Ed Howdershelt, Author
Additions to this message made by Gene Heskett are Copyright 2004, 
Maurice E. Heskett, all rights reserved.

^ permalink raw reply	[flat|nested] 10+ messages in thread

end of thread, other threads:[~2004-07-14 16:14 UTC | newest]

Thread overview: 10+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-07-02 15:30 Strange Network behaviour Hermann Gottschalk
2004-07-04 16:46 ` bert hubert
2004-07-14  8:00   ` Hermann Gottschalk
2004-07-14  9:02     ` Roger Luethi
2004-07-14 10:28       ` Hermann Gottschalk
2004-07-14 10:33         ` Roger Luethi
2004-07-14 10:40           ` Hermann Gottschalk
2004-07-14 10:48             ` Roger Luethi
     [not found]               ` <20040714105546.GA12380@ostc.de>
     [not found]                 ` <20040714110348.GA6393@k3.hellgate.ch>
2004-07-14 12:51                   ` Hermann Gottschalk
2004-07-14 16:13         ` Gene Heskett

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox