yfming

分析原因：bond口初始化添加了中断任务处理函数bond_ethdev_lsc_event_callback来处理物理接口状态变化，接口start时候，接口发生状态变化的中断处理任务和dpvs初始化bond_ethdev_start同时操作slave口mac相关的flowlist导致.

你好，看了代码后有几个疑问： 1、需要同步session的机器运行ipvsadm --conn-sync命令？假如a执行了这个命令，这时候b和c同时收到了probe报文，都回应了reply怎么确定应该从c还是b同步呢？假如c同时收到了a和b的probe报文，那怎么能给两台都同步全量呢？ 2、需要同步的机器都要执行一下ipvsadm --conn-sync才会做全量和增量同步吧？ 3、同步后的conn为什么不能用lport添加fdir，必须要支持lip方式呢？ 4、session建立之后为什么要等待（sync_session_elapse），然后才进行同步呢？

我想问的是IPv6: ADDRCONF(NETDEV_UP): bond0.kni: link is not ready。dpvs启动后，配置kni口up，然后报错

内核 5.14 gcc-11.3.1 我们也遇到这个问题了，因为neighbour_entry里面的list不能保证16字节对齐，但是用了__rte_cache_aligned，编译器会以为是16字节对齐的，编译后list的那个初始化操作用了movaps指令，这个指令操作的地址必须要16字节对齐，否则就崩溃了。 可以去掉neighbour_entry结构体的__rte_cache_aligned。编译器就不会以为结构体里面的list是16字节对齐，就不会编译的时候优化这个list的操作了。