Re: [dpdk-dev] [PATCH v2 1/1] ethdev: distinguish between drop and error stats

["Tahhan, Maryam" <maryam.tahhan@intel.com>]

> From: Thomas Monjalon [mailto:thomas.monjalon@6wind.com]
> Sent: Monday, November 2, 2015 11:47 PM
> To: Tahhan, Maryam <maryam.tahhan@intel.com>
> Cc: dev@dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v2 1/1] ethdev: distinguish between drop and
> error stats
> 
> 2015-10-19 13:20, Maryam Tahhan:
> > Make a distniction between dropped packets and error statistics to
> > allow a higher level fault management entity to interact with DPDK and
> > take appropriate measures when errors are detected. It will also
> > provide valuable information for any applications that
> > collects/extracts DPDK stats, such applications include Open vSwitch.
> > After this patch the distinction is:
> > ierrors = Total number of packets dropped by hardware (malformed
> > packets, ...) Where the # of drops can ONLY be <=  the packets
> > received (without overlap between registers).
> > ipkterrors = Total number of erroneous received packets. Where the #
> > of errors can be >= the packets received (without overlap between
> > registers), this is because there may be multiple errors associated
> > with a packet.
> [...]
> > -	uint64_t ierrors;   /**< Total number of erroneous received packets.
> */
> > +	uint64_t ierrors;
> > +	/**< Total number of packets dropped by hardware (malformed
> packets...)
> > +	 * Where the # of drops can ONLY be <=  the packets received
> (without
> > +	 * overlap between registers).
> > +	 */
> >  	uint64_t oerrors;   /**< Total number of failed transmitted packets. */
> > +	uint64_t ipkterrors;
> > +	/**< Total number of erroneous received packets. Where the
> number of
> > +	 * errors can be >= the packets received (without overlap between
> > +	 * registers), this is because there may be multiple errors associated
> with
> > +	 * a packet.
> > +	 */
> 
> There was not a lot of comments on this proposal.
> If the idea is well received, it needs to be implemented in drivers, at least few
> of them.

Hi Thomas
I was waiting to implement it across the drivers when I knew it was going to be merged to master. It shouldn't break anything that's currently using ethdev stats and should be relatively straight forward to implement for the drivers. Does it makes sense to add it into drivers now or wait for the next open DPDK window?

Thanks
Maryam