My bet is you have a bad card.  We have had numerous 3com cards, where I work, that do just that.  The funny thing is, if you remove it from power long enough, try it again and it will work for a while.<br><br>Rick<br><br>
<div><span class="gmail_quote">On 11/14/06, <b class="gmail_sendername">Mike Spencer</b> <<a href="mailto:mspencer@tallships.ca">mspencer@tallships.ca</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>I have a NIC problem.<br><br>A 3Com 3C905B in an IBM NetVista PIII box with driver 3c59x.o<br>INTERMITTENTLY fails to contact my router at boot. When the connection<br>comes up, it works perfectly.  When it doesn't, nothing I can do will
<br>make it connect.  Nothing I've tried will cause it to reboot to a<br>working connection.<br><br>Sometimes, apparently independent of anything I've done, it will just<br>start working.  Then it continues to work perfectly until shutdown.
<br><br>If I ping another box on my LAN when it's not working, tcpdump -i eth0<br>shows arp who-has requests going through eth0 but no replies coming<br>in.  Subsequently arp -a shows the target host as "at <incomplete> on
<br>eth0". [More boring details below.]<br><br><br>So: I've thought of these questions:<br><br>    Does an IBM NetVista PIII have known problems with Linux, PCI<br>    handling, NICs, whatever?<br><br>    Jim Haliburton wrote deprecatingly of 3Com NICs a couple-three years
<br>    ago.  Any new info that would help me, Jim?  Or anyone else?<br><br>    What's the most likely source of the problem?<br><br>         Router bug or failure?<br>         NetVista IBM bug or defect?<br>         NIC bug or defect?
<br>         Driver bug?<br>         Cable? (But the cable works fine on another box.)<br>         Kernel incompatibility?<br>         PEBKAC?<br><br>Grateful for any pointers,<br>- Mike<br><br>-------------------------------
<br>Boring details for the intrepid<br>-------------------------------<br><br>Box:     IBM NetVista<br>         Everything else works fine (except I haven't tried sound yet).<br><br>CPU:     Intel PIII<br>System:  Slackware 
10.1, Linux kernel 2.4.29<br>HD:      I forget but I think it's a newish 80G<br><br>Router:  D-Link DL713P wireless/wired 10/100<br><br>NIC:     3C905B  vortex-diag says: 3c905B Cyclone 100BaseTX<br>                 lspci       says: 3Com 3C905B Fast Etherlink XL
<br>                 10/100<br><br>dmesg:   Shows nothing helpful<br><br>NIC IRQ: lspci -v shows IRQ5, not shared with anything else.<br><br>Driver:  3c59x.o (Donald Becker et al.)<br><br>Start-up alternatives:<br><br>     + Via hotplug: driver module loads ok but...           doesn't work
<br>     + alias eth0 3c59x                in /etc/modules.conf doesn't work<br>     + alias eth0 3c59x full_duplex=1  in /etc/modules.conf doesn't work<br>               Log shows kernel setting full_duplex on eth0<br><br>
     + manual modprobe, with or without options,            doesn't work<br><br>     + manual modprobe, debug=7                             doesn't work<br>   -->    Puts "kernel: eth0: vortex_error, status=0xe081" in syslog
<br>          many times.  Googling for that, I get 6 hits, none of which<br>          helps any.<br><br><br>Cat 5 cable works on another machine.<br>Tried different cable:                                     doesn't work
<br>Tried cable in different router port                       no change<br>Rebooting the router:                                      no change.<br><br>Router works fine with 3 other wired and 2 other wireless connections.
<br>(I don't have a spare router to swap in.)<br><br>Tried NIC in  differnt PCI slot                             no change<br><br>Donald Becker's vortex-diag:<br><br>    Output is mostly too technical and terse for me to grok.
<br><br>    Reports (only in part, of course):<br><br>       Vortex format checksum is incorrect (001a vs. 10b7)<br>       Cyclone format checksum is correct<br>       Hurricane format checksum is correct<br><br>    Since this is a Cyclone card, I have no idea whether the
<br>    "vortex format checksum" matters or means anything. Googling on<br>    "vortex format checksum incorrect" wasn't helpful.<br><br><br>    vortex-diag -v -R  (reset chip) has no detectable effect.
<br>          [ NOTE: It appears from the source that -R has no<br>          [ effect unless -v is also used. YMMV, caveat hackor etc.<br><br>Known problems:<br><br>    Donald Becker's 3c59x.o doc (vortex.txt) says:<br><br>
        Transmit error, Tx status register 82<br>        -------------------------------------<br><br>        This is a common error which is almost always caused by<br>        another host on the same network being in full-duplex mode,
<br>        while this host is in half-duplex mode.  You need to find that<br>        other host and make it run in half-duplex mode or fix this<br>        host to run in full-duplex mode.<br><br>        As a last resort, you can force the 3c59x driver into
<br>        full-duplex mode with<br><br>                        options 3c59x full_duplex=1<br><br>        but this has to be viewed as a workaround for broken network<br>        gear and should only really be used for equipment which cannot
<br>        autonegotiate.<br><br>    That option workaround hasn't fixed the problem.  I have no idea<br>    how to tell if the router is doing full-duplex or how force to do<br>    so if it isn't doing it automatically.  And the error message in
<br>    syslog is 0xe081, not 82.<br><br><br>--<br>Michael Spencer                  Nova Scotia, Canada       .~.<br>                                                           /V\<br><a href="mailto:mspencer@tallships.ca">
mspencer@tallships.ca</a>                                     /( )\<br><a href="http://home.tallships.ca/mspencer/">http://home.tallships.ca/mspencer/</a>                        ^^-^^<br><br><br><br>_______________________________________________
<br>nSLUG mailing list<br><a href="mailto:nSLUG@nslug.ns.ca">nSLUG@nslug.ns.ca</a><br><a href="http://nslug.ns.ca/cgi-bin/mailman/listinfo/nslug">http://nslug.ns.ca/cgi-bin/mailman/listinfo/nslug</a><br><br>
<br><br></blockquote></div><br><br clear="all"><br>-- <br>Thanks<br><br>Rick Burdon<br>PC Headquarters (<a href="http://pchq.ca">pchq.ca</a>)<br>Burdon Network One (BnetOne)


!DSPAM:455b0125157481601320927!