I don’t know if they boot into it that way.
From pidin -info, I see the 78.71 system has been up
for 3 months.
And I have been running regression tests 24/7 against
the 77.37 system for the past 6 weeks. I notice some
very strange test failures couple days ago and track
the problem down to duplicate mac address with QNX.
I still don’t know how the router got confuse by the MAC
address since they are in different subnets.
When our admin booted one of the QNX system back
to W2k, the mac address go back to the EEPROMP value.
Since the QNX mac addressis so similar to the BSD mac address
reported by other on the web/newsgroup,
I assume that it is a bug in QNX driver fetch the similar mac
address incorrectly. I recall seeing google search
said something a BSD patch that fix the BSD problem.
But I didn’t mark down the link.
Here’s the system info:
tonylee@qnx_37: /home/tonylee $ /usr/sbin/nicinfo
INTEL 82557 Ethernet Controller
Physical Node ID … 00B400 80D29C
Current Physical Node ID … 00B400 80D29C
Media Rate … 100.00 Mb/s full-duplex UTP
MTU … 1514
Lan … 0
I/O Port Range … 0x1400 → 0x143F
Hardware Interrupt … 0xA
Promiscuous … Disabled
Multicast … Enabled
Total Packets Txd OK … 371565
Total Packets Txd Bad … 0
Total Packets Rxd OK … 730940
Total Rx Errors … 0
Total Bytes Txd … 53212034
Total Bytes Rxd … 51853500
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
tonylee@qnx_37: /home/tonylee $
tonylee@qnx_37: /home/tonylee $ /usr/sbin/pci
PCI version = 2.10
Class = Mass Storage (IDE)
Vendor ID = 8086h, Intel Corporation
Device ID = 7111h, 82371AB/EB PIIX4 IDE Controller
PCI index = 0h
PCI IO Address = 1460h enabled
PCI Int Pin = NC
Interrupt line = 0
Class = Network (Ethernet)
Vendor ID = 8086h, Intel Corporation
Device ID = 1229h, 82557/8/9 Fast Ethernet LAN Controller
PCI index = 0h
PCI Mem Address = f0008000h enabled
PCI IO Address = 1400h enabled
PCI Mem Address = f0100000h enabled
PCI Int Pin = INT A
Interrupt line = 10
Class = Multimedia (Unknown)
Vendor ID = 1061h, 8x8 Inc.
Device ID = 2h, IIT3204/3501 MPEG Decoder
PCI index = 0h
PCI IO Address = 1000h enabled
PCI Mem Address = f000c000h enabled
PCI Mem Address = f000b000h enabled
PCI Mem Address = f000a000h enabled
PCI Mem Address = f0009000h enabled
PCI Mem Address = f0000000h enabled
PCI Int Pin = INT A
Interrupt line = 9
Class = Display (VGA)
Vendor ID = 1002h, ATI Technologies
Device ID = 5246h, Rage 128 GL AGP 2x
PCI index = 0h
PCI Mem Address = f8000000h enabled
PCI IO Address = 9000h enabled
PCI Mem Address = f0200000h enabled
PCI Int Pin = INT A
Interrupt line = 11
tonylee@qnx_37: /home/tonylee $ ifconfig -a
lo0: flags=8009<UP,LOOPBACK,MULTICAST> mtu 32976
inet 127.0.0.1 netmask 0xff000000
en0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
address: 00:b4:00:80:d2:9c
inet xxx.xx.77.37 netmask 0xffffff80 broadcast xxx.xx.77.127
–
-Tony Lee
Nokia Networks
“Sean Boudreau” <seanb@qnx.com> wrote in message
news:aed9vq$k00$1@nntp.qnx.com…
What do you mean by “suddenly”. Are the macs
always the same, or does it a card seem to change
macs? How are you detecting this?
I’ve never heard of this personally but I’ll
forward to a driver guy for comment.
-seanb
Tony Lee <> Tony.p.lee@nokia.com> > wrote:
: We have couple of QNX PC using intel 82557 Nic card that
: shows up suddenly with same mac address.
: xxx.xxx.78.71 00b4.0080.d29c
: xxx.xxx.77.37 00b4.0080.d29c
: Searching goodle for 82557 and “same mac” address
: found that other people has encounter the “same mac”
: address problem in FreeBSD and Linux.
: FreeBSD 00:a4:c0:91:d2:9c,
: Linux 00:a4:00:80:d2:9c
: Is this a known issue for QNX/intel, what’s the work around?
: Thanks
: Tony.
: –
: -Tony Lee
: Nokia Networks