On Wed, Feb 06, 2013 at 06:19:27PM +0400, Alexander V. Chernikov wrote:
> Hello list!
>
> Today more and more NICs are capable of splitting traffic to different
> Rx/TX rings permitting OS to dispatch this traffic on different CPU
> cores. However, there are some problems that arises from using
On Wed, Feb 06, 2013 at 11:05:59AM -0500, George Neville-Neil wrote:
>
> On Feb 6, 2013, at 09:37 , Luigi Rizzo wrote:
...
> > Linux has tried to come up with a common framework to implement
> > this kind of controls using "ethtool", and we should probably
> >
On Fri, Apr 26, 2013 at 09:23:35AM +0300, Sami Halabi wrote:
> Hi Eitan,
> Thank your for your response.
> the ioctl is the example was in Luigi netmap page... maybe Luigi can help
> here???
the thing i suggest is take the pkt-gen source from the FreeBSD tree
tools/tools/netmap/
and
-net
> To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
>
--
-+---
Prof. Luigi RIZZO, ri...@iet.unipi.it . Dip. di Ing. dell'Informazione
http://www.iet.unipi.it/~luigi/. Universita` di Pisa
TEL +39-050-221
On Tue, May 21, 2013 at 04:30:02AM -0700, liujie wrote:
> Thank marko.
>
> My machine mainboard chipset is intel c206, and network is dual-port intel
> x520 card.
while you run your tests, try to instrument bridge.c
and see how many pps it actually receives and transmits.
As Marko said, there mig
On Tue, May 21, 2013 at 06:51:12PM +0430, Hooman Fazaeli wrote:
> On 5/21/2013 5:10 PM, Barney Cordoba wrote:
> >
> > --- On Tue, 5/21/13, liujie wrote:
> >
> >> From: liujie
> >> Subject: Re: netmap bridge can tranmit big packet in line rate ?
> >> To: freebsd-net@freebsd.org
> >> Date: Tuesday,
if_ethersubr.c :: ether_input_internal() is only called as follows:
static void
ether_nh_input(struct mbuf *m)
{
ether_input_internal(m->m_pkthdr.rcvif, m);
}
hence the following checks in the body are unnecessary:
if (m->m_pkthdr.rcvif == NULL) {
near us.
cheers
luigi
- Forwarded message from Luigi Rizzo -
Date: Wed, 22 May 2013 16:32:18 + (UTC)
From: Luigi Rizzo
Subject: svn commit: r250911 - head/sys/kern
To: src-committ...@freebsd.org, svn-src-...@freebsd.org,
svn-src-h...@freebsd.org
Author:
On Wed, May 22, 2013 at 02:06:40PM -0700, Haven Hash wrote:
> I notice the commentary by poll_burst_max stating it's suitability to
> 100Mbit net, perhaps that could use an increase in its default value as
> well?
maybe later. I am not sure who is using polling and on what platforms,
so i'd rather
On Thu, May 23, 2013 at 10:26:55AM +, Anton Yuzhaninov wrote:
> On Wed, 22 May 2013 20:42:44, Luigi Rizzo wrote:
> LR> Using polling, a FreeBSD instance under qemu-kvm remains perfectly
> LR> responsive even when bombed with 10 Mpps over an emulated e1000,
> LR> and
On Thu, May 30, 2013 at 07:43:47AM +, lini...@freebsd.org wrote:
> Old Synopsis: Invalid index calucation in netmap macro expansion
> New Synopsis: [netmap] [patch] Invalid index calucation in netmap macro
> expansion
>
> Responsible-Changed-From-To: freebsd-bugs->freebsd-net
> Responsible-Ch
On Tue, Jun 04, 2013 at 04:06:35PM -0500, Chao Xu wrote:
> Hello,
>
> Is it possible to hacking some wireless NIC driver (carl9170 for example)
> to enable netmap on it? I guess this is possible because wireless drivers
> also manage packets using ring buffers. My goal is to access the raw
> packe
t; layer and kernel network stack.
the difference is completely negligible.
we are talking about 1us or less
cheers
luigi
>
> On Wed, Jun 5, 2013 at 8:45 AM, Luigi Rizzo wrote:
>
> > On Tue, Jun 04, 2013 at 04:06:35PM -0500, Chao Xu wrote:
> > > Hello,
> > >
>
On Mon, Jun 10, 2013 at 03:45:01PM +0200, Ermal Lu?i wrote:
> Hello,
>
> the patch at location [1] implements support for dummynet into pf(4).
>
> The patch has been tested and confirmed working without issues into pfSense.
>
> Any objections to integrating this into FreeBSD?
for the dummynet/i
se dereferencing a
NULL pointer ?
cheers
luigi
while
> --
> Ermal
> ___
> freebsd-net@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-net
> To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org&quo
On Mon, Jun 10, 2013 at 06:52:01PM +0200, Ermal Lu?i wrote:
> On Mon, Jun 10, 2013 at 5:01 PM, Luigi Rizzo wrote:
...
> > if i understand well, this has no runtime overhead as the ifp has
> > the index of the context it refers to ?
> > Or you need an addi
On Fri, Jun 14, 2013 at 01:51:25PM +0400, Gleb Smirnoff wrote:
> Ermal,
...
> I'm afraid we can't grow mbuf packet header with 8 bytes just to satisfy
> the ALTQ codel algo, which would definitely have a limited usage among
> FreeBSD users. Thus, "enqueue_time" should go into mbuf_tags(9) not int
On Mon, Jun 24, 2013 at 11:12 AM, Olivier Cochard-Labbé
wrote:
> Hi,
>
> I'm using netmap pkt-gen as a packet generator/receiver and it's
> working great for generating one-flow (one src/dst IP address).
> But I would like generate packets with multiples source&destination IP
> addresses.
> pkt-ge
___
> freebsd-net@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-net
> To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
>
--
-+---
Prof. Luigi RIZZ
is out of range (my impression is that you should
just continue, or if you think the packet is incorrect it should
be filtered out before entering the LIST_FOREACH() ).
Secondly, you should use the cached value of *queue_len
cheers
luigi
--
-+---
Prof.
ticks - last_tick > suppression_delay) {
printf("got this error ... (%d times)\n", ... , ctr);
ctr = 0;
last_tick = tick;
} else {
ctr++;
}
the errors may not be exactly the same, the counter is race_prone
(you can make it atomic if you really feel like) but the whole point
On Thu, Jul 11, 2013 at 4:52 PM, Gleb Smirnoff wrote:
> On Thu, Jul 11, 2013 at 04:49:25PM +0200, Luigi Rizzo wrote:
> L> >> IMO, this should be a single counter accessible via sysctl, with no
> L> >> printf(). Those, who need details on whether this is micro-burst or
&
On Fri, Jul 12, 2013 at 12:25:27PM +0400, Gleb Smirnoff wrote:
> On Thu, Jul 11, 2013 at 05:43:09PM +0200, Andre Oppermann wrote:
...
> A> I'm currently looking into a) applying a rate limiter to the message (as
> suggested
> A> by Luigi); and b) add a per-socket accept queue overflow statistic th
> freebsd-net@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-net
> To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
--
-+---
Prof. Luigi RIZZ
On Sat, Jul 27, 2013 at 10:02 AM, Alexander V. Chernikov
wrote:
> On 27.07.2013 02:14, Barney Cordoba wrote:
>>
>>
>>
>>
>> *From:* Daniel Feenberg
>> *To:* Alexander V. Chernikov
>> *Cc:* Barney Cordoba ;
>> "freebsd-net@f
i am slightly unclear of what mechanisms we use to prevent races
between interface being reconfigured (up/down/multicast setting, etc,
all causing reinitialization of the rx and tx rings) and
i) packets from the host stack being sent out;
ii) interrupts from the network card being processed.
I th
On Mon, Aug 5, 2013 at 5:46 PM, Adrian Chadd wrote:
> On 5 August 2013 07:59, Bryan Venteicher
> wrote:
>
> > What I've done in my drivers is:
> > * Lock the core mutex
> > * Clear IFF_DRV_RUNNING
> > * Lock/unlock each queue's lock
>
> .. and I think that's the only sane way of doing it.
On Mon, Aug 5, 2013 at 7:17 PM, Adrian Chadd wrote:
> I'm travelling back to San Jose today; poke me tomorrow and I'll brain
> dump what I did in ath(4) and the lessons learnt.
>
> The TL;DR version - you don't want to grab an extra lock in the
> read/write paths as that slows things down. Reuse
queue lock in the control path.
cheers
luigi
> Jack
>
>
>
> On Mon, Aug 5, 2013 at 10:36 AM, Luigi Rizzo wrote:
>
>> On Mon, Aug 5, 2013 at 7:17 PM, Adrian Chadd wrote:
>>
>> > I'm travelling back to San Jose today; poke me tomorrow and I'll brain
&g
mq/sys/dev/virtio/network/if_vtnet.c?revision=252451&view=markup
-
>
>
>
> -adrian
>
--
-+---
Prof. Luigi RIZZO, ri...@iet.unipi.it . Dip. di Ing. dell'Informazione
http://www.iet.unipi.it/~
On Mon, Aug 5, 2013 at 8:46 PM, Jack Vogel wrote:
> What do you think about this change?
>
>
looks good to me. but there is no need to rush, especially
it will be nice if all interested parties agree on an approach
and possibly even naming.
I do not have any specific test case but the problem ca
On Mon, Aug 05, 2013 at 11:04:44PM +0200, Andre Oppermann wrote:
> On 05.08.2013 19:36, Luigi Rizzo wrote:
...
>
> [picking a post at random to reply in this thread]
> > tell whether or not we should bail out).
>
> Ideally we don't want to have any locks in the RX and
out, a quick and
non intrusive workaround is at least follow the approach that
Bryan suggested.
cheers
luigi
On Tue, Aug 6, 2013 at 6:43 PM, Andre Oppermann wrote:
> On 05.08.2013 23:53, Luigi Rizzo wrote:
>
>> On Mon, Aug 05, 2013 at 11:04:44PM +0200, Andre Oppermann wrote:
>>
On Wed, Aug 7, 2013 at 5:26 AM, Mike Karels wrote:
> I'm replying to one of the last messages of this thread, but in part going
> back to the beginning; then I'm following up on Andre's proposal.
>
> Luigi wrote:
> > i am slightly unclear of what mechanisms we use to prevent races
> > between int
t
> To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
>
--
-----+---
Prof. Luigi RIZZO, ri...@iet.unipi.it . Dip. di Ing. dell'Informazione
http://www.iet.unipi.it/~luigi/. Universita` di Pisa
TEL +39-050-221161
On Wed, Aug 14, 2013 at 05:23:02PM +1000, Lawrence Stewart wrote:
> On 08/14/13 16:33, Julian Elischer wrote:
> > On 8/14/13 11:39 AM, Lawrence Stewart wrote:
> >> On 08/14/13 03:29, Julian Elischer wrote:
> >>> I have been tracking down a performance embarrassment on AMAZON EC2 and
> >>> have foun
On Wed, Aug 14, 2013 at 03:47:13PM +0400, Lev Serebryakov wrote:
> Hello, Luigi.
> You wrote 14 ?? 2013 ??., 14:21:09:
>
> LR> Then the problem remains that we should keep a copy of route and
> LR> arp information in the socket instead of redoing the lookups on
> LR> every single trans
On Wed, Aug 14, 2013 at 04:15:25PM +0400, Alexander V. Chernikov wrote:
> On 14.08.2013 16:05, Luigi Rizzo wrote:
> > On Wed, Aug 14, 2013 at 03:47:13PM +0400, Lev Serebryakov wrote:
> >> Hello, Luigi.
> >> You wrote 14 ?? 2013 ??., 14:21:09:
> >>
&g
On Wed, Aug 14, 2013 at 05:01:05PM +0400, Alexander V. Chernikov wrote:
> On 14.08.2013 16:40, Luigi Rizzo wrote:
...
> >> You can save rte&arp, however doing this
> >> gives you perfect chance to crash your kernel if egress interface is
> >> destroyed (lik
On Wed, Aug 14, 2013 at 05:40:28PM +0200, Marko Zec wrote:
> On Wednesday 14 August 2013 14:40:24 Luigi Rizzo wrote:
> > On Wed, Aug 14, 2013 at 04:15:25PM +0400, Alexander V. Chernikov wrote:
...
> FWIW, apparently we already have that infrastrucure in place - if_rele()
> calls i
On Wed, Aug 14, 2013 at 12:40:19PM -0700, Peter Wemm wrote:
> On Wed, Aug 14, 2013 at 11:11 AM, Adrian Chadd wrote:
> > On 14 August 2013 04:47, Lev Serebryakov wrote:
> >
> >
> >> And we should invalidate this info on ARP/route changes, or connection
> >> will be lost in such cases, am I righ
gt; > .. or per-CPU copies of the ARP table.. ?
>> >
>> >
>> >
>> > -adrian
>> > ___
>> > freebsd-net@freebsd.org mailing list
>> > http://lists.freebsd.org/mailman/listinfo/freebsd-net
>&
On Sun, Aug 18, 2013 at 11:01 PM, Barney Cordoba
wrote:
> That's fine, it's a test tool, not a solution. It just seems that it gets
> pushed as if it's some sort of real
> world solution, which it's not. The idea that bringing packets into user
> space to forward them rather
> than just replacing
___
> freebsd-net@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-net
> To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
>
--
-+---
Prof
On Mon, Aug 26, 2013 at 04:27:59PM +0200, Andre Oppermann wrote:
...
>
> 1. lle lock to rmlock.
>
> 2. if_addr and IN_ADDR locks to rmlocks.
>
> 3. routing table locking (rmlocks, and by doing away with rtentry locks and
> refcounting
> through copy-out on lookup and prohibition of having a
On Thu, Aug 29, 2013 at 1:42 AM, Alan Somers wrote:
> On Mon, Aug 26, 2013 at 2:40 PM, Andre Oppermann
> wrote:
>
> > On 26.08.2013 19:18, Justin T. Gibbs wrote:
> >
> ...
>
> >> Are there other checksums we should be looking at in addition to FNV?
> >>
> >
> > siphash24() is fast, keyed and str
Alan,
On Thu, Aug 29, 2013 at 6:45 PM, Alan Somers wrote:
>
>
> ...
> I pulled all four hash functions out into userland and microbenchmarked
> them. The upshot is that hash32 and fnv_hash are the fastest, jenkins_hash
> is slower, and siphash24 is the slowest. Also, Clang resulted in much
> f
On Sun, Sep 1, 2013 at 4:15 AM, Barney Cordoba wrote:
> ...
>
[your point on testing with realistic assumptions is surely a valid one]
>
> Of course there's nothing really wrong with OOO packets. We had this
> discussion before; lots of people
> have round robin dual homing without any ill effe
On Fri, Sep 13, 2013 at 11:08:27AM -0400, George Neville-Neil wrote:
>
> On Aug 29, 2013, at 7:49 , Adrian Chadd wrote:
...
> > I still have some tool coding to do with PMC before I even think about
> > tinkering with this as I'd like to measure stuff like per-packet latency as
> > well as top-le
On Fri, Sep 13, 2013 at 11:08:27AM -0400, George Neville-Neil wrote:
>
> On Aug 29, 2013, at 7:49 , Adrian Chadd wrote:
...
> One quick note here. Every time you increase batching you may increase
> bandwidth
> but you will also increase per packet latency for the last packet in a batch.
The o
On Saturday, September 14, 2013, Olivier Cochard-Labbé
wrote:
> On Sat, Sep 14, 2013 at 4:28 PM, Luigi Rizzo wrote:
>>
>> IXIA ? For the timescales we need to address we don't need an IXIA,
>> a netmap sender is more than enough
>>
>
> The great netmap gener
On Wed, Sep 18, 2013 at 10:07 AM, Ian Smith wrote:
> On Wed, 18 Sep 2013 12:00:30 +0430, h bagade wrote:
> > Hi all,
> >
> > I've heard that disabling firewall with commands or setting related
> sysctl
> > parameter wouldn't increase performance and still firewalls participate
> in
> > forwa
On Wed, Sep 18, 2013 at 4:19 PM, Ian Smith wrote:
> On Wed, 18 Sep 2013 11:18:38 +0200, Luigi Rizzo wrote:
>
> > unloading or disabling the firewall with a sysctl is likely
> > exactly the same in terms of performance -- it's just
> > something like
>
On Thu, Sep 19, 2013 at 03:54:34PM -0400, George Neville-Neil wrote:
>
> On Sep 14, 2013, at 15:24 , Luigi Rizzo wrote:
>
> >
> >
> > On Saturday, September 14, 2013, Olivier Cochard-Labb?
> > wrote:
> > > On Sat, Sep 14, 2013 at 4:28 PM, Luigi
On Mon, Sep 23, 2013 at 6:42 AM, Adrian Chadd wrote:
> Hi!
>
>
>
> On 22 September 2013 13:12, Alexander V. Chernikov <
> melif...@yandex-team.ru> wrote:
>
>
>> I'm thinking the same way, but we're stuck with 'forwarding lookup' due
>> to problem with egress interface pointer, as I mention earli
On Wed, Sep 25, 2013 at 5:32 AM, hiren panchasara
wrote:
> I am new to netmap so thought of confirming my understanding.
>
...
>
> On this box, I have 2 interfaces igb0 (10.73.149.28) and ix1 (10.73.149.17)
> and this is how I am using this binary:
>
> -bash-4.2$ sudo ./pkt-gen -i ix1 -f tx -n 100
On Wed, Sep 25, 2013 at 10:07 AM, hiren panchasara
wrote:
>
> I am providing line rate traffic (via pkg-gen.c) to my 10gig ix interface.
>
> Now on receiving side, is there a way to sub-divide the traffic into
> multiple workloads using netmap?
>
> For example, can I get two 5G flows from 10Gbps t
On Wed, Sep 25, 2013 at 10:53 AM, hiren panchasara
wrote:
>
>
>
> On Wed, Sep 25, 2013 at 1:22 AM, Luigi Rizzo wrote:
>>
>> On Wed, Sep 25, 2013 at 10:07 AM, hiren panchasara
>> wrote:
>> >
>> > I am providing line rate traffic (via pkg-gen.c)
delivered to different queues.
cheers
luigi
--
-+---
Prof. Luigi RIZZO, ri...@iet.unipi.it . Dip. di Ing. dell'Informazione
http://www.iet.unipi.it/~luigi/. Universita` di Pisa
TEL +39-050-2211611 . via Diotisalvi 2
Mobile
dev.ix.0.mac_stats.fdirmatch: 0
> dev.ix.0.mac_stats.fdirmiss: 23
>
> ___
> freebsd-net@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-net
> To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
>
--
--
On Thu, Oct 3, 2013 at 6:34 AM, hiren panchasara wrote:
>
> Thanks Luigi.
>>>>>
>>>>> Coming back to this thread to actually understand what's going on.
>>>>>
>>>>>
>>>>> On Tue, Sep 24, 2013 at 8:3
On Thu, Oct 3, 2013 at 8:51 AM, hiren panchasara wrote:
>
> But you will still see traffic only to one queue, because
>> pkt-gen by default uses the same DST-MAC address so the
>> way you configure RSS is irrelevant.
>>
> What/where is the exact logic/code of how card determines what traffic
> go
On Tue, Oct 08, 2013 at 01:05:18PM -0500, Eric van Gyzen wrote:
> On 10/08/2013 09:46, Eric van Gyzen wrote:
> > On 10/08/2013 09:15, Gleb Smirnoff wrote:
> >> On Mon, Oct 07, 2013 at 10:49:11AM -0500, Eric van Gyzen wrote:
...
> >> The easiest way to find consumers would be to build test the trivi
On Tue, Mar 4, 2014 at 11:27 AM, C. L. Martinez wrote:
> Hi all,
>
> When I try to compile netmap-libpcap, these errors appears:
>
> root@plzfsiem01:/tmp/j/netmap-libpcap # make
> cc -fpic -I. -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -g -O2
> -c ./pcap-bpf.c
> cc -fpic -I. -DHAVE_CONFIG_H
[3]: stopped in /tmp/j/bro-2.2/build
> *** Error code 1
>
> Stop.
> make[2]: stopped in /tmp/j/bro-2.2/build
> *** Error code 1
>
> Stop.
> make[1]: stopped in /tmp/j/bro-2.2/build
> *** Error code 1
>
> Stop.
> make: stopped in /tmp/j/bro-2.2
>
> Do I need to add something??
>
On Tue, Mar 4, 2014 at 1:00 PM, C. L. Martinez wrote:
> On Tue, Mar 4, 2014 at 11:45 AM, Luigi Rizzo wrote:
> >
> >
> >
> > On Tue, Mar 4, 2014 at 11:27 AM, C. L. Martinez
> > wrote:
> >>
> >> Hi all,
> >>
> >> When
flags */
> ^
> ./pcap-netmap.c:216:20: error: use of undeclared identifier 'IFF_PPROMISC'
> if (!(if_flags & IFF_PPROMISC)) {
> ^
> ./pcap-netmap.c:218:16: error: use of undeclared
he host stack is set
> NS_FORWARD in the ring flags. That's a super-nice feature as is netmap
> in general.
>
>
> Mark.
> ___
> freebsd-net@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-net
> To unsubscribe, send any m
what os, device driver ?
are you using emulated or native netmap mode ?
Do you have tso and receive side coalescing enabled ?
(you can disable them with ethtool).
cheers
luigi
On Thu, Mar 20, 2014 at 11:03 AM, mstian88 wrote:
> ./pkt-gen -i eth1 -f rx -X
> the print info shows slot->len is 20
On Fri, Mar 21, 2014 at 3:48 PM, Mark Delany wrote:
> Subject line says it all. I don't know what the convention is, but I
> presume everything should be declared const whenever possible, thus
> the appended patch.
>
>
yes makes sense.
cheers
luigi
__
e been stuck with this issue for some time now. A quick response
> would help a great deal.
>
> Thanks,
> Soumya Panigrahi
>
--
-+---
Prof. Luigi RIZZO, ri...@iet.unipi.it . Dip. di Ing. dell'Informazione
http://ww
On Mon, Mar 24, 2014 at 10:47 AM, soumya panigrahi <
soumyapanigr...@gmail.com> wrote:
>
> On Mon, Mar 24, 2014 at 2:45 PM, Luigi Rizzo wrote:
>
>>
>>
>>
>> On Mon, Mar 24, 2014 at 7:40 AM, soumya panigrahi <
>> soumyapanigr...@gmail.com> wro
gt; http://lists.freebsd.org/mailman/listinfo/freebsd-net
> To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
>
--
-+---
Prof. Luigi RIZZO, ri...@iet.unipi.it . Dip. di Ing. dell'Informazione
http://www.iet.unipi.it/~luig
but it wasn't that, i spoke to Mahnaz
and he was just running out of memory, as dmesg showed.
cheers
luigi
>
>
--
-+-------
Prof. Luigi RIZZO, ri...@iet.unipi.it . Dip. di Ing. dell'Informazione
http://www.iet.unip
Folks, i have two requests for you:
1. please do not complain about questions on this list related
to a core network-related FreeBSD subsystem (netmap, dummynet,
netgraph, tcp stack...) even if they are concerned with ports
to Linux or other OSes or to userspace.
At least in principle
luigi
(context below)
> On 18 May 2014 16:02, Luigi Rizzo wrote:
> > Folks, i have two requests for you:
> >
> > 1. please do not complain about questions on this list related
> >to a core network-related FreeBSD subsystem (netmap, dummynet,
> >netgra
On Wed, May 21, 2014 at 11:17 AM, Bill Yuan wrote:
> 1. "each table can have it's own name", I like this idea. I am also
> working on this kind of functions, But I am in different way. In my
> opinion. the "name" or "type" of the table, all this are utility function
> for the user. in the kernel
On Wed, May 21, 2014 at 10:10:26PM +0400, Alexander V. Chernikov wrote:
> On 21.05.2014 15:10, Luigi Rizzo wrote:
> > On Mon, May 19, 2014 at 04:51:08PM +0400, Alexander V. Chernikov wrote:
> >> Hello list!
> >>
> >> This patch adds ability to
On Thu, May 22, 2014 at 06:56:41PM +0400, Alexander V. Chernikov wrote:
> On 22.05.2014 00:48, Luigi Rizzo wrote:
> > On Wed, May 21, 2014 at 10:10:26PM +0400, Alexander V. Chernikov wrote:
...
> > we can solve this by using 'low' numbers for the numeric tables
> > (
On Thu, May 22, 2014 at 07:33:39PM +0400, Alexander V. Chernikov wrote:
> On 22.05.2014 18:56, Alexander V. Chernikov wrote:
>
> It looks like we have reached some kind of consensus on table naming,
> so I'm going to implement the following as the first part:
>
> * named-only tables, no "user-vis
On Thu, May 22, 2014 at 08:09:55PM +0400, Alexander V. Chernikov wrote:
> On 22.05.2014 19:47, Luigi Rizzo wrote:
> > On Thu, May 22, 2014 at 06:56:41PM +0400, Alexander V. Chernikov wrote:
> >> On 22.05.2014 00:48, Luigi Rizzo wrote:
> >>> On Wed, May 21, 2014 at
On Thu, May 22, 2014 at 09:28:45AM +0530, Prashant Upadhyaya wrote:
> Hi,
>
> Suppose I am on x86 with Intel 82599 NIC.
> Now I spawn a VM (running FreeBSD as guest OS with Netmap support)
> For better I/O performance, I have two main choices --
>
> 1. Pass the 82599 NIC as a PCI passthrough devi
On Tue, May 27, 2014 at 5:00 AM, Jack Vogel wrote:
> I don't think we've ever tried this at Intel either. I had meant to check
> the ixv code to
> see if it had your code in it Luigi but got distracted, if it doesn't then
> it obviously can't
> work for the case of a VM.
>
ixv.c does not contai
On Wed, May 28, 2014 at 1:49 AM, Navdeep Parhar wrote:
> I'd like to change the netmap global lock from a mutex into a sleepable
> shared/exclusive lock. This will allow a driver's nm_register hook
> (which is called with the global lock held) to sleep if it has to. I've
> casually used pkt-gen
On Thu, May 29, 2014 at 9:25 AM, Bill Yuan wrote:
> hi
>
> the rule of ipfw is kind of semantic, and it is powerful. so it means good
> for normal users. but not for developers of it, because simplicity actually
>
...
>
> So i am proposing a new rule option `u32` and the usage will be "u32
>
On Thu, May 29, 2014 at 08:45:26PM +0800, bycn82 wrote:
...
>
> Sure, that is the reason why developers are providing more and more rule
> options. But the my question is do we have enough options to match all the
> fixed position values?
we do not have an option for fixed position matching.
A
On Thu, May 29, 2014 at 3:32 PM, Andreas Nilsson wrote:
> On Thu, May 29, 2014 at 3:10 PM, Luigi Rizzo wrote:
>
>> On Thu, May 29, 2014 at 08:45:26PM +0800, bycn82 wrote:
>> ...
>> >
>> > Sure, that is the reason why developers are providing more and more
>
On Thu, May 29, 2014 at 09:48:58PM +0800, bycn82 wrote:
>
>
> -Original Message-
> From: 'Luigi Rizzo' [mailto:ri...@iet.unipi.it]
> Sent: 29 May, 2014 21:10
> To: bycn82
> Cc: 'FreeBSD Net'
> Subject: Re: propose a new generic purpose rul
> freebsd-net@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-net
> To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org
> "
>
--
-+
however 0x800
> is expected.
>
> The board I tested is PowerPC big endian 32 bit board, kernel: linux 3.8. I
> am not whether it effects the outcome.
>
>
>
> Best regards,
>
> Dongshan
>
>
>
> ___
> freebsd-net@free
Message-
> > From: Alexander V. Chernikov [mailto:melif...@ipfw.ru]
> > Sent: 05 June, 2014 18:22
> > To: Luigi Rizzo
> > Cc: Luigi Rizzo; FreeBSD Net; Bill Yuan
> > Subject: Re: [CFT]: ipfw named tables / different tabletypes
> >
> > On 01.06.2014
On Thu, Jun 05, 2014 at 10:49:27PM +0800, bycn82 wrote:
> Hi Luigi,
> Yes, use string instead of integer for the ID of table, but the same method
> cannot apply to the feature `set type of table`. And in the kernel, compare
> string will cause more than compare an integer. In my opinion, actuall
On Fri, Jun 06, 2014 at 12:10:26AM +0800, bycn82 wrote:
> Sorry for waste you time to explain it again, I will read the code first.
>
> And the latest patch of `PPS` should be OK, I checked the logic carefully
> this time. I sent it out last weekend.
>
> logic as below, PPS actually will be fulf
On Thu, Jun 12, 2014 at 12:35 PM, Carlos Ferreira
wrote:
> Hello!
>
> First of all, to Luigi and the dev team, great piece of work that netmap
> is! This is a piece of software that I was looking for quite some time.
> Your team effort is appreciated!
>
> Now the question.
> I know that this is a
12 June 2014 11:48, Carlos Ferreira wrote:
>
> > First of all, thank you for the quick answer!
> >
> > I will try it myself to compile just the netmap module without the drivers
> > and report the results back to you.
> >
> > Once again, thank you!
> >
On Tue, Jun 17, 2014 at 12:27 PM, Mahnaz Talebi
wrote:
> Hi,
>
> I read in "
>
> http://typo3.change-project.eu/fileadmin/publications/Deliverables/CHANGE_Deliverable_D6_3.pdf
> ",
> that: "Packets generated
> by the Netmap PktGen were always dropped by the Linux Kernel after being
> processed by
On Mon, Jun 16, 2014 at 5:30 PM, Carlos Ferreira
wrote:
> Ok, thanks for the enlightenment regarding the loss of performance.
>
> One question, just to be sure. Does the kernel module contains the VALA
> switch code? Or do I need to compile extra code to have the switch working?
> Also, where can
s.
>
> But on tx side, I have noticed that unless I do a TXSYNC, the packet does
> not go out, please let me know if I am missing something.
>
> Regards
> -Prashant
>
>
>
> On Tue, Jun 17, 2014 at 7:33 PM, Carlos Ferreira > wrote:
>
>> Great! :)
>> I
On Wed, Jul 02, 2014 at 12:48:42PM +0530, Sanuri Dananja wrote:
> Hi sir,
> I'm trying to setup netmap on my machine on Ubuntu 12.04 LTS and having
> difficulties. I don't understand much as I am not a networking student.
> Could you please help me with the installation?
> My NICs are as follows:
>
On Mon, Jul 7, 2014 at 1:03 PM, Borja Marcos wrote:
>
> On Jul 1, 2014, at 10:24 PM, Luigi Rizzo wrote:
>
>>
>>
>>
>> On Tue, Jul 1, 2014 at 8:58 PM, wrote:
>> El 30.06.2014 18:36, Stefano Garzarella escribió:
>>
>> Hello,
>> I had problem
1 - 100 of 933 matches
Mail list logo
