bugThe GNU Hurd - Bugs: bug #15072, LAN interface dies on connection...

 
 

bug #15072: LAN interface dies on connection problem

Submitter:  None
Submitted:  Sat 26 Nov 2005 08:38:55 PM UTC
   
 
Category:  Hurd Servers Severity:  3 - Normal
Priority:  5 - Normal Item Group:  None
Status:  Need Info Privacy:  Public
Assigned to:  None Originator Name:  Thomas Schlesinger
Originator Email:  -email is unavailable- Open/Closed:  Open
Reproducibility:  Every Time Size (loc):  None
Planned Release:  None Effort:  0.00
Wiki-like text discussion box: 


* Mandatory Fields

Add a New Comment Rich Markup
   

Jump to the original submission

Wed 18 Jan 2006 09:11:06 PM UTC, comment #10: 

I've put a 3Com-NIC into my computer and didn't have the network problems anymore. It seems, the driver for the sis900-NIC has a bug.

 Thomas Schlesinger <schlesi>
Tue 10 Jan 2006 07:20:03 PM UTC, comment #9: 

I can connect now gdb to /hurd/pfinet with "gdb /hurd/pfinet 50". When I do it, I get a lot of "reading symbols from blah/*" messages and the "(gdb)" prompt. When I try to start debugging with "c" <enter>, I get this error message: "Continuing, warning: Can't wait for pid 50: No child process" and gdb hangs.

On ams' advice I've tried:
settrans -fgap /servers/socket/2 (twice times!)
settrans -p /servers/socket/2 /hurd/pfinet ...
Then I've restarted ssh daemon again and was able to let die my network connection with "useradd --help" from an remote ssh shell, again.

Then I tried:
settrans -fgap /servers/socket/2
settrans -fgap /servers/socket/2
(Then I rebooted)
settrans -p /servers/socket/2 ..
Then I did let die my network connection with "useradd --help" from an remote ssh shell, again


Thomas Schlesinger <schlesi>
Mon 09 Jan 2006 08:51:34 PM UTC, comment #8: 

I've made a really dumb error. I've connected gdb to /hurd/pfinet's PPID, not to his PID (50). Connecting gdb to his PID works.

 Thomas Schlesinger <schlesi>
Sat 07 Jan 2006 05:56:03 PM UTC, comment #7: 

I've tried to attach gdb to pfinet after a fresh boot, but that doesn't work:

"gdb /hurd/pfinet 3" (3 was the PID of pfinet) tells me "Attaching to program '/hurd/pfinet', pid 3" and then it stops, though I can type in text on screen.

I also can't login from another Hurd console (no reaction if I type on the keyboard), though I can switch between consoles (ttyX changes).

 Thomas Schlesinger <schlesi>
Sat 07 Jan 2006 05:23:31 PM UTC, comment #6: 

The problem appeared again. I've found a way to reproduce it:

When I ssh in as root from Linux and do an "adduser --help", the network connection dies.

 Thomas Schlesinger <schlesi>
Tue 03 Jan 2006 09:26:06 PM UTC, comment #5: 

Great to see that you cannot reproduce it, I'll close this bug now.     I'll also mark it as fixed, since well, you can't reproduce it anymroe.  Please report if you can catch this one, preferbly with debugging symbols in pfinet and related programs.

Happy hacking!

 Alfred M. Szmidt <ams>
Sun 01 Jan 2006 03:53:44 PM UTC, comment #4: 

I've updated several packages today, including the "hurd" package. The problem seems to be have gone now.

 Thomas Schlesinger <schlesi>
Sun 01 Jan 2006 10:46:25 AM UTC, comment #3: 

Oh, sorry, it should be "Alfred" ;-)

 Thomas Schlesinger <schlesi>
Sun 01 Jan 2006 10:39:17 AM UTC, comment #2: 

Alfread,

yes, the problem does still exist, I'm using gnumach 20050801-2.

I don't have any experience with gdb, so somebody must guide me through the gdb session. I can be reached by ICQ as schlesix, by AIM as schlesix and by ICQ as 167371362.

 Thomas Schlesinger <schlesi>
Sat 31 Dec 2005 12:19:05 PM UTC, comment #1: 

Could you try and get some more info about this?  Does it still happen? Can you attach gdb to pfinet and see what goes on?

 Alfred M. Szmidt <ams>
Sat 26 Nov 2005 08:38:55 PM UTC, original submission:  

Version: gnumach 20050501-4 (Debian package)

Hi,

when I have a connection problem with tcp/ip, the LAN-interface seems to die.

Example:
I've initialized my NIC with this command:
 # settrans -fgap /servers/socket/2 /hurd/pfinet -i eth0 -a a.b.c.d -g e.f.g.h
-m i.j.k.l
I make a ping to a server and I get an reply, as expected
I open a second terminal session and do an "apt-get upgrade". One of the
servers didn't reply
The ping on the first session stops working
After I stop the "apt-get upgrade" with Ctrl-C and do an "settrans
-fgap /servers/socket/2 /hurd/pfinet -i eth0 -a a.b.c.d -g e.f.g.h -m
i.j.k.l", the ping tells me "resource lost" and stops. If I do a new ping
then, it continues to work.

The gnumach-package is 20050501-4 (the newer one make my machine panicing).

This are some information about my hardware (retrieved in Linux):
SchlesisPC ~ # lspci -v
00:00.0 Host bridge: Silicon Integrated Systems [SiS] 746 Host (rev 10)
        Subsystem: ASRock Incorporation Unknown device 0746
        Flags: bus master, medium devsel, latency 0
        Memory at d0000000 (32-bit, non-prefetchable) [size=64M]
        Capabilities: [c0] AGP version 3.0

00:01.0 PCI bridge: Silicon Integrated Systems [SiS] SG86C202 (prog-if 00
[Normal decode])
        Flags: bus master, fast devsel, latency 32
        Bus: primary=00, secondary=01, subordinate=02, sec-latency=32
        Memory behind bridge: cdd00000-cfefffff
        Prefetchable memory behind bridge: bda00000-cdbfffff

00:02.0 ISA bridge: Silicon Integrated Systems [SiS] SiS963 [MuTIOL Media IO]
(rev 25)
        Flags: bus master, medium devsel, latency 0

00:02.1 SMBus: Silicon Integrated Systems [SiS] SiS961/2 SMBus Controller
        Flags: medium devsel
        I/O ports at 0c00 [size=32]

00:02.5 IDE interface: Silicon Integrated Systems [SiS] 5513 [IDE] (prog-if 80
[Master])
        Subsystem: ASRock Incorporation Unknown device 5513
        Flags: bus master, medium devsel, latency 128
        I/O ports at ff00 [size=16]

00:02.7 Multimedia audio controller: Silicon Integrated Systems [SiS] Sound
Controller (rev a0)
        Subsystem: ASRock Incorporation Unknown device 7012
        Flags: bus master, medium devsel, latency 32, IRQ 18
        I/O ports at dc00 [size=256]
        I/O ports at d800 [size=128]
        Capabilities: [48] Power Management version 2

00:03.0 USB Controller: Silicon Integrated Systems [SiS] USB 1.0 Controller
(rev 0f) (prog-if 10 [OHCI])
        Subsystem: ASRock Incorporation Unknown device 7001
        Flags: bus master, medium devsel, latency 32, IRQ 11
        Memory at cfffd000 (32-bit, non-prefetchable) [size=4K]

00:03.1 USB Controller: Silicon Integrated Systems [SiS] USB 1.0 Controller
(rev 0f) (prog-if 10 [OHCI])
        Subsystem: ASRock Incorporation Unknown device 7001
        Flags: bus master, medium devsel, latency 32, IRQ 3
        Memory at cfffe000 (32-bit, non-prefetchable) [size=4K]

00:03.2 USB Controller: Silicon Integrated Systems [SiS] USB 2.0 Controller
(prog-if 20 [EHCI])
        Subsystem: ASRock Incorporation Unknown device 7001
        Flags: bus master, medium devsel, latency 32, IRQ 16
        Memory at cffff000 (32-bit, non-prefetchable) [size=4K]
        Capabilities: [50] Power Management version 2

00:04.0 Ethernet controller: Silicon Integrated Systems [SiS] SiS900 PCI Fast
Ethernet (rev 90)
        Subsystem: ASRock Incorporation Unknown device 8201
        Flags: bus master, medium devsel, latency 32, IRQ 19
        I/O ports at d400 [size=256]
        Memory at cfffc000 (32-bit, non-prefetchable) [size=4K]
        Expansion ROM at 50000000 [disabled] [size=128K]
        Capabilities: [40] Power Management version 2

01:00.0 VGA compatible controller: nVidia Corporation NV34 [GeForce FX 5200]
(rev a1) (prog-if 00 [VGA])
        Subsystem: ASUSTeK Computer Inc. Unknown device 8180
        Flags: bus master, 66MHz, medium devsel, latency 248, IRQ 17
        Memory at ce000000 (32-bit, non-prefetchable) [size=16M]
        Memory at c0000000 (32-bit, prefetchable) [size=128M]
        [virtual] Expansion ROM at cfee0000 [disabled] [size=128K]
        Capabilities: [60] Power Management version 2
        Capabilities: [44] AGP version 3.0

SchlesisPC irq # cat /proc/interrupts
           CPU0
  0:    2332497    IO-APIC-edge  timer
  1:        404    IO-APIC-edge  i8042
  7:          0    IO-APIC-edge  parport0
  8:          2    IO-APIC-edge  rtc
  9:          0   IO-APIC-level  acpi
 12:      10647    IO-APIC-edge  i8042
 14:      80367    IO-APIC-edge  ide0
 15:        133    IO-APIC-edge  ide1
 16:   26351698   IO-APIC-level  ehci_hcd:usb1
 17:     958388   IO-APIC-level  nvidia
 18:     378289   IO-APIC-level  SiS SI7012
 19:       1122   IO-APIC-level  eth0
NMI:          0
LOC:    2332390
ERR:          0
MIS:          0

Anonymous

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

Attached Files
file #14579:  diff_sis900.diff added by None (71KiB - application/octet-stream - Hi , Gaël Le Mignot made a working patch for the gnumach1.3)

 

Depends on the following items: None found

Items that depend on this one: None found

 

CC list is empty

 

There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

Only logged-in users can vote.

 

Follow 7 latest changes.

Date Changed by Updated Field Previous Value => Replaced by
2007-12-06 None Attached File- Added diff_sis900.diff, #14579
2006-01-07 ams StatusFixed Need Info
    Open/ClosedClosed Open
2006-01-03 ams StatusNeed Info Fixed
    Open/ClosedOpen Closed
2005-12-31 ams StatusNone Need Info
2005-11-26 None Carbon-Copy- Added schlesix --AT-- gmx --PUNKT-- de

Back to the top

Copyright © 2025 Free Software Foundation, Inc.
Verbatim copying and distribution of this entire article is permitted in any medium, provided this notice is preserved.
The Levitating, Meditating, Flute-playing Gnu logo is a GNU GPL'ed image provided by the Nevrax Design Team.
Page source code

Powered by Savane 3.14-31c1.
Corresponding source code