Re: How do I find the cause of these errors?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Sat, 8 Dec 2001, James Stevenson wrote:

> > > > >
> >
> >
> > 2.  Can a buffer overrun be compensated for by tuning kernel /
> > card settings / driver parameters?
> 
> not really though in your case it might be able to because its on the TX
> if they are on the RX you cannot controll what is sent to the computer
> form the computer well not in current kernels this is going to be included
> in 2.5.x kernels because it is still currently a problem.
> 
> > 3.  I dont follow what you mean by "..should not get 1 on the TX
> > stats.". Where else would an overrun be reported?
> 
> the strange thing is you should not be able to get a buffer overrun on
> a transmit because it kind of works something like this on a simple NIC
> from a driver
> 
> 1 setup DMA / packet to send
> 2 tell the card to transmit and use DMA or
>    else copy the packet to the card via PIO
> 3 wait for notice from the card about sending info
>    eg wether there was an error (media / timeout etc..)
>    then the packet has been sent or not.
> 
> thus is is almost impossible to get a buffer overrun
> unless these are not what i am thinking about what
> NIC are you using ?
> and did you get anything in the dmesg output ?
> 
> 
James,

	Nope. Nothing in the dmesg. I forget the brand of the NIC, but it
uses the tulip driver. The chip in question is the Comet chip.

Thanks,
Kenneth


-
: send the line "unsubscribe linux-net" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Netdev]     [Ethernet Bridging]     [Linux 802.1Q VLAN]     [Linux Wireless]     [Kernel Newbies]     [Security]     [Linux for Hams]     [Netfilter]     [Git]     [Bugtraq]     [Yosemite News and Information]     [MIPS Linux]     [ARM Linux]     [Linux RAID]     [Linux PCI]     [Linux Admin]     [Samba]

  Powered by Linux