Is netmap jumbo frames broken in STABLE?

classic Classic list List threaded Threaded
17 messages Options
Reply | Threaded
Open this post in threaded view
|

Is netmap jumbo frames broken in STABLE?

Andrew Vylegzhanin
Hello all,


I have an application that uses netmap for capture jumbo frames. The frames
are fixed size and have fixed rate (for example size 5166, rate 50000 pps).
The frames are pure Ethernet, without IP header.


Everything works fine in 10.0-RELEASE, 10.1-RELEASE.


Starting from 10.3 and actual 10-STABLE I've got wrong data from netmap
ring. It's looks like packet data broke and packet split on two parts 4092
and 1070 bytes,  where original size was 5166.

A code ring precessing is based on macros from netmap_user.h :


        n = nm_ring_space(ring);

        for (rx = 0; rx < limit; rx++) {

                struct netmap_slot *slot = &ring->slot[cur];

                char *p = NETMAP_BUF(ring, slot->buf_idx);

                process_payload(p, slot->len, datapx);

                cur = nm_ring_next(ring, cur);

        }

        ring->head = ring->cur = cur;


Here is netmap sysctl's:

dev.netmap.buf_num=81920

dev.netmap.ring_size=73728

dev.netmap.buf_size=5248


Hardware is Dell R720 (2x E5-2643 v2) with four Intel Ethernet 10G 2P X520
Adapter. I use only one hardware queue per interface.


BTW, may be a new version of Intel ixgbe driver (3.1.13-k) is a reason?


Does it make sense to try with 11-CURRENT?


Thank you in advance.


--

Andrew
_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

Re: Is netmap jumbo frames broken in STABLE?

Luigi Rizzo-4
On Mon, Jun 6, 2016 at 3:22 PM, Andrew Vylegzhanin <[hidden email]> wrote:

> Hello all,
>
>
> I have an application that uses netmap for capture jumbo frames. The frames
> are fixed size and have fixed rate (for example size 5166, rate 50000 pps).
> The frames are pure Ethernet, without IP header.
>
>
> Everything works fine in 10.0-RELEASE, 10.1-RELEASE.
>
>
> Starting from 10.3 and actual 10-STABLE I've got wrong data from netmap
> ring. It's looks like packet data broke and packet split on two parts 4092
> and 1070 bytes,  where original size was 5166.
>
> A code ring precessing is based on macros from netmap_user.h :
>
>
>         n = nm_ring_space(ring);
>
>         for (rx = 0; rx < limit; rx++) {
>
>                 struct netmap_slot *slot = &ring->slot[cur];
>
>                 char *p = NETMAP_BUF(ring, slot->buf_idx);
>
>                 process_payload(p, slot->len, datapx);
>
>                 cur = nm_ring_next(ring, cur);
>
>         }
>
>         ring->head = ring->cur = cur;
>
>
> Here is netmap sysctl's:
>
> dev.netmap.buf_num=81920
>
> dev.netmap.ring_size=73728
>
> dev.netmap.buf_size=5248
>
>
> Hardware is Dell R720 (2x E5-2643 v2) with four Intel Ethernet 10G 2P X520
> Adapter. I use only one hardware queue per interface.
>
>
> BTW, may be a new version of Intel ixgbe driver (3.1.13-k) is a reason?
>
>
​Hi,
yes I suspect the problem may be in the new ixgbe driver,
probably it programs the hardware to limit buffer sizes to 4k
even when large MTUs are in use,
so the receiver will split
the incoming frame in two buffers, while netmap is expecting
only one.
I suggest to have a look at the ioctl handler (in the driver)
that handles the MTU setting and compare with the code
in the previous driver.

cheers
luigi


> Does it make sense to try with 11-CURRENT?
>
>
> Thank you in advance.
>
>
> --
>
> Andrew
> _______________________________________________
> [hidden email] mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-net
> To unsubscribe, send any mail to "[hidden email]"
>



--
-----------------------------------------+-------------------------------
 Prof. Luigi RIZZO, [hidden email]  . Dip. di Ing. dell'Informazione
 http://www.iet.unipi.it/~luigi/        . Universita` di Pisa
 TEL      +39-050-2217533               . via Diotisalvi 2
 Mobile   +39-338-6809875               . 56122 PISA (Italy)
-----------------------------------------+-------------------------------
_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

Re: Is netmap jumbo frames broken in STABLE?

Ryan Stone-2
The use of mbuf clusters larger than a single page really doesn't work.
The problem is that over time physical memory becomes fragmented and
eventually 9K of contiguous memory can't be allocated anymore.  This is why
many drivers now limit themselves to page-sized clusters.

On Mon, Jun 6, 2016 at 10:03 AM, Luigi Rizzo <[hidden email]> wrote:

> On Mon, Jun 6, 2016 at 3:22 PM, Andrew Vylegzhanin <[hidden email]>
> wrote:
>
> > Hello all,
> >
> >
> > I have an application that uses netmap for capture jumbo frames. The
> frames
> > are fixed size and have fixed rate (for example size 5166, rate 50000
> pps).
> > The frames are pure Ethernet, without IP header.
> >
> >
> > Everything works fine in 10.0-RELEASE, 10.1-RELEASE.
> >
> >
> > Starting from 10.3 and actual 10-STABLE I've got wrong data from netmap
> > ring. It's looks like packet data broke and packet split on two parts
> 4092
> > and 1070 bytes,  where original size was 5166.
> >
> > A code ring precessing is based on macros from netmap_user.h :
> >
> >
> >         n = nm_ring_space(ring);
> >
> >         for (rx = 0; rx < limit; rx++) {
> >
> >                 struct netmap_slot *slot = &ring->slot[cur];
> >
> >                 char *p = NETMAP_BUF(ring, slot->buf_idx);
> >
> >                 process_payload(p, slot->len, datapx);
> >
> >                 cur = nm_ring_next(ring, cur);
> >
> >         }
> >
> >         ring->head = ring->cur = cur;
> >
> >
> > Here is netmap sysctl's:
> >
> > dev.netmap.buf_num=81920
> >
> > dev.netmap.ring_size=73728
> >
> > dev.netmap.buf_size=5248
> >
> >
> > Hardware is Dell R720 (2x E5-2643 v2) with four Intel Ethernet 10G 2P
> X520
> > Adapter. I use only one hardware queue per interface.
> >
> >
> > BTW, may be a new version of Intel ixgbe driver (3.1.13-k) is a reason?
> >
> >
> ​Hi,
> yes I suspect the problem may be in the new ixgbe driver,
> probably it programs the hardware to limit buffer sizes to 4k
> even when large MTUs are in use,
> so the receiver will split
> the incoming frame in two buffers, while netmap is expecting
> only one.
> I suggest to have a look at the ioctl handler (in the driver)
> that handles the MTU setting and compare with the code
> in the previous driver.
>
> cheers
> luigi
>
>
> > Does it make sense to try with 11-CURRENT?
> >
> >
> > Thank you in advance.
> >
> >
> > --
> >
> > Andrew
> > _______________________________________________
> > [hidden email] mailing list
> > https://lists.freebsd.org/mailman/listinfo/freebsd-net
> > To unsubscribe, send any mail to "[hidden email]"
> >
>
>
>
> --
> -----------------------------------------+-------------------------------
>  Prof. Luigi RIZZO, [hidden email]  . Dip. di Ing. dell'Informazione
>  http://www.iet.unipi.it/~luigi/        . Universita` di Pisa
>  TEL      +39-050-2217533               . via Diotisalvi 2
>  Mobile   +39-338-6809875               . 56122 PISA (Italy)
> -----------------------------------------+-------------------------------
> _______________________________________________
> [hidden email] mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-net
> To unsubscribe, send any mail to "[hidden email]"
>
_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

Re: Is netmap jumbo frames broken in STABLE?

Andrew Vylegzhanin
Just for support Luigi assumption.

I've tested on 11.0-ALPHA1 (r301204).
Same situation with frame size 5166 and works _well_ with frame size 4032.

--
Andrew

2016-06-07 1:47 GMT+03:00 Ryan Stone <[hidden email]>:

> The use of mbuf clusters larger than a single page really doesn't work.
> The problem is that over time physical memory becomes fragmented and
> eventually 9K of contiguous memory can't be allocated anymore.  This is why
> many drivers now limit themselves to page-sized clusters.
>
> On Mon, Jun 6, 2016 at 10:03 AM, Luigi Rizzo <[hidden email]> wrote:
>
>> On Mon, Jun 6, 2016 at 3:22 PM, Andrew Vylegzhanin <[hidden email]>
>> wrote:
>>
>> > Hello all,
>> >
>> >
>> > I have an application that uses netmap for capture jumbo frames. The
>> frames
>> > are fixed size and have fixed rate (for example size 5166, rate 50000
>> pps).
>> > The frames are pure Ethernet, without IP header.
>> >
>> >
>> > Everything works fine in 10.0-RELEASE, 10.1-RELEASE.
>> >
>> >
>> > Starting from 10.3 and actual 10-STABLE I've got wrong data from netmap
>> > ring. It's looks like packet data broke and packet split on two parts
>> 4092
>> > and 1070 bytes,  where original size was 5166.
>> >
>> > A code ring precessing is based on macros from netmap_user.h :
>> >
>> >
>> >         n = nm_ring_space(ring);
>> >
>> >         for (rx = 0; rx < limit; rx++) {
>> >
>> >                 struct netmap_slot *slot = &ring->slot[cur];
>> >
>> >                 char *p = NETMAP_BUF(ring, slot->buf_idx);
>> >
>> >                 process_payload(p, slot->len, datapx);
>> >
>> >                 cur = nm_ring_next(ring, cur);
>> >
>> >         }
>> >
>> >         ring->head = ring->cur = cur;
>> >
>> >
>> > Here is netmap sysctl's:
>> >
>> > dev.netmap.buf_num=81920
>> >
>> > dev.netmap.ring_size=73728
>> >
>> > dev.netmap.buf_size=5248
>> >
>> >
>> > Hardware is Dell R720 (2x E5-2643 v2) with four Intel Ethernet 10G 2P
>> X520
>> > Adapter. I use only one hardware queue per interface.
>> >
>> >
>> > BTW, may be a new version of Intel ixgbe driver (3.1.13-k) is a reason?
>> >
>> >
>> ​Hi,
>> yes I suspect the problem may be in the new ixgbe driver,
>> probably it programs the hardware to limit buffer sizes to 4k
>> even when large MTUs are in use,
>> so the receiver will split
>> the incoming frame in two buffers, while netmap is expecting
>> only one.
>> I suggest to have a look at the ioctl handler (in the driver)
>> that handles the MTU setting and compare with the code
>> in the previous driver.
>>
>> cheers
>> luigi
>>
>>
>> > Does it make sense to try with 11-CURRENT?
>> >
>> >
>> > Thank you in advance.
>> >
>> >
>> > --
>> >
>> > Andrew
>> > _______________________________________________
>> > [hidden email] mailing list
>> > https://lists.freebsd.org/mailman/listinfo/freebsd-net
>> > To unsubscribe, send any mail to "[hidden email]"
>> >
>>
>>
>>
>> --
>> -----------------------------------------+-------------------------------
>>  Prof. Luigi RIZZO, [hidden email]  . Dip. di Ing. dell'Informazione
>>  http://www.iet.unipi.it/~luigi/        . Universita` di Pisa
>>  TEL      +39-050-2217533               . via Diotisalvi 2
>>  Mobile   +39-338-6809875               . 56122 PISA (Italy)
>> -----------------------------------------+-------------------------------
>> _______________________________________________
>> [hidden email] mailing list
>> https://lists.freebsd.org/mailman/listinfo/freebsd-net
>> To unsubscribe, send any mail to "[hidden email]"
>>
>
>
_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

Re: Is netmap jumbo frames broken in STABLE?

Andrey V. Elsukov
On 07.06.16 15:22, Andrew Vylegzhanin wrote:
> Just for support Luigi assumption.
>
> I've tested on 11.0-ALPHA1 (r301204).
> Same situation with frame size 5166 and works _well_ with frame size 4032.

This was changed in
        https://svnweb.freebsd.org/base?view=revision&revision=283883

In the ixgbe_init_locked() initialization of adapter->rx_mbuf_sz was
limited to MJUMPAGESIZE. But I'm agree with Ryan, with this
configuration it works more reliable.

--
WBR, Andrey V. Elsukov


signature.asc (550 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: Is netmap jumbo frames broken in STABLE?

Luigi Rizzo-4
On Tue, Jun 7, 2016 at 2:43 PM, Andrey V. Elsukov <[hidden email]> wrote:

> On 07.06.16 15:22, Andrew Vylegzhanin wrote:
> > Just for support Luigi assumption.
> >
> > I've tested on 11.0-ALPHA1 (r301204).
> > Same situation with frame size 5166 and works _well_ with frame size
> 4032.
>
> This was changed in
>         https://svnweb.freebsd.org/base?view=revision&revision=283883
>
> In the ixgbe_init_locked() initialization of adapter->rx_mbuf_sz was
> limited to MJUMPAGESIZE. But I'm agree with Ryan, with this
> configuration it works more reliable.
>

​Nothing prevents modifying the configuration while the card
is in netmap mode, and reverting to the previous one
in regular mode. netmap allocates its own buffers and
if it fails the NIC just reverts back to regular mode.

This said, we can make netmap work with multiple buffers
also on NICs;
it is already supported in VALE. Just makes
the user code a bit less convenient.

cheers
luigi
_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

Re: Is netmap jumbo frames broken in STABLE?

tom.barbette
Support for fragmented packets with ixgbe was recently added on the linux version of Netmap :

https://github.com/luigirizzo/netmap/commit/fc1e77560a8a8ea93cc3594de5fae94334debcd3

I think the change for freebsd would be quite the same looking at https://github.com/freebsd/freebsd/blob/master/sys/dev/netmap/ixgbe_netmap.h#L396

After that, your userspace application simply have to check for the NS_MOREFRAG flag in the receive ring, and if it's set he knows the end of the packet will follow in the next buf.

Tom
_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

Re: Is netmap jumbo frames broken in STABLE?

Andrew Vylegzhanin
About week ago I've patched if_ix.c, just returned back code fragment of
max_frame_size determination from 2.8.3 version of ixgbe driver:

        /*
        ** Determine the correct mbuf pool
        ** for doing jumbo frames
        */

        if (adapter->max_frame_size <= 2048)
                adapter->rx_mbuf_sz = MCLBYTES;
        else if (adapter->max_frame_size <= 4096)
                adapter->rx_mbuf_sz = MJUMPAGESIZE;
        else if (adapter->max_frame_size <= 9216)
                adapter->rx_mbuf_sz = MJUM9BYTES;
        else
                adapter->rx_mbuf_sz = MJUM16BYTES;

After week of heavy testing everything is ok.

This solution is acceptable for me for now, because I use eight interfaces
in netmap mode only.
In future I want to make support something like dev.ix.N.jumbo_mbuf_enable
variable, since one of ix interfaces will be used for generic kernel stack
with jumbo frame support.

Doing with fragmented packet in netmap ring is also possible way, but need
more user cpu cycles for processing, I guess.
In any case I can test it when this  patch will be merged for netmap.

--
Andrew

2016-06-08 14:28 GMT+03:00 <[hidden email]>:
>
> Support for fragmented packets with ixgbe was recently added on the linux
version of Netmap :
>
>
https://github.com/luigirizzo/netmap/commit/fc1e77560a8a8ea93cc3594de5fae94334debcd3
>
> I think the change for freebsd would be quite the same looking at
https://github.com/freebsd/freebsd/blob/master/sys/dev/netmap/ixgbe_netmap.h#L396
>
> After that, your userspace application simply have to check for the
NS_MOREFRAG flag in the receive ring, and if it's set he knows the end of
the packet will follow in the next buf.
>
> Tom
_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

Re: Is netmap jumbo frames broken in STABLE?

Andrew Vylegzhanin
In reply to this post by tom.barbette
Hi,

Come back to subject after two years.
I would like to clarify situation with jumbo frames in ixgbe driver.

I've looked to
https://github.com/luigirizzo/netmap/blob/master/LINUX/ixgbe_netmap_linux.h
and see a lot of changes compared 11/12-STABLE version ixgbe_netmap.h.
Is it possible to back port it?

In general, is there a chance to get worked jumbo frames on ixgbe?

--
Andrew

ср, 8 июн. 2016 г. в 14:28, <[hidden email]>:

> Support for fragmented packets with ixgbe was recently added on the linux
> version of Netmap :
>
>
> https://github.com/luigirizzo/netmap/commit/fc1e77560a8a8ea93cc3594de5fae94334debcd3
>
> I think the change for freebsd would be quite the same looking at
> https://github.com/freebsd/freebsd/blob/master/sys/dev/netmap/ixgbe_netmap.h#L396
>
> After that, your userspace application simply have to check for the
> NS_MOREFRAG flag in the receive ring, and if it's set he knows the end of
> the packet will follow in the next buf.
>
> Tom
>
_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

Re: Is netmap jumbo frames broken in STABLE?

Vincenzo Maffione
Hi,
  Yes, absolutely, I'm currently working on aligning netmap on FreeBSD
(head, stable/12 and stable/11) to
the same status it has on Linux (more features, more bugfixes, continuous
integration infrastructure ... ).
In particular, on Linux jumbo frames are already supported on ixgbe, e1000,
igb, e1000e, etc.

I have some netmap patches are already in the queue (see here
https://reviews.freebsd.org/differential/query/Ol8MNtAi2AIs/#R),
so I can address the ixgbe-jumbo-frames item as soon as the queue drains.
If you want to give a try in the meanwhile, and/or test ixgbe on FreeBSD it
would be great.

Cheers,
  Vincenzo

Il giorno gio 22 nov 2018 alle ore 11:23 Andrew Vylegzhanin <
[hidden email]> ha scritto:

> Hi,
>
> Come back to subject after two years.
> I would like to clarify situation with jumbo frames in ixgbe driver.
>
> I've looked to
> https://github.com/luigirizzo/netmap/blob/master/LINUX/ixgbe_netmap_linux.h
> and see a lot of changes compared 11/12-STABLE version ixgbe_netmap.h.
> Is it possible to back port it?
>
> In general, is there a chance to get worked jumbo frames on ixgbe?
>
> --
> Andrew
>
> ср, 8 июн. 2016 г. в 14:28, <[hidden email]>:
>
> > Support for fragmented packets with ixgbe was recently added on the linux
> > version of Netmap :
> >
> >
> >
> https://github.com/luigirizzo/netmap/commit/fc1e77560a8a8ea93cc3594de5fae94334debcd3
> >
> > I think the change for freebsd would be quite the same looking at
> >
> https://github.com/freebsd/freebsd/blob/master/sys/dev/netmap/ixgbe_netmap.h#L396
> >
> > After that, your userspace application simply have to check for the
> > NS_MOREFRAG flag in the receive ring, and if it's set he knows the end of
> > the packet will follow in the next buf.
> >
> > Tom
> >
> _______________________________________________
> [hidden email] mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-net
> To unsubscribe, send any mail to "[hidden email]"
>


--
Vincenzo
_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

Re: Is netmap jumbo frames broken in STABLE?

Andrew Vylegzhanin
чт, 22 нояб. 2018 г. в 13:42, Vincenzo Maffione <[hidden email]>:
>
> Hi,
>   Yes, absolutely, I'm currently working on aligning netmap on FreeBSD
(head, stable/12 and stable/11) to
> the same status it has on Linux (more features, more bugfixes, continuous
integration infrastructure ... ).

Great!

>
> In particular, on Linux jumbo frames are already supported on ixgbe,
e1000, igb, e1000e, etc.

BTW, what situation with ixl driver and chelsio  ?

>
>
> I have some netmap patches are already in the queue (see here
https://reviews.freebsd.org/differential/query/Ol8MNtAi2AIs/#R),
> so I can address the ixgbe-jumbo-frames item as soon as the queue drains.
> If you want to give a try in the meanwhile, and/or test ixgbe on FreeBSD
it would be great.
>

I will look forward to ixgbe-jumbo-frames.
Of course, I'm ready to test on both stable's.

>
> Cheers,
>   Vincenzo
>
WBR,
--
Andrew

> Il giorno gio 22 nov 2018 alle ore 11:23 Andrew Vylegzhanin <
[hidden email]> ha scritto:
>>
>> Hi,
>>
>> Come back to subject after two years.
>> I would like to clarify situation with jumbo frames in ixgbe driver.
>>
>> I've looked to
>>
https://github.com/luigirizzo/netmap/blob/master/LINUX/ixgbe_netmap_linux.h

>> and see a lot of changes compared 11/12-STABLE version ixgbe_netmap.h.
>> Is it possible to back port it?
>>
>> In general, is there a chance to get worked jumbo frames on ixgbe?
>>
>> --
>> Andrew
>>
>> ср, 8 июн. 2016 г. в 14:28, <[hidden email]>:
>>
>> > Support for fragmented packets with ixgbe was recently added on the
linux
>> > version of Netmap :
>> >
>> >
>> >
https://github.com/luigirizzo/netmap/commit/fc1e77560a8a8ea93cc3594de5fae94334debcd3
>> >
>> > I think the change for freebsd would be quite the same looking at
>> >
https://github.com/freebsd/freebsd/blob/master/sys/dev/netmap/ixgbe_netmap.h#L396
>> >
>> > After that, your userspace application simply have to check for the
>> > NS_MOREFRAG flag in the receive ring, and if it's set he knows the end
of

>> > the packet will follow in the next buf.
>> >
>> > Tom
>> >
>> _______________________________________________
>> [hidden email] mailing list
>> https://lists.freebsd.org/mailman/listinfo/freebsd-net
>> To unsubscribe, send any mail to "[hidden email]"
>
>
>
> --
> Vincenzo
_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

Re: Is netmap jumbo frames broken in STABLE?

Vincenzo Maffione
On Thu, Nov 22, 2018, 1:37 PM Andrew Vylegzhanin <[hidden email] wrote:

>
>
> чт, 22 нояб. 2018 г. в 13:42, Vincenzo Maffione <[hidden email]>:
> >
> > Hi,
> >   Yes, absolutely, I'm currently working on aligning netmap on FreeBSD
> (head, stable/12 and stable/11) to
> > the same status it has on Linux (more features, more bugfixes,
> continuous integration infrastructure ... ).
>
> Great!
>
> >
> > In particular, on Linux jumbo frames are already supported on ixgbe,
> e1000, igb, e1000e, etc.
>
> BTW, what situation with ixl driver and chelsio  ?
>

The situation for ixl is the same as ixgbe. I plan to update both. I don't
know about chelsio; you should ask the cxgbe maintainers.

>
> >
> >
> > I have some netmap patches are already in the queue (see here
> https://reviews.freebsd.org/differential/query/Ol8MNtAi2AIs/#R),
> > so I can address the ixgbe-jumbo-frames item as soon as the queue drains.
> > If you want to give a try in the meanwhile, and/or test ixgbe on FreeBSD
> it would be great.
> >
>
> I will look forward to ixgbe-jumbo-frames.
> Of course, I'm ready to test on both stable's.
>
>
Ok thanks.

Vincenzo

> >
> > Cheers,
> >   Vincenzo
> >
> WBR,
> --
> Andrew
>
> > Il giorno gio 22 nov 2018 alle ore 11:23 Andrew Vylegzhanin <
> [hidden email]> ha scritto:
> >>
> >> Hi,
> >>
> >> Come back to subject after two years.
> >> I would like to clarify situation with jumbo frames in ixgbe driver.
> >>
> >> I've looked to
> >>
> https://github.com/luigirizzo/netmap/blob/master/LINUX/ixgbe_netmap_linux.h
> >> and see a lot of changes compared 11/12-STABLE version ixgbe_netmap.h.
> >> Is it possible to back port it?
> >>
> >> In general, is there a chance to get worked jumbo frames on ixgbe?
> >>
> >> --
> >> Andrew
> >>
> >> ср, 8 июн. 2016 г. в 14:28, <[hidden email]>:
> >>
> >> > Support for fragmented packets with ixgbe was recently added on the
> linux
> >> > version of Netmap :
> >> >
> >> >
> >> >
> https://github.com/luigirizzo/netmap/commit/fc1e77560a8a8ea93cc3594de5fae94334debcd3
> >> >
> >> > I think the change for freebsd would be quite the same looking at
> >> >
> https://github.com/freebsd/freebsd/blob/master/sys/dev/netmap/ixgbe_netmap.h#L396
> >> >
> >> > After that, your userspace application simply have to check for the
> >> > NS_MOREFRAG flag in the receive ring, and if it's set he knows the
> end of
> >> > the packet will follow in the next buf.
> >> >
> >> > Tom
> >> >
> >> _______________________________________________
> >> [hidden email] mailing list
> >> https://lists.freebsd.org/mailman/listinfo/freebsd-net
> >> To unsubscribe, send any mail to "[hidden email]"
> >
> >
> >
> > --
> > Vincenzo
>
_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

Re: Is netmap jumbo frames broken in STABLE?

Vincenzo Maffione
In reply to this post by Andrew Vylegzhanin
Hi,
  I prepared a patch (against FreeBSD-HEAD) to to support jumbo frames in
ixgbe.
https://reviews.freebsd.org/D18402
Would you be able to test it?

Thanks,
  Vincenzo

Il giorno gio 22 nov 2018 alle ore 13:37 Andrew Vylegzhanin <
[hidden email]> ha scritto:

>
>
> чт, 22 нояб. 2018 г. в 13:42, Vincenzo Maffione <[hidden email]>:
> >
> > Hi,
> >   Yes, absolutely, I'm currently working on aligning netmap on FreeBSD
> (head, stable/12 and stable/11) to
> > the same status it has on Linux (more features, more bugfixes,
> continuous integration infrastructure ... ).
>
> Great!
>
> >
> > In particular, on Linux jumbo frames are already supported on ixgbe,
> e1000, igb, e1000e, etc.
>
> BTW, what situation with ixl driver and chelsio  ?
>
> >
> >
> > I have some netmap patches are already in the queue (see here
> https://reviews.freebsd.org/differential/query/Ol8MNtAi2AIs/#R),
> > so I can address the ixgbe-jumbo-frames item as soon as the queue drains.
> > If you want to give a try in the meanwhile, and/or test ixgbe on FreeBSD
> it would be great.
> >
>
> I will look forward to ixgbe-jumbo-frames.
> Of course, I'm ready to test on both stable's.
>


>
> >
> > Cheers,
> >   Vincenzo
> >
> WBR,
> --
> Andrew
>
> > Il giorno gio 22 nov 2018 alle ore 11:23 Andrew Vylegzhanin <
> [hidden email]> ha scritto:
> >>
> >> Hi,
> >>
> >> Come back to subject after two years.
> >> I would like to clarify situation with jumbo frames in ixgbe driver.
> >>
> >> I've looked to
> >>
> https://github.com/luigirizzo/netmap/blob/master/LINUX/ixgbe_netmap_linux.h
> >> and see a lot of changes compared 11/12-STABLE version ixgbe_netmap.h.
> >> Is it possible to back port it?
> >>
> >> In general, is there a chance to get worked jumbo frames on ixgbe?
> >>
> >> --
> >> Andrew
> >>
> >> ср, 8 июн. 2016 г. в 14:28, <[hidden email]>:
> >>
> >> > Support for fragmented packets with ixgbe was recently added on the
> linux
> >> > version of Netmap :
> >> >
> >> >
> >> >
> https://github.com/luigirizzo/netmap/commit/fc1e77560a8a8ea93cc3594de5fae94334debcd3
> >> >
> >> > I think the change for freebsd would be quite the same looking at
> >> >
> https://github.com/freebsd/freebsd/blob/master/sys/dev/netmap/ixgbe_netmap.h#L396
> >> >
> >> > After that, your userspace application simply have to check for the
> >> > NS_MOREFRAG flag in the receive ring, and if it's set he knows the
> end of
> >> > the packet will follow in the next buf.
> >> >
> >> > Tom
> >> >
> >> _______________________________________________
> >> [hidden email] mailing list
> >> https://lists.freebsd.org/mailman/listinfo/freebsd-net
> >> To unsubscribe, send any mail to "[hidden email]"
> >
> >
> >
> > --
> > Vincenzo
>


--
Vincenzo
_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

Re: Is netmap jumbo frames broken in STABLE?

Andrew Vylegzhanin
Hi,
of course I want to test.
But it takes time up to 1-2 weeks, since  I need setup HEAD environment in
lab and modify my code for NS_MOREFRAG.

When we can wait for MFC to stable/12 (or stable/11)

--
Andrew

вс, 2 дек. 2018 г. в 13:30, Vincenzo Maffione <[hidden email]>:

> Hi,
>   I prepared a patch (against FreeBSD-HEAD) to to support jumbo frames in
> ixgbe.
> https://reviews.freebsd.org/D18402
> Would you be able to test it?
>
> Thanks,
>   Vincenzo
>
> Il giorno gio 22 nov 2018 alle ore 13:37 Andrew Vylegzhanin <
> [hidden email]> ha scritto:
>
>>
>>
>> чт, 22 нояб. 2018 г. в 13:42, Vincenzo Maffione <[hidden email]>:
>> >
>> > Hi,
>> >   Yes, absolutely, I'm currently working on aligning netmap on FreeBSD
>> (head, stable/12 and stable/11) to
>> > the same status it has on Linux (more features, more bugfixes,
>> continuous integration infrastructure ... ).
>>
>> Great!
>>
>> >
>> > In particular, on Linux jumbo frames are already supported on ixgbe,
>> e1000, igb, e1000e, etc.
>>
>> BTW, what situation with ixl driver and chelsio  ?
>>
>> >
>> >
>> > I have some netmap patches are already in the queue (see here
>> https://reviews.freebsd.org/differential/query/Ol8MNtAi2AIs/#R),
>> > so I can address the ixgbe-jumbo-frames item as soon as the queue
>> drains.
>> > If you want to give a try in the meanwhile, and/or test ixgbe on
>> FreeBSD it would be great.
>> >
>>
>> I will look forward to ixgbe-jumbo-frames.
>> Of course, I'm ready to test on both stable's.
>>
>
>
>>
>> >
>> > Cheers,
>> >   Vincenzo
>> >
>> WBR,
>> --
>> Andrew
>>
>> > Il giorno gio 22 nov 2018 alle ore 11:23 Andrew Vylegzhanin <
>> [hidden email]> ha scritto:
>> >>
>> >> Hi,
>> >>
>> >> Come back to subject after two years.
>> >> I would like to clarify situation with jumbo frames in ixgbe driver.
>> >>
>> >> I've looked to
>> >>
>> https://github.com/luigirizzo/netmap/blob/master/LINUX/ixgbe_netmap_linux.h
>> >> and see a lot of changes compared 11/12-STABLE version ixgbe_netmap.h.
>> >> Is it possible to back port it?
>> >>
>> >> In general, is there a chance to get worked jumbo frames on ixgbe?
>> >>
>> >> --
>> >> Andrew
>> >>
>> >> ср, 8 июн. 2016 г. в 14:28, <[hidden email]>:
>> >>
>> >> > Support for fragmented packets with ixgbe was recently added on the
>> linux
>> >> > version of Netmap :
>> >> >
>> >> >
>> >> >
>> https://github.com/luigirizzo/netmap/commit/fc1e77560a8a8ea93cc3594de5fae94334debcd3
>> >> >
>> >> > I think the change for freebsd would be quite the same looking at
>> >> >
>> https://github.com/freebsd/freebsd/blob/master/sys/dev/netmap/ixgbe_netmap.h#L396
>> >> >
>> >> > After that, your userspace application simply have to check for the
>> >> > NS_MOREFRAG flag in the receive ring, and if it's set he knows the
>> end of
>> >> > the packet will follow in the next buf.
>> >> >
>> >> > Tom
>> >> >
>> >> _______________________________________________
>> >> [hidden email] mailing list
>> >> https://lists.freebsd.org/mailman/listinfo/freebsd-net
>> >> To unsubscribe, send any mail to "[hidden email]"
>> >
>> >
>> >
>> > --
>> > Vincenzo
>>
>
>
> --
> Vincenzo
>
_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

Re: Is netmap jumbo frames broken in STABLE?

Vincenzo Maffione
Hi,
  Actually I just realized that this patch is suitable for stable/11,
whereas on stable/12 ixgbe is served by iflib, and therefore
we need a different patch.

I'll keep you updated then.

Cheers,
  Vincenzo

Il giorno mer 5 dic 2018 alle ore 20:45 Andrew Vylegzhanin <[hidden email]>
ha scritto:

> Hi,
> of course I want to test.
> But it takes time up to 1-2 weeks, since  I need setup HEAD environment in
> lab and modify my code for NS_MOREFRAG.
>
> When we can wait for MFC to stable/12 (or stable/11)
>
> --
> Andrew
>
> вс, 2 дек. 2018 г. в 13:30, Vincenzo Maffione <[hidden email]>:
>
>> Hi,
>>   I prepared a patch (against FreeBSD-HEAD) to to support jumbo frames in
>> ixgbe.
>> https://reviews.freebsd.org/D18402
>> Would you be able to test it?
>>
>> Thanks,
>>   Vincenzo
>>
>> Il giorno gio 22 nov 2018 alle ore 13:37 Andrew Vylegzhanin <
>> [hidden email]> ha scritto:
>>
>>>
>>>
>>> чт, 22 нояб. 2018 г. в 13:42, Vincenzo Maffione <[hidden email]>:
>>> >
>>> > Hi,
>>> >   Yes, absolutely, I'm currently working on aligning netmap on FreeBSD
>>> (head, stable/12 and stable/11) to
>>> > the same status it has on Linux (more features, more bugfixes,
>>> continuous integration infrastructure ... ).
>>>
>>> Great!
>>>
>>> >
>>> > In particular, on Linux jumbo frames are already supported on ixgbe,
>>> e1000, igb, e1000e, etc.
>>>
>>> BTW, what situation with ixl driver and chelsio  ?
>>>
>>> >
>>> >
>>> > I have some netmap patches are already in the queue (see here
>>> https://reviews.freebsd.org/differential/query/Ol8MNtAi2AIs/#R),
>>> > so I can address the ixgbe-jumbo-frames item as soon as the queue
>>> drains.
>>> > If you want to give a try in the meanwhile, and/or test ixgbe on
>>> FreeBSD it would be great.
>>> >
>>>
>>> I will look forward to ixgbe-jumbo-frames.
>>> Of course, I'm ready to test on both stable's.
>>>
>>
>>
>>>
>>> >
>>> > Cheers,
>>> >   Vincenzo
>>> >
>>> WBR,
>>> --
>>> Andrew
>>>
>>> > Il giorno gio 22 nov 2018 alle ore 11:23 Andrew Vylegzhanin <
>>> [hidden email]> ha scritto:
>>> >>
>>> >> Hi,
>>> >>
>>> >> Come back to subject after two years.
>>> >> I would like to clarify situation with jumbo frames in ixgbe driver.
>>> >>
>>> >> I've looked to
>>> >>
>>> https://github.com/luigirizzo/netmap/blob/master/LINUX/ixgbe_netmap_linux.h
>>> >> and see a lot of changes compared 11/12-STABLE version ixgbe_netmap.h.
>>> >> Is it possible to back port it?
>>> >>
>>> >> In general, is there a chance to get worked jumbo frames on ixgbe?
>>> >>
>>> >> --
>>> >> Andrew
>>> >>
>>> >> ср, 8 июн. 2016 г. в 14:28, <[hidden email]>:
>>> >>
>>> >> > Support for fragmented packets with ixgbe was recently added on the
>>> linux
>>> >> > version of Netmap :
>>> >> >
>>> >> >
>>> >> >
>>> https://github.com/luigirizzo/netmap/commit/fc1e77560a8a8ea93cc3594de5fae94334debcd3
>>> >> >
>>> >> > I think the change for freebsd would be quite the same looking at
>>> >> >
>>> https://github.com/freebsd/freebsd/blob/master/sys/dev/netmap/ixgbe_netmap.h#L396
>>> >> >
>>> >> > After that, your userspace application simply have to check for the
>>> >> > NS_MOREFRAG flag in the receive ring, and if it's set he knows the
>>> end of
>>> >> > the packet will follow in the next buf.
>>> >> >
>>> >> > Tom
>>> >> >
>>> >> _______________________________________________
>>> >> [hidden email] mailing list
>>> >> https://lists.freebsd.org/mailman/listinfo/freebsd-net
>>> >> To unsubscribe, send any mail to "[hidden email]
>>> "
>>> >
>>> >
>>> >
>>> > --
>>> > Vincenzo
>>>
>>
>>
>> --
>> Vincenzo
>>
>

--
Vincenzo
_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

Re: Is netmap jumbo frames broken in STABLE?

Andrew Vylegzhanin
Hi,

After some  time I want to return to testing netmap+jumbo_frames+ixgbe(and
ixl later) setup.
What is current situation with this bundle (stable/11 and stable/12)?

--
Andrew

чт, 6 дек. 2018 г. в 11:20, Vincenzo Maffione <[hidden email]>:

> Hi,
>   Actually I just realized that this patch is suitable for stable/11,
> whereas on stable/12 ixgbe is served by iflib, and therefore
> we need a different patch.
>
> I'll keep you updated then.
>
> Cheers,
>   Vincenzo
>
> Il giorno mer 5 dic 2018 alle ore 20:45 Andrew Vylegzhanin <
> [hidden email]> ha scritto:
>
>> Hi,
>> of course I want to test.
>> But it takes time up to 1-2 weeks, since  I need setup HEAD environment
>> in lab and modify my code for NS_MOREFRAG.
>>
>> When we can wait for MFC to stable/12 (or stable/11)
>>
>> --
>> Andrew
>>
>> вс, 2 дек. 2018 г. в 13:30, Vincenzo Maffione <[hidden email]>:
>>
>>> Hi,
>>>   I prepared a patch (against FreeBSD-HEAD) to to support jumbo frames
>>> in ixgbe.
>>> https://reviews.freebsd.org/D18402
>>> Would you be able to test it?
>>>
>>> Thanks,
>>>   Vincenzo
>>>
>>> Il giorno gio 22 nov 2018 alle ore 13:37 Andrew Vylegzhanin <
>>> [hidden email]> ha scritto:
>>>
>>>>
>>>>
>>>> чт, 22 нояб. 2018 г. в 13:42, Vincenzo Maffione <[hidden email]>:
>>>> >
>>>> > Hi,
>>>> >   Yes, absolutely, I'm currently working on aligning netmap on
>>>> FreeBSD (head, stable/12 and stable/11) to
>>>> > the same status it has on Linux (more features, more bugfixes,
>>>> continuous integration infrastructure ... ).
>>>>
>>>> Great!
>>>>
>>>> >
>>>> > In particular, on Linux jumbo frames are already supported on ixgbe,
>>>> e1000, igb, e1000e, etc.
>>>>
>>>> BTW, what situation with ixl driver and chelsio  ?
>>>>
>>>> >
>>>> >
>>>> > I have some netmap patches are already in the queue (see here
>>>> https://reviews.freebsd.org/differential/query/Ol8MNtAi2AIs/#R),
>>>> > so I can address the ixgbe-jumbo-frames item as soon as the queue
>>>> drains.
>>>> > If you want to give a try in the meanwhile, and/or test ixgbe on
>>>> FreeBSD it would be great.
>>>> >
>>>>
>>>> I will look forward to ixgbe-jumbo-frames.
>>>> Of course, I'm ready to test on both stable's.
>>>>
>>>
>>>
>>>>
>>>> >
>>>> > Cheers,
>>>> >   Vincenzo
>>>> >
>>>> WBR,
>>>> --
>>>> Andrew
>>>>
>>>> > Il giorno gio 22 nov 2018 alle ore 11:23 Andrew Vylegzhanin <
>>>> [hidden email]> ha scritto:
>>>> >>
>>>> >> Hi,
>>>> >>
>>>> >> Come back to subject after two years.
>>>> >> I would like to clarify situation with jumbo frames in ixgbe driver.
>>>> >>
>>>> >> I've looked to
>>>> >>
>>>> https://github.com/luigirizzo/netmap/blob/master/LINUX/ixgbe_netmap_linux.h
>>>> >> and see a lot of changes compared 11/12-STABLE version
>>>> ixgbe_netmap.h.
>>>> >> Is it possible to back port it?
>>>> >>
>>>> >> In general, is there a chance to get worked jumbo frames on ixgbe?
>>>> >>
>>>> >> --
>>>> >> Andrew
>>>> >>
>>>> >> ср, 8 июн. 2016 г. в 14:28, <[hidden email]>:
>>>> >>
>>>> >> > Support for fragmented packets with ixgbe was recently added on
>>>> the linux
>>>> >> > version of Netmap :
>>>> >> >
>>>> >> >
>>>> >> >
>>>> https://github.com/luigirizzo/netmap/commit/fc1e77560a8a8ea93cc3594de5fae94334debcd3
>>>> >> >
>>>> >> > I think the change for freebsd would be quite the same looking at
>>>> >> >
>>>> https://github.com/freebsd/freebsd/blob/master/sys/dev/netmap/ixgbe_netmap.h#L396
>>>> >> >
>>>> >> > After that, your userspace application simply have to check for the
>>>> >> > NS_MOREFRAG flag in the receive ring, and if it's set he knows the
>>>> end of
>>>> >> > the packet will follow in the next buf.
>>>> >> >
>>>> >> > Tom
>>>> >> >
>>>> >> _______________________________________________
>>>> >> [hidden email] mailing list
>>>> >> https://lists.freebsd.org/mailman/listinfo/freebsd-net
>>>> >> To unsubscribe, send any mail to "
>>>> [hidden email]"
>>>> >
>>>> >
>>>> >
>>>> > --
>>>> > Vincenzo
>>>>
>>>
>>>
>>> --
>>> Vincenzo
>>>
>>
>
> --
> Vincenzo
>
_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

Re: Is netmap jumbo frames broken in STABLE?

Vincenzo Maffione
Hi,
  It's not supported yet.
But I think it is reasonably feasible to add jumbo frames support on head
and stable/12, by improving iflib netmap support.
I hope to find the time to do this soon.

Cheers,
  Vincenzo

Il giorno lun 18 mar 2019 alle ore 02:52 Andrew Vylegzhanin <
[hidden email]> ha scritto:

> Hi,
>
> After some  time I want to return to testing netmap+jumbo_frames+ixgbe(and
> ixl later) setup.
> What is current situation with this bundle (stable/11 and stable/12)?
>
> --
> Andrew
>
> чт, 6 дек. 2018 г. в 11:20, Vincenzo Maffione <[hidden email]>:
>
>> Hi,
>>   Actually I just realized that this patch is suitable for stable/11,
>> whereas on stable/12 ixgbe is served by iflib, and therefore
>> we need a different patch.
>>
>> I'll keep you updated then.
>>
>> Cheers,
>>   Vincenzo
>>
>> Il giorno mer 5 dic 2018 alle ore 20:45 Andrew Vylegzhanin <
>> [hidden email]> ha scritto:
>>
>>> Hi,
>>> of course I want to test.
>>> But it takes time up to 1-2 weeks, since  I need setup HEAD environment
>>> in lab and modify my code for NS_MOREFRAG.
>>>
>>> When we can wait for MFC to stable/12 (or stable/11)
>>>
>>> --
>>> Andrew
>>>
>>> вс, 2 дек. 2018 г. в 13:30, Vincenzo Maffione <[hidden email]>:
>>>
>>>> Hi,
>>>>   I prepared a patch (against FreeBSD-HEAD) to to support jumbo frames
>>>> in ixgbe.
>>>> https://reviews.freebsd.org/D18402
>>>> Would you be able to test it?
>>>>
>>>> Thanks,
>>>>   Vincenzo
>>>>
>>>> Il giorno gio 22 nov 2018 alle ore 13:37 Andrew Vylegzhanin <
>>>> [hidden email]> ha scritto:
>>>>
>>>>>
>>>>>
>>>>> чт, 22 нояб. 2018 г. в 13:42, Vincenzo Maffione <[hidden email]
>>>>> >:
>>>>> >
>>>>> > Hi,
>>>>> >   Yes, absolutely, I'm currently working on aligning netmap on
>>>>> FreeBSD (head, stable/12 and stable/11) to
>>>>> > the same status it has on Linux (more features, more bugfixes,
>>>>> continuous integration infrastructure ... ).
>>>>>
>>>>> Great!
>>>>>
>>>>> >
>>>>> > In particular, on Linux jumbo frames are already supported on ixgbe,
>>>>> e1000, igb, e1000e, etc.
>>>>>
>>>>> BTW, what situation with ixl driver and chelsio  ?
>>>>>
>>>>> >
>>>>> >
>>>>> > I have some netmap patches are already in the queue (see here
>>>>> https://reviews.freebsd.org/differential/query/Ol8MNtAi2AIs/#R),
>>>>> > so I can address the ixgbe-jumbo-frames item as soon as the queue
>>>>> drains.
>>>>> > If you want to give a try in the meanwhile, and/or test ixgbe on
>>>>> FreeBSD it would be great.
>>>>> >
>>>>>
>>>>> I will look forward to ixgbe-jumbo-frames.
>>>>> Of course, I'm ready to test on both stable's.
>>>>>
>>>>
>>>>
>>>>>
>>>>> >
>>>>> > Cheers,
>>>>> >   Vincenzo
>>>>> >
>>>>> WBR,
>>>>> --
>>>>> Andrew
>>>>>
>>>>> > Il giorno gio 22 nov 2018 alle ore 11:23 Andrew Vylegzhanin <
>>>>> [hidden email]> ha scritto:
>>>>> >>
>>>>> >> Hi,
>>>>> >>
>>>>> >> Come back to subject after two years.
>>>>> >> I would like to clarify situation with jumbo frames in ixgbe driver.
>>>>> >>
>>>>> >> I've looked to
>>>>> >>
>>>>> https://github.com/luigirizzo/netmap/blob/master/LINUX/ixgbe_netmap_linux.h
>>>>> >> and see a lot of changes compared 11/12-STABLE version
>>>>> ixgbe_netmap.h.
>>>>> >> Is it possible to back port it?
>>>>> >>
>>>>> >> In general, is there a chance to get worked jumbo frames on ixgbe?
>>>>> >>
>>>>> >> --
>>>>> >> Andrew
>>>>> >>
>>>>> >> ср, 8 июн. 2016 г. в 14:28, <[hidden email]>:
>>>>> >>
>>>>> >> > Support for fragmented packets with ixgbe was recently added on
>>>>> the linux
>>>>> >> > version of Netmap :
>>>>> >> >
>>>>> >> >
>>>>> >> >
>>>>> https://github.com/luigirizzo/netmap/commit/fc1e77560a8a8ea93cc3594de5fae94334debcd3
>>>>> >> >
>>>>> >> > I think the change for freebsd would be quite the same looking at
>>>>> >> >
>>>>> https://github.com/freebsd/freebsd/blob/master/sys/dev/netmap/ixgbe_netmap.h#L396
>>>>> >> >
>>>>> >> > After that, your userspace application simply have to check for
>>>>> the
>>>>> >> > NS_MOREFRAG flag in the receive ring, and if it's set he knows
>>>>> the end of
>>>>> >> > the packet will follow in the next buf.
>>>>> >> >
>>>>> >> > Tom
>>>>> >> >
>>>>> >> _______________________________________________
>>>>> >> [hidden email] mailing list
>>>>> >> https://lists.freebsd.org/mailman/listinfo/freebsd-net
>>>>> >> To unsubscribe, send any mail to "
>>>>> [hidden email]"
>>>>> >
>>>>> >
>>>>> >
>>>>> > --
>>>>> > Vincenzo
>>>>>
>>>>
>>>>
>>>> --
>>>> Vincenzo
>>>>
>>>
>>
>> --
>> Vincenzo
>>
>

--
Vincenzo
_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[hidden email]"