Home > Kernel Eth0 > Kernel Eth0 Transmit Error Tx Status Register 82

Kernel Eth0 Transmit Error Tx Status Register 82

Common F23 Bugs Common F24 Bugs Communicate with Fedora The Documents Bug Reports Fedora Update System (Bodhi) Fedora Build System (Koji) Official Spins FedoraForum.org > Fedora 23/24 > Servers & Networking eth0: transmit error FedoraForum Search User Name Remember Me? Password Forgot Password? Join Us! Register All Albums FAQ Today's Posts Search Servers & Networking Discuss any Fedora server problems and Networking issues such as dhcp, IP numbers, wlan, modems, etc. Google™ Search FedoraForum Search Red Hat Bugzilla Search
Search Forums Show Threads Show Posts Tag Search Advanced Search Go to Page... Thread Tools Search this Thread Display Modes #1 30th September 2004, 01:23 AM azahra Offline Registered User Join Date: Sep 2004 Posts: 2 eth0: transmit error I'm getting this: Sep 27 03:00:26 zwoll020 kernel: eth0: Transmit error, Tx status register 82. Sep 27 03:00:26 zwoll020 kernel: Probably a duplex mismatch. See Documentation/ networking/vortex.txt How do I check and set the duplex? Is there any good reference material on Fedora networking? azahra View Public Profile Find all posts by azahra #2 30th September 2004, 10:36 PM Jman Offline Registered User Join Date: Mar 2004 Location: Minnesota, USA Age: 30 Posts: 7,909 This error is so common it got it's own section in the kernel documentation (in the kernel-sourcecode package): Code: Transmit error, Tx status register 82 ------------------------------------- This is a common error which is almost always caused by another host on the same network being in full-duplex mode, while this host is in half-duplex mode. You need to find that other host and make it run in half-duplex mode or fix this host to run in full-duplex mode. As a last resort, you can force the 3c59x driver into full-duplex mode with options 3c59x full_duplex=1 but this has to be viewed as a workaround for broken network

RAW] hi, i bought a 3c905b pci card, plugged it in a PII-400 linux box using kernel 2.2.13. All seems to work but when i tried to ftp from another locally connected linux box using ne2000 card to my linux box, downloading was merely impossible ( very low speed and hang ). I've http://forums.fedoraforum.org/showthread.php?t=22967 searched a solution in newsgroups, and at http://cesdis.gsfc.nasa.gov/linux/drivers/vortex.html. I even try to use the new driver from 3com ( v1.0e ) but nothing changed. I reconfigured the card to handle only half-duplex, changed many options, but no solution there. A solution is proposed at http://www.tux.org/hypermail/linux-vortex-bug/1999-Oct/0004.html I've http://marc.info/?l=linux-vortex&m=94346319519875&w=2 tried with my linux driver 3c59x.c:v0.99H 11/17/98 Donald Becker This is what i added in it : 1145:/* patch proposed at http://www.tux.org/hypermail/linux-vortex-bug/1999-Oct/0004.html for 1146- eth0: Transmit error, Tx status register 82. 1147-*/ 1148-#define XL_CMD_SET_TX_RECLAIM 0xC000 1149-outw(XL_CMD_SET_TX_RECLAIM|(PKT_BUF_SZ>>4), ioaddr + EL3_CMD); 1150:/* End of patch */ These lines go just after the line containing outb(PKT_BUF_SZ>>8, ioaddr + TxFreeThreshold); /* Room for a packet. */ I think as proposed than a set of tests is needed for other cards, as this patch is intented only for 3c905b ( ? ). it works for me :) May it helps somebody else. Nota : the last driver proposed by 3com doesnt solve this problem. Zas ( [email protected] ) [prev in list] [next in list] [prev in thread] [next in thread] Configure | About | News | Addalist | SponsoredbyKoreLogic

[ subject ] [ author ] I've got 2 3Com 905B's in my 2.0.35 box. One is connected to a kernel eth0 T1 and the other is internal network. eth1 is not getting any error messages, while eth0 is getting kernel: eth0: Transmit error, Tx status register 82. if kernel eth0 transmit i transfer large files from the server to a client I get more of them.... anyone have any clues? I attempted to search the archive but couldn't find one (at least in the 4 months that I searched through)... also searched dejanews and only find people with the same problem but no answers. thanks for any help!!!! Previous message: Cyclone and 2.2.4 Next message: 3c595 w/linuxppc Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

HCL Search Reviews Search ISOs Go to Page... LinuxQuestions.org > Forums > Linux Forums > Linux - Networking eth1: reansmit error User Name Remember Me? Password Linux - Networking This forum is for any issue related to networks or networking. Routing, network cards, OSI, etc. Anything is fair game. Notices Welcome to LinuxQuestions.org, a friendly and active Linux Community. You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today! Note that registered members see fewer ads, and ContentLink is completely disabled once you log in. Are you new to LinuxQuestions.org? Visit the following links: Site Howto | Site FAQ | Sitemap | Register Now If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here. Having a problem logging in? Please visit this page to clear all LQ-related cookies. Introduction to Linux - A Hands on Guide This guide was created as an overview of the Linux Operating System, geared toward new users as an exploration tour and getting started guide, with exercises at the end of each chapter. For more advanced trainees it can be a desktop reference, and a collection of the base knowledge needed to proceed with system and network administration. This book contains many real life examples derived from the author's experience as a Linux system and network administrator, trainer and consultant. They hope these examples will help you to get a better understanding of the Linux system and that you feel encouraged to try out things on y

 
No related pages.