Re: complement to sendfile()?

2006-07-19 Thread David G. Lawrence
> ?? 19 ?? 2006 22:50, David G. Lawrence ???: > > ? ?sendfile() could be extended to allow arbitrary file descriptor types as > > the source and destination, but the zero-copy nature of it can only work > > in the file to socket direction. This is because network buffers can be > > made

Re: complement to sendfile()?

2006-07-19 Thread Mikhail Teterin
середа 19 липень 2006 22:50, David G. Lawrence написав: >    sendfile() could be extended to allow arbitrary file descriptor types as > the source and destination, but the zero-copy nature of it can only work > in the file to socket direction. This is because network buffers can be > made out of fi

Re: complement to sendfile()?

2006-07-19 Thread David G. Lawrence
> Hello! > > My program receives data from the socket and writes it to a file -- with the > usual read()/write() tedium. > > Is there anything zero-copying like sendfile() for the socket->file direction? > > In fact, sendfile's API may allow to use it in any direction, but the manual > is quit

complement to sendfile()?

2006-07-19 Thread Mikhail Teterin
Hello! My program receives data from the socket and writes it to a file -- with the usual read()/write() tedium. Is there anything zero-copying like sendfile() for the socket->file direction? In fact, sendfile's API may allow to use it in any direction, but the manual is quite explicit, that t

Re: SCTP

2006-07-19 Thread Randall Stewart
Pawel/All: You will now find a new patch available either by clicking: http://www.sctp.org/cvs_diff.July19.bz2 Or you can find it at http://www.sctp.org/ Hanging off the download page has patch-2. This is current to this evening's CVS and fixes the issues Pawel saw.. I still don't like the p

RE: Broadcom 5780

2006-07-19 Thread David (Controller AE) Christensen
I don't maintain that driver so I don't know the answer to that. Dave > -Original Message- > From: Pavol Čierny [mailto:[EMAIL PROTECTED] > Sent: Wednesday, July 19, 2006 11:43 AM > To: David (Controller AE) Christensen > Cc: freebsd-net@freebsd.org > Subject: Re: Broadcom 5780 > > Tha

Re: Broadcom 5780

2006-07-19 Thread Pavol Čierny
Thanks for the info. Any chances it get's into STABLE in a near term? Could I use the driver code and compile it in STABLE? :) --- S pozdravom Pavol Čierny > Pavol, > The 5780 is functionally equivalent to the 5714. Support for the > 5780 was added to -CURRENT on June 29, 2006 in version 1.13

RE: Broadcom 5780

2006-07-19 Thread David (Controller AE) Christensen
Pavol, The 5780 is functionally equivalent to the 5714. Support for the 5780 was added to -CURRENT on June 29, 2006 in version 1.135 of if_bge.c. Dave > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Pavol Cierny > Sent: Wednesday, July 19, 2006

Re: SCTP

2006-07-19 Thread Randall Stewart
Pawel: Ok, I have verified that even with my patch I can recreate this one.. have not tried the mac one yet (I will fix this first :-D) I do think its an SCTP problem.. it looks to me like an accounting issue... sb_cc or sb_mbcnt is left with a value (at a guess) when we never use the sb_mb poin

Re: Testing of Multicast support on fxp and bge driver.

2006-07-19 Thread Baldur Gislason
try sysctl net.inet.icmp.bmcastecho=1 Baldur On Wed, Jul 19, 2006 at 02:39:36PM +0100, freebsd nettest wrote: > Hi all, > > I was trying to test the Multicast support of bge and fxp driver using the > following user level program. > > #include > #include > #include > #includ

Broadcom 5780

2006-07-19 Thread Pavol Čierny
Hello, has anyone information about implementing Broadcom 5780 to the bge driver? Just bought a Fujitsu-Siemens RX220 server, and the NICs don't work :( --- Best regards Pavol Čierny ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.or

Testing of Multicast support on fxp and bge driver.

2006-07-19 Thread freebsd nettest
Hi all, I was trying to test the Multicast support of bge and fxp driver using the following user level program. #include #include #include #include #include //#include #include //#include #include int main(int argc, char *argv[]) { struct ip_mreq mreqn

Re: SCTP

2006-07-19 Thread Randall Stewart
Pawel: I see at least one thing wrong with the sctp_sendmsg() code... I just recently added the iov and the order of where bad:/ bad2:/ bad1: goes is wrong.. Now, the MAC stuff I have never enabled (at least I don't think so).. and I see that in this trace it seems the MAC stuff is calling t

Re: SCTP

2006-07-19 Thread Randall Stewart
Yann Berthier wrote: Hello, On Mon, 17 Jul 2006, at 07:54, Randall Stewart wrote: All: Just a friendly reminder/prod... if you have started testing SCTP.. thats great (any feedback?).. As said last time, i've been using sctp with netflow records between a router and a freebsd box

Re: Possible inconsistency in the use of in6_delmulti()

2006-07-19 Thread gnn
At Tue, 18 Jul 2006 12:03:20 -0700, Tom Parker wrote: > > Hi, > > New to the list here, but fairly familiar with the innards of (at > least an older) version of the fbsd networking code. I'm fortunate in > my ability to run purify on a simulated instance of our ported version > of the networking

Supporting Multicast in Network driver

2006-07-19 Thread freebsd nettest
Hi, I would like to support MULTICAST in my network driver. I have define a function set_multi which will extract the Ethernet multicast address and update the corresponding hardware register. This function is called in the SIOCADDMULTI and SIOCDELMULTI ioctl case. I used following