Hi Thomas, > -----Original Message----- > From: Thomas Monjalon <tho...@monjalon.net> > Sent: Saturday, October 23, 2021 4:33 PM > To: Bing Zhao <bi...@nvidia.com> > Cc: ferruh.yi...@intel.com; andrew.rybche...@oktetlabs.ru; > dev@dpdk.org; konstantin.anan...@intel.com > Subject: Re: [PATCH 1/2] ethdev: fix log level of Tx and Rx dummy > functions > > External email: Use caution opening links or attachments > > > 22/10/2021 23:14, Bing Zhao: > > When stopping a port, the data path Tx and Rx burst functions > should > > be stopped firstly conventionally. Then the dummy functions are > used > > to replace the callback functions provided by the PMD. > > > > When the application stops a port without or before stopping the > data > > path handling. The dummy functions may be invoked heavily and a > lot of > > logs in these dummy functions will result in a flood. > > Why does it happen? We should not use a stopped port. > Is it a problem of core synchronization?
This is observed due to some "improper" application behavior. Correct me if my understanding is wrong. When configuring the device, usually it should be stopped and then started again, not all the features / attributes could be configured in flight. Like in testpmd right now, when configuring a RSS Reta table of a port, the start / stop status of the port is not check properly. If the PMD needs to restart in order to make it take effect, this could be observed. > > > Debug level log should be enough instead of the error level. > >
