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 <v.maffione at gmail.com>:

> 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 <
> avv314 at gmail.com> 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 <v.maffione at gmail.com>:
>>
>>> 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 <
>>> avv314 at gmail.com> ha scritto:
>>>
>>>>
>>>>
>>>> чт, 22 нояб. 2018 г. в 13:42, Vincenzo Maffione <v.maffione at gmail.com>:
>>>> >
>>>> > 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 <
>>>> avv314 at gmail.com> 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, <tom.barbette at ulg.ac.be>:
>>>> >>
>>>> >> > 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
>>>> >> >
>>>> >> _______________________________________________
>>>> >> freebsd-net at freebsd.org mailing list
>>>> >> https://lists.freebsd.org/mailman/listinfo/freebsd-net
>>>> >> To unsubscribe, send any mail to "
>>>> freebsd-net-unsubscribe at freebsd.org"
>>>> >
>>>> >
>>>> >
>>>> > --
>>>> > Vincenzo
>>>>
>>>
>>>
>>> --
>>> Vincenzo
>>>
>>
>
> --
> Vincenzo
>