[PATCH v2 00/21] net/ena: v2.6.0 driver update

Michał Krawczyk mk at semihalf.com
Wed Feb 23 11:07:04 CET 2022


wt., 22 lut 2022 o 23:21 Ferruh Yigit <ferruh.yigit at intel.com> napisał(a):
>
> On 2/22/2022 6:11 PM, Michal Krawczyk wrote:
> > Hi,
> >
> > this set contains new ENA features:
> >
> > * New xstats.
> > * Reconfigurable link status event.
> > * Usage of the optimized memcpy on arm/arm64.
> > * Better MP support.
> > * Reconfigurable Tx completion timeout value using devarg.
> >
> > Beside that, this patchset contains multiple fixes, minor improvements, new
> > DPDK API support and extra error checks.
> >
> > v2:
> > * Fix reviewer's email (s/igorch at semihalf.com/igorch at amazon.com/).
> > * Fix commit messages typos found by the checkpatch.
> >
> > Dawid Gorecki (4):
> >    net/ena: expose Tx cleanup function
> >    net/ena: check if reset was already triggered
> >    net/ena: extend debug prints for invalid req ID resets
> >    net/ena: don't initialize LLQ when membar isn't exposed
> >
> > Michal Krawczyk (15):
> >    net/ena: remove linearization function
> >    net/ena: add assertion on Tx info mbuf
> >    net/ena: remove unused enumeration
> >    net/ena: remove unused offloads variables
> >    net/ena: add extra Rx checksum related xstats
> >    net/ena: make LSC configurable
> >    net/ena: skip timer if the reset is triggered
> >    net/ena: perform Tx cleanup before sending pkts
> >    net/ena/base: use optimized memcpy version also on Arm
> >    net/ena/base: make IO memzone unique per port
> >    net/ena: add API for probing xstat names by ID
> >    net/ena: make Tx completion timeout configurable
> >    net/ena: fix meta-desc DF flag setup
> >    net/ena: don't indicate bad csum for L4 csum error
> >    net/ena: update version to 2.6.0
> >
> > Stanislaw Kardach (2):
> >    net/ena: proxy AQ calls to primary process
> >    net/ena: enable stats get function for MP mode
>
> Hi Michal, Marcin, Shai, Evgeny, Igor,
>
> We are 3-4 days away from -rc2 and received this biggish set,
> I wish it was sent a little earlier to give more time for it.
>
> At least can you please send the roadmap next time so we can
> know what will come, what to expect instead of surprise.
>

Hi Ferruh,

I'm sorry for that, we had those patches enqueued internally for a
longer period and finally managed to perform the internal review.

We'll work on better communication from our side toward the next
releases and choose the best way to inform you about the upcoming
changes and internal deadlines, similar to what the other vendors are
doing.

>
> At first glance there is a build error on the set, I will
> comment on the relevant patch.

Thanks for taking a look at those patches, I really appreciate that.
I'll work on relevant fixes and send v3 ASAP.

Thanks,
Michal

>
> Thanks,
> ferruh


More information about the dev mailing list