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

 
 

bug #15072: LAN interface dies on connection problem

Submitted by:  None
Submitted on:  Sat 26 Nov 2005 08:38:55 PM UTC  
 
Category: Hurd ServersSeverity: 3 - Normal
Priority: 5 - NormalItem Group: None
Status: Need InfoPrivacy: Public
Assigned to: NoneOriginator Name: Thomas Schlesinger
Originator Email: -unavailable-Open/Closed: Open
Reproducibility: Every TimeSize (loc): None
Planned Release: NoneEffort: 0.00
Wiki-like text discussion box: 

Add a New Comment(Rich Markup)
   

You are not logged in

Please log in, so followups can be emailed to you.

 

(Jump to the original submission 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 File(s):
   
   
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

 

Do you think this task is very important?
If so, you can click here to add your encouragement to it.
This task has 0 encouragements so far.

Only logged-in users can vote.

 

Please enter the title of George Orwell's famous dystopian book (it's a date):

 

 

Follow 7 latest changes.

Date Changed By Updated Field Previous Value => Replaced By
Thu 06 Dec 2007 09:15:04 PM UTCNoneAttached File-=>Added diff_sis900.diff, #14579
Sat 07 Jan 2006 05:27:27 PM UTCamsStatusFixed=>Need Info
  Open/ClosedClosed=>Open
Tue 03 Jan 2006 09:26:06 PM UTCamsStatusNeed Info=>Fixed
  Open/ClosedOpen=>Closed
Sat 31 Dec 2005 12:19:05 PM UTCamsStatusNone=>Need Info
Sat 26 Nov 2005 08:38:55 PM UTCNoneCarbon-Copy-=>Added schlesix --AT-- gmx --PUNKT-- de

Back to the top


Powered by Savane 3.1-cleanup1