Can't get net connection with PCMCIA and QNX 6

QNX Newsgroups (Archives) comp.os.qnx
1

I’ve been trying for some time to get a PCMCIA network card running with
Neutrino.
Occasionally I get some hints from QSSL, but we don’t seem to get
anywhere.

I’m using a Toshiba Tecra 8000 laptop with a D-Link DE660+ PCMCIA card.
Neutrino was installed from an ISO image of QNX 6.1.0, loaded from the
net.

The machine also has NT4 loaded on it, and this seems to cause the
installer
problems (although the boot drive is FAT, not NTFS). So I boot from the
installation CD, which finds and mounts a dedicated qnx partition.

PIN likes to allocate irq3 to the dlink card, while nicinfo reports that
it has
irq5. I’ve tried to fix this using io-net command line arguments, but it
still
doesn’t work. See the dump below for my best effort. One interesting
feature is that if I attempt to ping something, I get the number of tx
bytes
reported by nicinfo incrementing, but not the number of complete
packets.

I slay io-net first to try to get rid of the existing startup of the
network card,
which had the wrong irq. I’m not sure what does this, so maybe I’m
already
suffering some other wrong configuration.

-adrian


\

slay io-net

io-net -dne2000 ioport=0x200,irq=3 -pttcpip

if=en0:192.168.255.6,default=192.168.255.254

nicinfo

NE2000 Ethernet Controller
Physical Node ID … 0050BA 8FB04C
Current Physical Node ID … 0050BA 8FB04C
Media Rate … 10.00 Mb/s half-duplex UTP
MTU … 1514
Lan … 0
I/O Port Range … 0x200 → 0x21E
Hardware Interrupt … 0x3
Promiscuous … Disabled
Multicast … Enabled

Total Packets Txd OK … 0
Total Packets Txd Bad … 0
Total Packets Rxd OK … 0
Total Rx Errors … 0

Total Bytes Txd … 0
Total Bytes Rxd … 0

Tx Collision Errors … 0
Tx Collisions Errors (aborted) … 0
Carrier Sense Lost on Tx … 0
FIFO Underruns During Tx … 0
Tx deferred … 0
Out of Window Collisions … 0
FIFO Overruns During Rx … 0
Alignment errors … 0
CRC errors … 0

ping 192.168.255.254

PING 192.168.255.254 (192.168.255.254): 56 data bytes
ping: sendto: Host is down
ping: wrote 192.168.255.254 64 chars, ret=-1
ping: sendto: Host is down
ping: wrote 192.168.255.254 64 chars, ret=-1

— 192.168.255.254 ping statistics —
7 packets transmitted, 0 packets received, 100% packet loss

pin

Sock Func Type Flags PID Base Size IRQ
1 0 Network C—I-±–X----- 73741 0x200 32 3
1 Empty ----MF---------- None
2 Empty ----MF---------- None
2 Empty ----MF---------- None

2

hi, I had similar problems with Cnet 40 BC, look at the appropriate
thread in
qdn.public.ddk.network
Jörg

Adrian Godwin schrieb:

I’ve been trying for some time to get a PCMCIA network card running with
Neutrino.
Occasionally I get some hints from QSSL, but we don’t seem to get
anywhere.

I’m using a Toshiba Tecra 8000 laptop with a D-Link DE660+ PCMCIA card.
Neutrino was installed from an ISO image of QNX 6.1.0, loaded from the
net.

The machine also has NT4 loaded on it, and this seems to cause the
installer
problems (although the boot drive is FAT, not NTFS). So I boot from the
installation CD, which finds and mounts a dedicated qnx partition.

PIN likes to allocate irq3 to the dlink card, while nicinfo reports that
it has
irq5. I’ve tried to fix this using io-net command line arguments, but it
still
doesn’t work. See the dump below for my best effort. One interesting
feature is that if I attempt to ping something, I get the number of tx
bytes
reported by nicinfo incrementing, but not the number of complete
packets.

I slay io-net first to try to get rid of the existing startup of the
network card,
which had the wrong irq. I’m not sure what does this, so maybe I’m
already
suffering some other wrong configuration.

-adrian

slay io-net

io-net -dne2000 ioport=0x200,irq=3 -pttcpip

if=en0:192.168.255.6,default=192.168.255.254

nicinfo

NE2000 Ethernet Controller
Physical Node ID … 0050BA 8FB04C
Current Physical Node ID … 0050BA 8FB04C
Media Rate … 10.00 Mb/s half-duplex UTP
MTU … 1514
Lan … 0
I/O Port Range … 0x200 → 0x21E
Hardware Interrupt … 0x3
Promiscuous … Disabled
Multicast … Enabled

Total Packets Txd OK … 0
Total Packets Txd Bad … 0
Total Packets Rxd OK … 0
Total Rx Errors … 0

Total Bytes Txd … 0
Total Bytes Rxd … 0

Tx Collision Errors … 0
Tx Collisions Errors (aborted) … 0
Carrier Sense Lost on Tx … 0
FIFO Underruns During Tx … 0
Tx deferred … 0
Out of Window Collisions … 0
FIFO Overruns During Rx … 0
Alignment errors … 0
CRC errors … 0

ping 192.168.255.254

PING 192.168.255.254 (192.168.255.254): 56 data bytes
ping: sendto: Host is down
ping: wrote 192.168.255.254 64 chars, ret=-1
ping: sendto: Host is down
ping: wrote 192.168.255.254 64 chars, ret=-1

— 192.168.255.254 ping statistics —
7 packets transmitted, 0 packets received, 100% packet loss

pin

Sock Func Type Flags PID Base Size IRQ
1 0 Network C—I-±–X----- 73741 0x200 32 3
1 Empty ----MF---------- None
2 Empty ----MF---------- None
2 Empty ----MF---------- None

–

Dr. Jörg Kampmann - IBK-Consult for Real-Time and Embedded Systems
D-31228 Peine - Tel.:+49-177-276-3140 - Fax: +49-5171-13385
http://www.ibk-consult.de
===== QNX is the better Choice for Real-Time: http://www.qnx.com ====

3

Joerg Kampmann wrote:

hi, I had similar problems with Cnet 40 BC, look at the appropriate
thread in
qdn.public.ddk.network
Jörg

Adrian Godwin schrieb:

I’ve been trying for some time to get a PCMCIA network card running with
Neutrino.
Occasionally I get some hints from QSSL, but we don’t seem to get
anywhere.

I’m using a Toshiba Tecra 8000 laptop with a D-Link DE660+ PCMCIA card.
Neutrino was installed from an ISO image of QNX 6.1.0, loaded from the
net.

Finally working !!

It seems that it was the devp-pccard -w8 that was necessary. It didn’t
work
with -w16,8. Also, setting a default route with -pttcpip didn’t work,
but
-ptcpip followed by ‘ifconfig’ and ‘route add’ got me there. This has
been
a long-running struggle …

I did :

slay io-net
slay devp-pccard
slay enum-pccard
devp-pccard -v -w8 &
enum-pccard &
io-net -dne2000 irq=3,ioport=0x200 -ptcpip
ifconfig en0 192.168.255.6
route add -net default 192.168.255.254

and also added a nameserver line to /etc/resolv.conf



Now it’s running, I daren’t turn it off. I’ve been poking around the etc
directories to try to find where to set these parameters permanently -
is there any documentation for the /etc/system/enum stuff ?
It’s possible that just the -w8 is important - the desktop config stuff
might do the rest if that was correct.

-adrian

4

yes, qssl told me as well the procedure you did - however I was not too
successful.

as to where to put it:

try /etc/rc.d/sysinit :slight_smile: it should be ok for those things. I was busy
the last days but I try your stuff
tomorrow …
good luck with the sysinit (not well documented until now, you are right

  • but they actually did a good job so far, and there is an upcoming doc
    on system administration - see at their website literature

Jörg

Adrian Godwin schrieb:

Joerg Kampmann wrote:

hi, I had similar problems with Cnet 40 BC, look at the appropriate
thread in
qdn.public.ddk.network
Jörg

Adrian Godwin schrieb:

I’ve been trying for some time to get a PCMCIA network card running with
Neutrino.
Occasionally I get some hints from QSSL, but we don’t seem to get
anywhere.

I’m using a Toshiba Tecra 8000 laptop with a D-Link DE660+ PCMCIA card.
Neutrino was installed from an ISO image of QNX 6.1.0, loaded from the
net.

Finally working !!

It seems that it was the devp-pccard -w8 that was necessary. It didn’t
work
with -w16,8. Also, setting a default route with -pttcpip didn’t work,
but
-ptcpip followed by ‘ifconfig’ and ‘route add’ got me there. This has
been
a long-running struggle …

I did :

slay io-net
slay devp-pccard
slay enum-pccard
devp-pccard -v -w8 &
enum-pccard &
io-net -dne2000 irq=3,ioport=0x200 -ptcpip
ifconfig en0 192.168.255.6
route add -net default 192.168.255.254

and also added a nameserver line to /etc/resolv.conf

Now it’s running, I daren’t turn it off. I’ve been poking around the etc
directories to try to find where to set these parameters permanently -
is there any documentation for the /etc/system/enum stuff ?
It’s possible that just the -w8 is important - the desktop config stuff
might do the rest if that was correct.

-adrian

–

Dr. Jörg Kampmann - IBK-Consult for Real-Time and Embedded Systems
D-31228 Peine - Tel.:+49-177-276-3140 - Fax: +49-5171-13385
http://www.ibk-consult.de
===== QNX is the better Choice for Real-Time: http://www.qnx.com ====