[dpdk-dev] [PATCH v4 30/32] net/ice: support basic RX/TX
Thomas Monjalon
thomas at monjalon.net
Fri Dec 14 17:41:46 CET 2018
14/12/2018 14:00, Ferruh Yigit:
> On 12/14/2018 8:35 AM, Wenzhuo Lu wrote:
> > Signed-off-by: Wenzhuo Lu <wenzhuo.lu at intel.com>
> > Signed-off-by: Qiming Yang <qiming.yang at intel.com>
> > Signed-off-by: Xiaoyun Li <xiaoyun.li at intel.com>
> > Signed-off-by: Jingjing Wu <jingjing.wu at intel.com>
>
> <...>
>
> > +
> > + /* Check to make sure the last descriptor to clean is done */
> > + desc_to_clean_to = sw_ring[desc_to_clean_to].last_id;
> > + if (!(txd[desc_to_clean_to].cmd_type_offset_bsz &
> > + rte_cpu_to_le_64(ICE_TX_DESC_DTYPE_DESC_DONE))) {
> > + PMD_TX_FREE_LOG(DEBUG, "TX descriptor %4u is not done "
> > + "(port=%d queue=%d) value=0x%lx\n",
> > + desc_to_clean_to,
> > + txq->port_id, txq->queue_id,
> > + txd[desc_to_clean_to].cmd_type_offset_bsz);
>
> Causing build error for i686 [1], should use PRIx64 for 64bit variables.
>
> Perhaps we should create a rule in checkpatch to check and warn %lx %lu formats
> `git grep -n '%l[xud]' drivers/net/ice/` shows only this occurrence in 'ice' but
> there are more in other drivers...
If it's clear to everybody that checkpatch can return some false positive,
yes I am for checking '%l[xud]'. It is most of the time a mistake.
More information about the dev
mailing list