Re: fxp driver - receive interrupt bundling

ace. > >The code is tested on 82558 rev B0 hardware, I'd be glad to know how it >works on other versions of Intel's fxp cards. > >Pls. send your comments, suggestions etc. to [EMAIL PROTECTED] > >Have fun! Nifty! -DG David Greenman Co-founder, The FreeBSD Proj

Re: [itojun@iijlab.net: accept(2) behavior with tcp RST right after handshake]

>>Looks good to me (although the patch is mixed in with a bunch >>of other crud). I've tested it out locally and will commit it >>unless there are any objections. > > it is because of cvs issue. the important portion is below. Looks good to me as well. -

Re: sendfile()

unlike Linus about FreeBSD, I've never publically said that Linus or his team are idiots because of it, despite what I may think sometimes. That should count for something. :-) -DG David Greenman Co-founder, The FreeBSD Project - http://www.freebsd.org President, TeraSolutions, Inc. - http://www.terasolutions.com Pave the road of life with opportunities. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-net" in the body of the message

Re: sendfile()

any of them out there. Sounds like typical Linus misinformation. If you have a point to make, then make it. I would be happy to consider any real shortcomings in sendfile(), but right now I don't know about any. -DG David Greenman Co-founder, The FreeBSD Project - http://www.freebsd.org Pre

Re: dubious code in ip_output() ?

> * if the interface will not calculate checksums on > * fragmented packets, then do it here. > */ > >so we get as much error reports as possible -- what do you think ? If it works there, then that's fine by me. -DG David Greenman Co-founder, The FreeBSD Project - htt

Re: dubious code in ip_output() ?

agments. This resulted in completely useless packet fragments being output on the wire (fragments that would never form a complete packet). You can imagine the various problems that this causes. So the code can't be removed, but it could be moved a bit later, perhaps. It was at the correct lo

Re: Problem with fxp0 card and slowing/dying transmits - now I'm really confused

n 6 feet) with the Pro/100. Stranded wire on the other hand has never given me a problem even for runs of >100 feet. -DG David Greenman Co-founder, The FreeBSD Project - http://www.freebsd.org President, TeraSolutions, Inc. - http://www.terasolutions.com Pave the road of life with opportuni

Re: Problem with fxp0 card and slowing/dying transmits - still :

hats left, right? It's very unlikely, but stranger things have happend. One other thing - on some switches the new settings don't take effect until they are properly written out to NVRAM. You might want to verify that the new switch settings are really getting set. -DG David Greenm

Re: Problem with fxp0 card and slowing/dying transmits - still :(

still guess a duplex problem, but the above is hard to argue with. Dumb question: are you sure you're configuring the correct port on the switch? If it's not a duplex problem, then there is probably something wonky with the server motherboard. -DG David Greenman Co-founder, The FreeBSD P

Re: Intel ethernet driver source code

s where a non-transmit command is queued to the cb list, and in those cases an mbuf header is not attached. For this reason you need to check for mb_head != NULL before calling m_copydata(). -DG David Greenman Co-founder, The FreeBSD Project - http://www.freebsd.org President, TeraSolutions, Inc. - http://www.terasolutions.com Pave the road of life with opportunities. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-net" in the body of the message

Re: Intel fxp driver

>Greetings, >Can anyone tell me if the Intel 82559 based NICs are supported currently? This >is the chip on the PILA8460B and PILA8460BN. Yes, it's supported. -DG David Greenman Co-founder, The FreeBSD Project - http://www.freebsd.org President, TeraSolution