Re: fastforward/routing: a 3 million packet-per-second system?

On Tue, Jul 22, 2014 at 12:23 PM, Carlos Ferreira wrote: > I think the results presented at the paper are regarding one port sending > or receiving at 14.88Mpps. Using several ports at the same time will surely > give much lower results. But then again, if one wants 8, 16, 24 or even > more ports

Re: Netmap ixgbe stripping Vlan tags

On Fri, Aug 23, 2013 at 12:02 AM, Andre Oppermann wrote: > On 23.08.2013 00:36, Harika Tandra wrote: > >> Hi all, >> >> I am running Netmap with "intel 10G 82598EB" card in promiscuous mode. >> While capturing packets via Netmap the driver is stripping off Vlan tags. >> I tested my setup, I am ab

Re: Capture packets before kernel process

On Tue, Apr 30, 2013 at 8:24 AM, wrote: > I need some help, currently I'm working in a project where I want to capture > and process some network packets before the kernel. I have searched but I > have found nothing. > > Is there some way to capture the packets before the kernel ? You probably s

Re: TF_NEEDSYN flag never set.

On Sun, Apr 28, 2013 at 3:31 PM, Barry Spinney wrote: > (p.s. I doubt it matters which version of code, but to be precise this is > from the > /pub/FreeBSD/development/tarballs named "src_stable_6.tar.gz" dated > "4/21/2013 01:15 AM", > gotten from ftp1.us.freebsd.org)

Re: splitting m_flags to pkthdr.flags + m_flags

On Fri, Nov 2, 2012 at 5:54 AM, Andre Oppermann wrote: > On 02.11.2012 13:38, Gleb Smirnoff wrote: > >> #define M_SKIP_FIREWALL 0x4000 /* skip firewall processing */ >> > > This one should become an M_PROTO overlay. It is only relevant within > a protocol layer. No, like M_PROMISC it needs

Re: What does adapter->stats.mpc[] report for ixgbe?

On Mon, May 7, 2012 at 9:42 PM, Vijay Singh wrote: >> normal net traffic. But for now in FreeBSD its just one which is divided >> into 3 parts: TX, RX, and FDIR (flow director). > > Jack, does the sw driver control in any way the partitioning of the > FIFO? I guess enabling 2 hw queues splits the

Re: What does adapter->stats.mpc[] report for ixgbe?

While we're on the subject, I've had some confusion for some time now: On Mon, May 7, 2012 at 5:25 PM, Jack Vogel wrote: > Packets are missed when the receive FIFO has insufficient space to store the > incoming packet. This means the on-card FIFO, i.e. the fixed-size FIFO that is divided into re

Re: igb(4) at peak in big purple

Hey Barney, On Tue, May 1, 2012 at 11:13, Barney Cordoba wrote: > --- On Fri, 4/27/12, Juli Mallett wrote: > > [Tricking Intel's cards into giving something like round-robin packet > > delivery to multiple queues. ] > > That seems like a pretty naive approach.

Re: igb(4) at peak in big purple

On Fri, Apr 27, 2012 at 12:29, Sean Bruno wrote: > On Thu, 2012-04-26 at 11:13 -0700, Juli Mallett wrote: >> Queue splitting in Intel cards is done using a hash of protocol >> headers, so this is expected behavior.  This also helps with TCP and >> UDP performance, in terms o

Re: igb(4) at peak in big purple

On Thu, Apr 26, 2012 at 11:07, Sean Bruno wrote: > I note form top that igb0 queue 0 is always "more busy" than any other > queue, there appears to be a second kernel igb0 "queue" process/thread > that appears to be moderately busy and 3 kernel igb0 "queue" > processes/threads that appear to be do

Re: igb(4) Pondering a bind to cpu patch

On Tue, Apr 24, 2012 at 17:11, Sean Bruno wrote: > http://people.freebsd.org/~sbruno/if_igb.c.txt > > 8 core machine > 2 igb(4) interfaces > set num_queues=4 > > igb0:0 --> cpu0 > [...] > igb1:0 --> cpu0 > [...] > > I suspect, that we need a static global to keep track of what cpu last > was last

Re: Why host transmit rate on 1Gb ethernet is only ~750Mbps ?

On Sat, Apr 14, 2012 at 18:14, Jason Leschnik wrote: > What about the results on the end node, during the testing?. This is not a very quick way to isolate the problem. Some NICs and some configurations just can't do line rate at any packet size, or at any plausible packet size, and if that's th

Re: nmbclusters: how do we want to fix this for 8.3 ?

On Sat, Mar 24, 2012 at 13:33, Jack Vogel wrote: > On Sat, Mar 24, 2012 at 1:08 PM, John-Mark Gurney wrote: >> If we had some sort of tuning algorithm that would keep track of the >> current receive queue usage depth, and always keep enough mbufs on the >> queue to handle the largest expected bur

MSI-X + em(4) = Refresh mbufs: hdr dmamap load failure - 22

All, On both stable/9 and trunk I see that with one of either the 82571EB or 82574L I am flooded with messages in the form of: Refresh mbufs: hdr dmamap load failure - 22 If I disable msix, then the messages go away. I am not sure why msix vs. non-msix would matter in this case unless in the ms

Re: Network Interface configuration

On Wed, Mar 7, 2012 at 01:24, hiren panchasara wrote: > On Wed, Mar 7, 2012 at 12:49 AM, Juli Mallett wrote: >>  In general, interfaces do >> not come from the configuration files like rc.conf, however the way >> that those interfaces are set up on boot is configured by

Re: Network Interface configuration

On Wed, Mar 7, 2012 at 00:21, hiren panchasara wrote: > On Wed, Mar 7, 2012 at 12:08 AM, Damien Fleuriot wrote: >> In /etc/rc.conf >> >> See the man page for rc.conf for a more detailed use. >> See the small example bellow: >> >> ifconfig_re0="inet 192.168.0.30/24 up" >> defaultrouter="192.168.0.

Re: nmbclusters: how do we want to fix this for 8.3 ?

On Thu, Feb 23, 2012 at 07:19, Ivan Voras wrote: > On 23/02/2012 09:19, Fabien Thomas wrote: >> I think this is more reasonable to setup interface with one queue. > > Unfortunately, the moment you do that, two things will happen: > 1) users will start complaining again how FreeBSD is slow > 2) the

Re: Abstracting struct ifnet

On Mon, Feb 20, 2012 at 16:37, Adrian Chadd wrote: > On 20 February 2012 16:15, Luigi Rizzo wrote: > >>> The concept seems fine to me and I like that it might simplify future >>> API changes.  Have you verified that if_get_*() accessors don't add >>> significant overhead? >> >> the vast majority

Re: Abstracting struct ifnet

On Mon, Feb 20, 2012 at 18:34, Adrian Chadd wrote: > Is the target though _binary_ compatibility? Just having a blessed > method of doing accessor method things will buy more source > flexibility. The KBI can stay the same in the default case and IMHO > this kind of thing gives developers more pow

Re: Ethernet Switch Framework

On Sat, Jan 28, 2012 at 14:12, Aleksandr Rybalko wrote: > As I see from your patch, mdio/miiproxy require special bits in MAC > driver. When I design switch framework, I keeping in mind that > MAC drivers should be standard as possible I don't understand why this is desirable in practice. It's a

Re: vlan without ip address

On Sat, Dec 31, 2011 at 03:26, saeedeh motlagh wrote: > thank you guys for your answers but my problem is not solved yet:(( > > the thing is, i wanna have something like this: > a freebsd box which acts like switch (for example cisco 2960). i want to > define vlanX on one interface (without any ip

Re: Modifying "arp" command

Hi Rajneesh, On Sat, Dec 31, 2011 at 00:31, Rajneesh Kumar wrote: > Hi Juli > > Thank You for the prompt reply. But I can't find any directory called > src/usr.sbin/arp > Also If I am trying to find the file arp.c using find command (i.e., find / > -name arp.c), its unable to locate any such file

Re: Modifying "arp" command

Hi Rajneesh, On Sat, Dec 31, 2011 at 00:12, Rajneesh Kumar wrote: > I want to modify the "arp" command in FreeBSD. Precisely I don't want it to > display the time to expire for every entry. Which file should I edit? Will > it be effective after kernel compilation and re-build? The arp command is

Re: Firewall Profiling.

2011/12/27 Lev Serebryakov : > Hello, Luigi. > You wrote 27 декабря 2011 г., 18:26:00: > >> plans, yes - not sure how long it will take. I have compiled >> ipfw+dummynet as a standalone module (outside the kernel) >> but have not yet hooked the code to netmap to figure out how fast >> it can run. >

Re: Compiling only "network" part of the kernel

On Mon, Dec 26, 2011 at 22:23, Rajneesh Kumar wrote: > During my development, I want to check if my modules compile successfully > or not. I am only changing the ARP portion and whenever I compile my > kernel, it takes around 20mins and compiles all different modules also. > I just want to compile

Re: vlan without ip address

500 >>>>>>    options=3 >>>>>>    ether 00:27:0e:03:4b:2f >>>>>>    media: Ethernet autoselect (1000baseT) >>>>>>    status: active >>>>>>    vlan: 10 parent interface: gbeth0 >>>>>> vlan11:

Re: confused with if_baudrate

On Thu, Nov 17, 2011 at 13:12, Maksim Yevmenkin wrote: > hello, > > i'm a little bit confused about if_baudrate. from system headers > > #define if_baudrate     if_data.ifi_baudrate > > and > > u_long  ifi_baudrate;           /* linespeed */ > > so, i'm taking this as if_baudrate really should be

Re: ether_demux does not handle frames with embedded vlan tags

On Wed, Oct 19, 2011 at 14:47, Ryan Stone wrote: > On Wed, Oct 19, 2011 at 3:30 PM, Juli Mallett wrote: >> Why should the requirements for the Netgraph path be any different to >> the non-Netgraph path?  If drivers must ensure that frames that reach >> ether_demux hav

Re: ether_demux does not handle frames with embedded vlan tags

On Wed, Oct 19, 2011 at 07:36, Ryan Stone wrote: > 2011/10/19  : >> This may be a wrong configuration or QinQ: packet may have M_VLAN tag is >> set and still vlan-tagged (ether_type = VLAN) > > It is not QinQ in my case.  The interface that the upper hook exports > is that you send it a valid ethe

Re: Question about GPIO bitbang MII

On Thu, Oct 6, 2011 at 19:34, dave jones wrote: > Hi, > > Does FreeBSD have gpio bitbang api for MII? If not, any driver in tree using > gpio-bitbang mii that I can refer to? Thanks. > It seems like OpenBSD, NetBSD and Linux have added support to gpio bitbang > mii, > and it's useful for porting

Re: which 10GE cards are supported by FreeBSD ?

On Sat, Sep 24, 2011 at 13:52, Luigi Rizzo wrote: > apart from the typo ("know know") yes the email contained three > serious questions, two of which (third party drivers and shops > which carry the card) i cannot answer looking at the tree. > > On top of this, some in-tree drivers may be stale, b

Re: em driver problem on vmware

On Fri, Oct 29, 2010 at 17:07, Ricky Charlet wrote: > Howdy, >        I have freebsd80-release with an upgraded em0 driver from freebsd8.1 > (and an appropriate touch of if_var.h). I'm running an amd64 on a  vmware vm. >  And I see this in dmesg: > > cut- > em0: port 0x

Re: mbuf changes

On Sat, Oct 2, 2010 at 12:07, Rui Paulo wrote: > On 2 Oct 2010, at 16:29, Robert Watson wrote: >> On Thu, 30 Sep 2010, Julian Elischer wrote: >>> On 9/30/10 10:49 AM, Ryan Stone wrote: It's not a big thing but it would be nice to replace the m_next and m_nextpkt fields with queue.h macr

Re: Dual-rate transceivers with ixgbe?

On Thu, Jun 10, 2010 at 12:04, Alexander Sack wrote: > However, would it be possible to please make this a kenv tunable in > the driver?  Its kinda stupid I have to recompile to add a SFP.  It > can certainly be an unsupported feature by you. This is a good idea, but asking Jack to commit somethi

Re: Dual-rate transceivers with ixgbe?

On Wed, Jun 9, 2010 at 19:56, Alexander Sack wrote: > $ ifconfig ix1 > ix1: flags=8802 metric 0 mtu 1500 You need to bring the interface up in order for the SFP configuration to occur. > # ifconfig ix1 down > # ifconfig ix1 up > # ifconfig ix1 > ix1: flags=8843 metric 0 mtu 1500

Re: Dual-rate transceivers with ixgbe?

On Wed, May 19, 2010 at 00:26, Jack Vogel wrote: > Hmmm, this is odd, I'm sure that was tested by my validation engineer. > Tell me what the hardware looks like, ie what the 1G link partner is > and I'll have him check into it... it SHOULD work. It's plugged in to an Extreme Networks gigabit swit

Dual-rate transceivers with ixgbe?

Hey all, Has anyone out there been able to get link using a dual-rate transceiver at 1gig with the ixgbe driver in FreeBSD? I have an SFP+ NIC and an Intel-branded dual-rate transceiver but it will only get link at 10gig. I used the latest driver from FreeBSD trunk backported (which IIRC didn't

Re: sscanf in kernel

On Wed, Mar 17, 2010 at 13:39, igeek wrote: > On Mar 17, 2010, at 2:12 PM, serena zanetta wrote: >> Hi, >> I need to convert an ascii string in its corresponding hex version (the >> same >> as sscanf(str,"%02x%02x...",...) does) in the kernel. FreeBSD has sscanf in the kernel. See . That said,

Re: tap dhcp

On Mon, Sep 28, 2009 at 14:50, Adam Vande More wrote: > Should I recieve a response?  From tap(4), and other examples my > understanding is yes, but that is not what I'm seeing in practice.  Forgive > my ignorance, but wouldn't bridge0 pass a response back to tap0? tap(4) takes the network interf

Re: tap dhcp

On Mon, Sep 28, 2009 at 13:21, Adam Vande More wrote: > Am I doing something wrong here? That depends on what you're expecting to happen. What do you think tap(4) does and what are you trying to accomplish with using it? Interface bridging controls what happens on packet ingress — when a packet

bge(4) ASF problem report...

Hey there, On my HP DL360 G4 with bge interfaces identified as "NC7782 Gigabit Server Adapter, ASIC rev. 0x2100", I find that having ASF enabled results in a total system freeze. Is anyone else running this hardware on either 7.x or 8-CURRENT? If so, I'd love to hear whether hw.bge.allow_asf=1 (

Re: Removal of netns - politically correct version

> > > > > Tell you what, I'll fix these and post a patch. Will that make you > > guys happy? > > > > This crap is *s* trivial to fix, it's easier to fix than > > to watch you guys bitch about it not being fixable. > > Will it be runnab

Re: Removal of netns - politically correct version

t support them. We have at least one feature you demonstate over and over needs moved to the attic. -- juli mallett. email: [EMAIL PROTECTED]; aim: bsdflata; efnet: juli; To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-net" in the body of the message

Re: Removal of netns - politically correct version

tree, and then the users can find where it's broken later. -- juli mallett. email: [EMAIL PROTECTED]; aim: bsdflata; efnet: juli; To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-net" in the body of the message

Re: Removal of netns - politically correct version

ne I could peer an XNS system with if I were to take up maintainership of it? You have until the code is gone from CVS, which hopefully will be very soon. Thanx, juli. PS: I might be interested in getting it out of the attic if you could find me a good place for XNS-only connectivity, with I

Re: support of iso networking

well maintained, and kept up with most moves forward, except for the wd(4) stuff, though I think I heard someone talking about hiding wd, simply to get people to actually find and fix the bugs in ad on pc98. In short: Yeah, exactly :) juli, who's afraid her rants may be the equal of som

Re: Intel PRO/100 S

> Regards, > Marc > > > > > > To Unsubscribe: send mail to [EMAIL PROTECTED] > with "unsubscribe freebsd-net" in the body of the message -- Juli Mallett <[EMAIL PROTECTED]> | FreeBSD: The Power To Serve Will break world for fulltime employment. | f

Re: programatically list all local IP addresses ?

into ioctl() and other OS-specific methods where getifaddrs(3) is not > supported. Stockpile some pain relieve medication first. Using a library which has these sorts of things abstracted helps. I believe this particular case is one covered by libnet or libdnet or whatever it's called. --

Re: the incredible shrinking socket

isn't too shabby. > > Unions are ooogly. Would it be possible to seperate listen-only > structures out into a seperate struct instead with a pointer to it? If you're going to do that why not just end the struct with char foo[1]; And overlay the unique bi