devn-tulip.so causes os crash

I recently changed my 10/100 network hub for a 10/100 switch. The
hub apparently used half duplex and the switch uses full duplex. I
use devn-tulip.so for my network card. After changing to the switch,
RTP crashed on the first network access. Even the caps-lock key was
dead. I was setting up the network like this:

slay io-net
/sbin/io-net -v -dtulip -ptcpip -ppppmgr
sleep 2
/usr/bin/ifconfig en0 192.168.3.30 up
/usr/bin/route add default 192.168.3.3
/usr/bin/portmap &
/usr/sbin/inetd &

I changed the line
/sbin/io-net -v -dtulip -ptcpip -ppppmgr

to
/sbin/io-net -v -dtulip duplex=1 -ptcpip -ppppmgr

and now RTP works fine and the network is active. Incidentally, I had
to make the similar change in QNX4, though QNX4 did not crash without
an explicit full-duplex argument. It just failed to talk on the
network.

The network card is a

Class = Network (Ethernet)
Vendor ID = 11adh, Lite-On Communications Inc
Device ID = 2h, NGMC169B 10/100 Ethernet (NetGear FA310TX)
PCI index = 0h
IO Address = 1000h enabled
Mem Address = f4000000h enabled
Expansion ROM = ffec0000h disabled
PCI Int Pin = INT A
Interrupt line = 5

This is the public version of QRTP (not Patch A).

Cheers,
Andrew

Hi Andrew,

Try using the UNOFFICIAL driver from http://staff.qnx.com/~cdm/networking/
this driver is UNOFFICIAL so if it doesn’t work… :wink:

Or you can wait for Patch A, which will be out shortly.

Erick.


Andrew Thomas <Andrew@cogent.ca> wrote:

I recently changed my 10/100 network hub for a 10/100 switch. The
hub apparently used half duplex and the switch uses full duplex. I
use devn-tulip.so for my network card. After changing to the switch,
RTP crashed on the first network access. Even the caps-lock key was
dead. I was setting up the network like this:

slay io-net
/sbin/io-net -v -dtulip -ptcpip -ppppmgr
sleep 2
/usr/bin/ifconfig en0 192.168.3.30 up
/usr/bin/route add default 192.168.3.3
/usr/bin/portmap &
/usr/sbin/inetd &

I changed the line
/sbin/io-net -v -dtulip -ptcpip -ppppmgr

to
/sbin/io-net -v -dtulip duplex=1 -ptcpip -ppppmgr

and now RTP works fine and the network is active. Incidentally, I had
to make the similar change in QNX4, though QNX4 did not crash without
an explicit full-duplex argument. It just failed to talk on the
network.

The network card is a

Class = Network (Ethernet)
Vendor ID = 11adh, Lite-On Communications Inc
Device ID = 2h, NGMC169B 10/100 Ethernet (NetGear FA310TX)
PCI index = 0h
IO Address = 1000h enabled
Mem Address = f4000000h enabled
Expansion ROM = ffec0000h disabled
PCI Int Pin = INT A
Interrupt line = 5

This is the public version of QRTP (not Patch A).

Cheers,
Andrew

Previously, Erick Muis wrote in qdn.public.qnxrtp.os:

Hi Andrew,

Try using the UNOFFICIAL driver from > http://staff.qnx.com/~cdm/networking/
this driver is UNOFFICIAL so if it doesn’t work… > :wink:

Or you can wait for Patch A, which will be out shortly.

Erick.

I tried Patch A. It was Even Worse. I posted a description
to qdn.private.augusta: Full TCP/IP crashes Neutrino. This
problem might have as much to do with tcpip as it does with
tulip.

Andrew