Date: Tue, 27 Mar 2018 14:19:29 -0400 From: Joe Buehler <aspam@cox.net> To: Vincenzo Maffione <v.maffione@gmail.com> Cc: "freebsd-net@freebsd.org" <freebsd-net@freebsd.org> Subject: Re: netmap ixgbevf mtu Message-ID: <5ABA8B31.9010908@cox.net> In-Reply-To: <SwN01x00W3h9vh501wN1dT> References: <5AAC49BE.3030508@cox.net> <5AAC4A96.1040107@cox.net> <5AB01439.3090003@cox.net> <5AB166DC.8060708@cox.net> <CA%2B_eA9hAQ78_i-T6v127%2B4akoDBR9aiKhsXfXUCKe=epVQdPMQ@mail.gmail.com> <SwN01x00W3h9vh501wN1dT>
next in thread | previous in thread | raw e-mail | index | archive | help
Grazie mille. I will test it as time allows -- swamped. Joe Buehler Vincenzo Maffione wrote: > Hi, > This commit (fe13476b106ed1f4b517b1590e1dfb3f268b6e78) in the upstream > netmap should have fixed the NS_MOREFRAG issue for ixgbe. > If you happen give a try let us know. > > Cheers, > Vincenzo > > 2018-03-21 21:40 GMT+01:00 Vincenzo Maffione <v.maffione@gmail.com > <mailto:v.maffione@gmail.com>>: > > I see. Unfortunately this breaks the API, so I don't think we can > accept it. > We should probably sum up the fragment lengths, remember which one > was the first descriptor and write the olinfo field when we process > the last descriptor ... > I hope this does not slow down the simpler case where NS_MOREFRAG is > not used. > > In any, case we should move this discussion to the github, if > possible (so that the issue gets tracked). > > Cheers, > Vincenzo > > 2018-03-20 20:54 GMT+01:00 Joe Buehler <aspam@cox.net > <mailto:aspam@cox.net>>: > > Attached is a patch that allows fragmented TX with the ixgbevf > driver. > > For the first TX buffer set the slot length to the full length > of the frame and make sure that the slot buffer is fully > filled. For succeeding slots just set the length to the amount > of the buffer filled. > > Not intended as the perfect solution but it works fine for my > situation. > > Joe Buehler > > > > > -- > Vincenzo Maffione > > > > > -- > Vincenzo Maffione
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?5ABA8B31.9010908>